From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 01:04:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C6E61065693 for ; Sun, 16 Jan 2011 01:04:38 +0000 (UTC) (envelope-from cjr@cruwe.de) Received: from cruwe.de (t1850.greatnet.de [83.133.124.96]) by mx1.freebsd.org (Postfix) with ESMTP id DE7B98FC13 for ; Sun, 16 Jan 2011 01:04:37 +0000 (UTC) Received: (qmail 6258 invoked from network); 16 Jan 2011 01:04:35 -0000 Received: from p5b379ea7.dip.t-dialin.net (HELO dijkstra) (smtpallow@91.55.158.167) by t1850.greatnet.de with ESMTPA; 16 Jan 2011 01:04:35 -0000 Date: Sun, 16 Jan 2011 02:04:37 +0100 From: "Christopher J. Ruwe" To: freebsd-stable@freebsd.org Message-ID: <20110116020437.4e3e697e@dijkstra> In-Reply-To: <20110115213056.GE5335@garage.freebsd.pl> References: <20110113220019.0c18c7ef@dijkstra> <20110115213056.GE5335@garage.freebsd.pl> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/_CN0Zwcs0+Zmxq4Y.WAWLbS"; protocol="application/pgp-signature" Subject: Re: geli problems after installkernel & installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 01:04:38 -0000 --Sig_/_CN0Zwcs0+Zmxq4Y.WAWLbS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 15 Jan 2011 22:30:56 +0100 Pawel Jakub Dawidek wrote: > On Thu, Jan 13, 2011 at 10:00:19PM +0100, Christopher J. Ruwe wrote: > > I use a mostly geli encrypted hd on my Thinkpad R500, > > with /compat, /usr, /tmp and /var all on the encrypted geli > > provider. > >=20 > > After an upgrade of kernel and world (STABLE), I experience a weird > > issue: While booting, I am asked for the geli passphrase as usual. > > Completing password authentication for geli returns a success > > message, > >=20 > > cryptosoft0: on motherboard > > GEOM_ELI: Device ada0p3.eli created. > > GEOM_ELI: Encryption: AES-CBC 256 > > GEOM_ELI: Crypto: software > >=20 > > however, the zpool on geli is unavailable. > >=20 > > Logging in a root, I can attach the geli provider manually as geli > > itself should do from /etc/rc.conf. After a successful zfs mount > > -a, I can resume as usual after manually starting > > the /usr/local/rc.d services.=20 > >=20 > > Neither have I noticed a change in the device names nor any unusual > > messages from dmesg. Currently, I am doing a new compile run on > > world and kernel to attempt anew tomorrow. > >=20 > > Am I missing something? >=20 > Can you show the output of 'geli list' from a running system? >=20 Sure I can ... I'll additionally comment the output with what I do to. First I boot and my /usr/local/rc.d/ - schripts do not start. Likewise does zsh. =46rom doing geli list, I get (on stdout) Geom name: ada0p3.eli State: ACTIVE EncryptionAlgorithm: AES-CBC KeyLength: 256 Crypto: software UsedKey: 0 Flags: SINGLE-KEY, NATIVE-BYTE-ORDER, BOOT, RW-DETACH Providers: 1. Name: ada0p3.eli Mediasize: 249656594432 (233G) Sectorsize: 4096 Mode: r0w0e0 Consumers: 1. Name: ada0p3 Mediasize: 249656596992 (233G) Sectorsize: 512 Mode: r1w1e1 Doing a zpool status -v gives on stdout pool: ntank state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-3C scrub: none requested config: NAME STATE READ WRITE CKSUM ntank UNAVAIL 0 0 0 insufficient replicas ada0p3.eli UNAVAIL 0 0 0 cannot open pool: rpool state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on older software versions. scrub: none requested config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 gptid/3ab00705-d22f-11df-8e1b-002713b40a7b ONLINE 0 0 0 errors: No known data errors and on stderr ( I noticed the output on stderr as I ran the command, so I just typed that) GEOM_ELI[1]: Device ada0p3.eli is still open, so it cannot be definitely removed. GEOM_ELI[1]: Detached ada0p3.eli on last close. When doing a geli attach -k /pathtomykey/key /dev/ada0p3 directly followed by a zfs mount -a, I have my filesystems where I am used to finding them. I run my /usr/local/rc.ds from there and am functional again. Then (I post this anwe, I will point out why later on), I get for geli list Geom name: ada0p3.eli State: ACTIVE EncryptionAlgorithm: AES-CBC KeyLength: 256 Crypto: software UsedKey: 0 Flags: SINGLE-KEY, NATIVE-BYTE-ORDER, BOOT Providers: 1. Name: ada0p3.eli Mediasize: 249656594432 (233G) Sectorsize: 4096 Mode: r1w1e1 Consumers: 1. Name: ada0p3 Mediasize: 249656596992 (233G) Sectorsize: 512 Mode: r1w1e1 I never noticed that before, but, as I did not know which geli output you were asking for (the one not working or the one working), I diffed the two files and noticed, that directly after booting, the RW-DETACH flag is set. I do not know what that means nor do I know whether that matters, I find that curious, though. Thank you for your help, have a nice Sunday, kind regards, --=20 Christopher J. Ruwe TZ GMT + 1 --Sig_/_CN0Zwcs0+Zmxq4Y.WAWLbS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBAgAGBQJNMkQsAAoJEJTIKW/o3iwU9+sQAJRiF2DLAwiW+j0tD4kFEAl5 UzFaKSmAbg6ujZtfaI04U3lMcm08NkET390SN98GLyu82OwwiW2jgHLU+5DL6yTZ 2fgnaLQd0ztYv5ynUwzMZSCVTMI8Du9NKy1zenzMe4WHRFZThZAqVW3U4VazRhlz AjhXQPD04nQI0AJW1N+9vPTzIshmYm3PPlzsj5VcaKhjixaP2jcJmQLlEkc1fr2u hPM62ZoFO0WP1raayaeu9t5No0lO1dHeWynyY6vAeraye2ldQE+LqA5b1GRhgEus 5Q6RdkbAyukXv7RQ1QaV01enUup5kLNYQPKN4rPiIaLIv57tJjcRuj00ZceugwQl 5Deh1Nuo1axljlGvbLrfbUPsUmW1ofD7aZmNuGX2+nAt8w2Z9JsDsUYqnzcNEcE5 0WOkpET/reVoIP1/bk+yI4DV+R6+rR6ta5yVYTIhQn4GGN12PLHKNspZ/qxXh6Wu 6raOH0N6oqU6GNTtlB8u0CHi/nYBGiYRNNljhX7mO1hgnW+sDpLYvzNPy+3BLJxi 9dU+VM81vrTeTs0OrfTYK9Fe10QETQvaRn69c6BG7ViiHKNi5IJ067LOEizQmdOL ImOetX1knCZvTU/6i7e2L9ECqmRQc2f7tuVZ6SdL87aLfQyOuuBdzNBsr2KLPmJ0 bfZkjI20Vtq5ETWzPJoO =D9rF -----END PGP SIGNATURE----- --Sig_/_CN0Zwcs0+Zmxq4Y.WAWLbS-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 01:17:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F94106566B for ; Sun, 16 Jan 2011 01:17:29 +0000 (UTC) (envelope-from jyavenard@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 98AB28FC0A for ; Sun, 16 Jan 2011 01:17:29 +0000 (UTC) Received: by iwn39 with SMTP id 39so3647245iwn.13 for ; Sat, 15 Jan 2011 17:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=l6+UoQM7DUWM7/mBRP5giwAaXqVYmCfJ8Gt7tXnAUfo=; b=NRYi+B+j3Ecatw5F4SvfRhcGlm4CDjv25MwFGYOheDeVTmFJIMUQmFzFJa8FLtx1SN nv3ulm5SX3kDFZUmbLBaY/qoFWon77SUDcOC8V34zOq/HIQd/HE3zXmmlG0GdeCda14a BlWn29FQmpYg2sTCyDq4y/nGxqQHOfKFLzLRI= 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=KDLZ+sPIr8dNgwFf/tnZkytn2mBqHGm0mIpeMOcC8gGMIwl4MmRl2PExGF3Kw8ecHh 7o8CpU6aYnk6Ym9qdEc6gidAK/Jx7KwroJKATJTqPPmVVH6JvECqB8cNYPYD/19E+mVT yrpxS+7ZETYS9tAL2OkSjF3n2NfWlRkpcKwTg= MIME-Version: 1.0 Received: by 10.42.173.202 with SMTP id s10mr2609046icz.397.1295140648848; Sat, 15 Jan 2011 17:17:28 -0800 (PST) Received: by 10.42.172.69 with HTTP; Sat, 15 Jan 2011 17:17:28 -0800 (PST) In-Reply-To: <20110115224857.GA42408@stack.nl> References: <20110115224857.GA42408@stack.nl> Date: Sun, 16 Jan 2011 02:17:28 +0100 Message-ID: From: Jean-Yves Avenard To: Jilles Tjoelker Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" , Pete French Subject: Re: Policy on static linking ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 01:17:29 -0000 Hi On 15 January 2011 23:48, Jilles Tjoelker wrote: > > The approach has been used by Debian for some time. > > Links: > http://chris.dzombak.name/blog/2010/03/building-openssl-with-symbol-versioning/ > http://chris.dzombak.name/files/openssl/openssl-0.9.8l-symbolVersioning.diff > http://rt.openssl.org/Ticket/Display.html?id=1222&user=guest&pass=guest This sounds very interesting. I do have trouble understanding on how this would make a difference with how it's currently working. base openssl uses libssl.so.6 and libcrypto.so.6 current port openssl is using .so.7 So they too have different sonames; How could changing this to .so.0.9.8 for base and so.1.0.2 for port make things behave differently? JY From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 01:25:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79F02106564A for ; Sun, 16 Jan 2011 01:25:19 +0000 (UTC) (envelope-from jyavenard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F54E8FC16 for ; Sun, 16 Jan 2011 01:25:18 +0000 (UTC) Received: by iyb26 with SMTP id 26so3723949iyb.13 for ; Sat, 15 Jan 2011 17:25:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=BDgRvdUOc76q/xAu20UPhTy7//l7Q4nemqZ9okfKXXc=; b=GLKJKOw9RTwc37QiAHEQLgnM9Wfn8lrUxFEwVztTTyaXUGoF7rDAymWraF5YzZkRdd r/HRbWvs1KZXIzb2+oxBdopCbfDkDmi/UDSnL2x5Pc8umpETtE6FBq6T8yzIipzIg97j scGioMH5sBfLKBzlZRy5Q7XU0OlfkmOV5OcpU= 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=FGUK5Gc2Yzv8doY+yJ1QEfTeffZeyBzpNJfE6hkKayOXpiHst54mFh3Mwbi6H6ZWsT uROnw2iz7GUMLCN0gf+em7+M2tvpA8OU33d1reTFSblgDmMNJ+lFIsKegUXdFDCCoCAS ACPqLP6yZKtOpUUZvl2cw9lSL5jopMLBKIPhc= MIME-Version: 1.0 Received: by 10.42.213.68 with SMTP id gv4mr2644499icb.196.1295141118285; Sat, 15 Jan 2011 17:25:18 -0800 (PST) Received: by 10.42.172.69 with HTTP; Sat, 15 Jan 2011 17:25:18 -0800 (PST) In-Reply-To: References: <20110115224857.GA42408@stack.nl> Date: Sun, 16 Jan 2011 02:25:18 +0100 Message-ID: From: Jean-Yves Avenard To: Jilles Tjoelker Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" , Pete French Subject: Re: Policy on static linking ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 01:25:19 -0000 Hi On 16 January 2011 02:17, Jean-Yves Avenard wrote: > Hi > > On 15 January 2011 23:48, Jilles Tjoelker wrote: > >> >> The approach has been used by Debian for some time. >> >> Links: >> http://chris.dzombak.name/blog/2010/03/building-openssl-with-symbol-versioning/ >> http://chris.dzombak.name/files/openssl/openssl-0.9.8l-symbolVersioning.diff >> http://rt.openssl.org/Ticket/Display.html?id=1222&user=guest&pass=guest > > This sounds very interesting. > > I do have trouble understanding on how this would make a difference > with how it's currently working. > > base openssl uses libssl.so.6 and libcrypto.so.6 > > current port openssl is using .so.7 > > So they too have different sonames; How could changing this to > .so.0.9.8 for base and so.1.0.2 for port make things behave > differently? Replying to myself.. Looking at the symbols in the openssl libraries found on a Ubuntu machine, I see what is going on: symbol name: X509_NAME_cmp@OPENSSL_0.9.8 vs X509_NAME_cmp This sounds like a great approach.. and should definitely resolve my problems I think. Are you sure both base and port needs to be patched? I would have assumed that patching only port would be sufficient (provided all tools depending on it are also recompiled) Jean-Yves From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 03:12:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF84E106566B; Sun, 16 Jan 2011 03:12:44 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 938908FC13; Sun, 16 Jan 2011 03:12:44 +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 p0G3ChxD062536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 15 Jan 2011 19:12:43 -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 p0G3Chps062535; Sat, 15 Jan 2011 19:12:43 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA25375; Sat, 15 Jan 11 19:11:35 PST Date: Sat, 15 Jan 2011 19:10:52 -0800 From: perryh@pluto.rain.com To: avg@freebsd.org Message-Id: <4d3261bc.dcI6EuBnzRqvyRnz%perryh@pluto.rain.com> References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> <4CFD0633.9060509@freebsd.org> <4d1a654b.9/lZDQOjHY0hJCjq%perryh@pluto.rain.com> In-Reply-To: <4d1a654b.9/lZDQOjHY0hJCjq%perryh@pluto.rain.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-stable@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 03:12:44 -0000 Anyone had a chance to look at this? http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060793.html From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 07:12:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2957F106564A; Sun, 16 Jan 2011 07:12:39 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 08CD88FC16; Sun, 16 Jan 2011 07:12:39 +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 p0G7CbVT082017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 15 Jan 2011 23:12:38 -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 p0G7CbKI082013; Sat, 15 Jan 2011 23:12:37 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA25856; Sat, 15 Jan 11 23:08:00 PST Date: Sat, 15 Jan 2011 23:07:18 -0800 From: perryh@pluto.rain.com To: quakenet1@optusnet.com.au Message-Id: <4d329926.9Qq/rSteVFLlBlYm%perryh@pluto.rain.com> References: <659F3C99-CA41-4685-B981-115802734D02@optusnet.com.au> In-Reply-To: <659F3C99-CA41-4685-B981-115802734D02@optusnet.com.au> 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-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB Drive not showing up correctly in 8.1 (works in 7.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 07:12:39 -0000 Jerahmy Pocott wrote: > I have a USB Drive that was working fine under 7.3, but since > updating to 8.1 no longer has the correct /dev entries. Under > 7.3 it was da0s1, in 8.1 there is now only da0 and da0a, which > shouldn't exist... > > Any ideas on how to correct this problem? No, but you're not the first to notice 7.3 vs 8.1 disk-recognition differences: http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060472.html Adding usb@ in case they have any ideas. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 12:41:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA17E106566B; Sun, 16 Jan 2011 12:41:31 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 407128FC0A; Sun, 16 Jan 2011 12:41:30 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0GCfN1H074068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Jan 2011 13:41:28 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0GCfM1f074067; Sun, 16 Jan 2011 13:41:22 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Sun, 16 Jan 2011 13:41:22 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20110116124122.GA63358@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 12:41:31 -0000 Hi, Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE it appears that carp doesn't work at all. I've set up carp like I've done on many firewall pairs before and they all work correctly. With google, nor in the mailing lists, I could find anything about changes in the way carp get configured but if I missed something I'd be happy to hear that it's my fault. Here's the setup: net5501 test3 10.4.0.4/24 | -------------+------------- | | net4801 net4801 test1 test2 sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 carp4:10.4.0.1/24 carp4:10.4.0.1/24 | | | | | | | | | | | | | | | | sis[0-3] connected to other networks, see explanation below. When I ping from test3 to 10.4.0.1, I see the following traffic using tcpdump: test3 # tcpdump -e -n -i vr3 not vrrp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 10.4.0.1 tell 10.4.0.4, length 46 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, ethertype ARP (0x0806), length 60: Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, ethertype IPv4 (0x0800), length 98: 10.4.0.4 > 10.4.0.1: ICMP echo request, id 40482, seq 0, length 64 test1 # tcpdump -e -n -i sis4 not vrrp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 10.4.0.1 tell 10.4.0.4, length 46 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, ethertype ARP (0x0806), length 42: Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 test2 # dump -e -n -i sis4 not vrrp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 10.4.0.1 tell 10.4.0.4, length 46 There is an ARP request which is replied to by the carp master (test). the ping to the carp address does not even appear on the sis4 interface of test1. This is the kernel config for test1 and test2: include GENERIC device carp makeoptions MODULES_OVERRIDE="" The relevant rc.conf bits: on test1 hostname="test1" cloned_interfaces="carp1 carp2 carp3 carp4" ifconfig_sis0="xxx.xxx.xxx.41/26" ifconfig_sis1="10.1.0.2/24" ifconfig_sis2="10.2.0.2/24" ifconfig_sis3="10.3.0.2/24" ifconfig_sis4="10.4.0.2/24" ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" on test2 hostname="test2" cloned_interfaces="carp1 carp2 carp3 carp4" ifconfig_sis0="xxx.xxx.xxx.42/26" ifconfig_sis1="10.1.0.3/24" ifconfig_sis2="10.2.0.3/24" ifconfig_sis3="10.3.0.3/24" ifconfig_sis4="10.4.0.3/24" ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" In /etc/sysctl.conf: net.inet.carp.preempt=1 Ifconfig output: test1 # ifconfig sis4 sis4: flags=8943 metric 0 mtu 1500 options=83808 ether 00:00:24:c3:49:91 inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 media: Ethernet autoselect (100baseTX ) status: active test1 # ifconfig carp4 carp4: flags=49 metric 0 mtu 1500 inet 10.4.0.1 netmask 0xffffff00 carp: MASTER vhid 104 advbase 1 advskew 0 test2 # ifconfig sis4 sis4: flags=8943 metric 0 mtu 1500 options=83808 ether 00:00:24:c3:49:7d inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 media: Ethernet autoselect (100baseTX ) status: active test2 # ifconfig carp4 carp4: flags=49 metric 0 mtu 1500 inet 10.4.0.1 netmask 0xffffff00 carp: BACKUP vhid 104 advbase 1 advskew 100 There are no packet filters in place, sis1, sis2 and sis3 are wired through cross-cables from test1 to test2, so no traffic there except for carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no other stuff connected. Setting net.inet.carp.log=7 does not result in any console/dmesg/messages output. I see carp traffic on sis4 which appears normal except that I don't understand the addrs(7): part but that used to be there on 8.0/8.1 firewalls too: 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 70: (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], proto VRRP (112), length 56) 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 104, prio 0, authtype none, intvl 1s, length 36, addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 70: (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], proto VRRP (112), length 56) 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 104, prio 0, authtype none, intvl 1s, length 36, addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 13:37:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76D771065670 for ; Sun, 16 Jan 2011 13:37:07 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id 082038FC0C for ; Sun, 16 Jan 2011 13:37:06 +0000 (UTC) Received: from [87.79.151.163] (helo=r500.local) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1PeSbF-0006zI-73; Sun, 16 Jan 2011 14:24:55 +0100 Date: Sun, 16 Jan 2011 14:24:58 +0100 From: Fabian Keil To: "Christopher J. Ruwe" Message-ID: <20110116142458.46435fde@r500.local> In-Reply-To: <20110116020437.4e3e697e@dijkstra> References: <20110113220019.0c18c7ef@dijkstra> <20110115213056.GE5335@garage.freebsd.pl> <20110116020437.4e3e697e@dijkstra> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/xVlvc0Ksf75rivFNMbnOj18"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-stable@freebsd.org Subject: Re: geli problems after installkernel & installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 13:37:07 -0000 --Sig_/xVlvc0Ksf75rivFNMbnOj18 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Christopher J. Ruwe" wrote: > On Sat, 15 Jan 2011 22:30:56 +0100 > Pawel Jakub Dawidek wrote: >=20 > > On Thu, Jan 13, 2011 at 10:00:19PM +0100, Christopher J. Ruwe wrote: > > > I use a mostly geli encrypted hd on my Thinkpad R500, > > > with /compat, /usr, /tmp and /var all on the encrypted geli > > > provider. > > >=20 > > > After an upgrade of kernel and world (STABLE), I experience a weird > > > issue: While booting, I am asked for the geli passphrase as usual. > > > Completing password authentication for geli returns a success > > > message, > > >=20 > > > cryptosoft0: on motherboard > > > GEOM_ELI: Device ada0p3.eli created. > > > GEOM_ELI: Encryption: AES-CBC 256 > > > GEOM_ELI: Crypto: software > > >=20 > > > however, the zpool on geli is unavailable. > > >=20 > > > Logging in a root, I can attach the geli provider manually as geli > > > itself should do from /etc/rc.conf. After a successful zfs mount > > > -a, I can resume as usual after manually starting > > > the /usr/local/rc.d services.=20 > > >=20 > > > Neither have I noticed a change in the device names nor any unusual > > > messages from dmesg. Currently, I am doing a new compile run on > > > world and kernel to attempt anew tomorrow. > > >=20 > > > Am I missing something? > >=20 > > Can you show the output of 'geli list' from a running system? > >=20 >=20 > Sure I can ... I'll additionally comment the output with what I do to. >=20 > First I boot and my /usr/local/rc.d/ - schripts do not start. Likewise > does zsh. >=20 > From doing geli list, I get (on stdout) >=20 > Geom name: ada0p3.eli > State: ACTIVE > EncryptionAlgorithm: AES-CBC > KeyLength: 256 > Crypto: software > UsedKey: 0 > Flags: SINGLE-KEY, NATIVE-BYTE-ORDER, BOOT, RW-DETACH > Providers: > 1. Name: ada0p3.eli > Mediasize: 249656594432 (233G) > Sectorsize: 4096 > Mode: r0w0e0 > Consumers: > 1. Name: ada0p3 > Mediasize: 249656596992 (233G) > Sectorsize: 512 > Mode: r1w1e1 >=20 > Doing a zpool status -v gives on stdout >=20 > pool: ntank > state: UNAVAIL > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://www.sun.com/msg/ZFS-8000-3C > scrub: none requested > config: >=20 > NAME STATE READ WRITE CKSUM > ntank UNAVAIL 0 0 0 insufficient replicas > ada0p3.eli UNAVAIL 0 0 0 cannot open >=20 > pool: rpool > state: ONLINE > status: The pool is formatted using an older on-disk format. The pool > can still be used, but some features are unavailable. > action: Upgrade the pool using 'zpool upgrade'. Once this is done, the > pool will no longer be accessible on older software versions. > scrub: none requested > config: >=20 > NAME STATE READ > WRITE CKSUM rpool > ONLINE 0 0 0 > gptid/3ab00705-d22f-11df-8e1b-002713b40a7b ONLINE 0 > 0 0 >=20 > errors: No known data errors >=20 > and on stderr ( I noticed the output on stderr as I ran the command, so > I just typed that) >=20 > GEOM_ELI[1]: Device ada0p3.eli is still open, so it cannot be definitely > removed. > GEOM_ELI[1]: Detached ada0p3.eli on last close. >=20 > When doing a geli attach -k /pathtomykey/key /dev/ada0p3 directly > followed by a zfs mount -a, I have my filesystems where I am used to > finding them. I run my /usr/local/rc.ds from there and am functional > again. >=20 > Then (I post this anwe, I will point out why later on), I get for geli > list >=20 > Geom name: ada0p3.eli > State: ACTIVE > EncryptionAlgorithm: AES-CBC > KeyLength: 256 > Crypto: software > UsedKey: 0 > Flags: SINGLE-KEY, NATIVE-BYTE-ORDER, BOOT > Providers: > 1. Name: ada0p3.eli > Mediasize: 249656594432 (233G) > Sectorsize: 4096 > Mode: r1w1e1 > Consumers: > 1. Name: ada0p3 > Mediasize: 249656596992 (233G) > Sectorsize: 512 > Mode: r1w1e1 >=20 > I never noticed that before, but, as I did not know which geli output > you were asking for (the one not working or the one working), I diffed > the two files and noticed, that directly after booting, the RW-DETACH > flag is set. I do not know what that means nor do I know whether that > matters, I find that curious, though. I'm no sure if it's the cause of your problem, but it certainly does matter: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/117158 Fabian --Sig_/xVlvc0Ksf75rivFNMbnOj18 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk0y8a0ACgkQBYqIVf93VJ3ImwCfaQsylcgDzrj1vwY7NU9v8BwY k1AAoKfIUEDUDqplhvjdYU1laVDYVkbI =kN4f -----END PGP SIGNATURE----- --Sig_/xVlvc0Ksf75rivFNMbnOj18-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 14:56:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6359E106566B for ; Sun, 16 Jan 2011 14:56:07 +0000 (UTC) (envelope-from cjr@cruwe.de) Received: from cruwe.de (t1850.greatnet.de [83.133.124.96]) by mx1.freebsd.org (Postfix) with ESMTP id A84DE8FC13 for ; Sun, 16 Jan 2011 14:56:06 +0000 (UTC) Received: (qmail 8129 invoked from network); 16 Jan 2011 14:56:04 -0000 Received: from p5b37b970.dip.t-dialin.net (HELO dijkstra) (smtpallow@91.55.185.112) by t1850.greatnet.de with ESMTPA; 16 Jan 2011 14:56:04 -0000 Date: Sun, 16 Jan 2011 15:56:08 +0100 From: "Christopher J. Ruwe" To: freebsd-stable@freebsd.org Message-ID: <20110116155608.63995be9@dijkstra> In-Reply-To: <20110116142458.46435fde@r500.local> References: <20110113220019.0c18c7ef@dijkstra> <20110115213056.GE5335@garage.freebsd.pl> <20110116020437.4e3e697e@dijkstra> <20110116142458.46435fde@r500.local> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/I4tAbax92PsU4f4=zJlpchZ"; protocol="application/pgp-signature" Subject: Re: geli problems after installkernel & installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 14:56:07 -0000 --Sig_/I4tAbax92PsU4f4=zJlpchZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 16 Jan 2011 14:24:58 +0100 Fabian Keil wrote: > "Christopher J. Ruwe" wrote: >=20 > > On Sat, 15 Jan 2011 22:30:56 +0100 > > Pawel Jakub Dawidek wrote: > >=20 > > > On Thu, Jan 13, 2011 at 10:00:19PM +0100, Christopher J. Ruwe > > > wrote: > > > > I use a mostly geli encrypted hd on my Thinkpad R500, > > > > with /compat, /usr, /tmp and /var all on the encrypted geli > > > > provider. > > > >=20 > > > > After an upgrade of kernel and world (STABLE), I experience a > > > > weird issue: While booting, I am asked for the geli passphrase > > > > as usual. Completing password authentication for geli returns a > > > > success message, > > > >=20 > > > > cryptosoft0: on motherboard > > > > GEOM_ELI: Device ada0p3.eli created. > > > > GEOM_ELI: Encryption: AES-CBC 256 > > > > GEOM_ELI: Crypto: software > > > >=20 > > > > however, the zpool on geli is unavailable. > > > >=20 > > > > Logging in a root, I can attach the geli provider manually as > > > > geli itself should do from /etc/rc.conf. After a successful zfs > > > > mount -a, I can resume as usual after manually starting > > > > the /usr/local/rc.d services.=20 > > > >=20 > > > > Neither have I noticed a change in the device names nor any > > > > unusual messages from dmesg. Currently, I am doing a new > > > > compile run on world and kernel to attempt anew tomorrow. > > > >=20 > > > > Am I missing something? > > >=20 > > > Can you show the output of 'geli list' from a running system? > > >=20 > >=20 > > Sure I can ... I'll additionally comment the output with what I do > > to. > >=20 > > First I boot and my /usr/local/rc.d/ - schripts do not start. > > Likewise does zsh. > >=20 > > From doing geli list, I get (on stdout) > >=20 > > Geom name: ada0p3.eli > > State: ACTIVE > > EncryptionAlgorithm: AES-CBC > > KeyLength: 256 > > Crypto: software > > UsedKey: 0 > > Flags: SINGLE-KEY, NATIVE-BYTE-ORDER, BOOT, RW-DETACH > > Providers: > > 1. Name: ada0p3.eli > > Mediasize: 249656594432 (233G) > > Sectorsize: 4096 > > Mode: r0w0e0 > > Consumers: > > 1. Name: ada0p3 > > Mediasize: 249656596992 (233G) > > Sectorsize: 512 > > Mode: r1w1e1 > >=20 > > Doing a zpool status -v gives on stdout > >=20 > > pool: ntank > > state: UNAVAIL > > status: One or more devices could not be opened. There are > > insufficient replicas for the pool to continue functioning. > > action: Attach the missing device and online it using 'zpool > > online'. see: http://www.sun.com/msg/ZFS-8000-3C > > scrub: none requested > > config: > >=20 > > NAME STATE READ WRITE CKSUM > > ntank UNAVAIL 0 0 0 insufficient > > replicas ada0p3.eli UNAVAIL 0 0 0 cannot open > >=20 > > pool: rpool > > state: ONLINE > > status: The pool is formatted using an older on-disk format. The > > pool can still be used, but some features are unavailable. > > action: Upgrade the pool using 'zpool upgrade'. Once this is done, > > the pool will no longer be accessible on older software versions. > > scrub: none requested > > config: > >=20 > > NAME STATE READ > > WRITE CKSUM rpool > > ONLINE 0 0 0 > > gptid/3ab00705-d22f-11df-8e1b-002713b40a7b ONLINE 0 > > 0 0 > >=20 > > errors: No known data errors > >=20 > > and on stderr ( I noticed the output on stderr as I ran the > > command, so I just typed that) > >=20 > > GEOM_ELI[1]: Device ada0p3.eli is still open, so it cannot be > > definitely removed. > > GEOM_ELI[1]: Detached ada0p3.eli on last close. > >=20 > > When doing a geli attach -k /pathtomykey/key /dev/ada0p3 directly > > followed by a zfs mount -a, I have my filesystems where I am used to > > finding them. I run my /usr/local/rc.ds from there and am functional > > again. > >=20 > > Then (I post this anwe, I will point out why later on), I get for > > geli list > >=20 > > Geom name: ada0p3.eli > > State: ACTIVE > > EncryptionAlgorithm: AES-CBC > > KeyLength: 256 > > Crypto: software > > UsedKey: 0 > > Flags: SINGLE-KEY, NATIVE-BYTE-ORDER, BOOT > > Providers: > > 1. Name: ada0p3.eli > > Mediasize: 249656594432 (233G) > > Sectorsize: 4096 > > Mode: r1w1e1 > > Consumers: > > 1. Name: ada0p3 > > Mediasize: 249656596992 (233G) > > Sectorsize: 512 > > Mode: r1w1e1 > >=20 > > I never noticed that before, but, as I did not know which geli > > output you were asking for (the one not working or the one > > working), I diffed the two files and noticed, that directly after > > booting, the RW-DETACH flag is set. I do not know what that means > > nor do I know whether that matters, I find that curious, though. >=20 > I'm no sure if it's the cause of your problem, > but it certainly does matter: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/117158 >=20 > Fabian Thank you. What you mentioned apparently was part of my problem. After setting geli_autodetach=3D"no", at least the geli part of my problem goes away. This is most interesting as I did not change anything on my geli-setup, so I believe behaviour might have changed somewhere, either in rc.defaults or somewhere else. Another interesting point, although the zpools sit right where and how they belong, the fs on the pool sitting on the geli still need manually mounting, which requires manually zfs mount -a and then manually the /usr/local/rc.d/ . I can live with that for some time, though, until I have found a solution for that. I could easily (and just as dirtily) solve that with some rc.local line, but that probably won't help me with my /usr/local/rc.d stuff. Again, thank you for your hint, cheers, --=20 Christopher J. Ruwe TZ GMT + 1 --Sig_/I4tAbax92PsU4f4=zJlpchZ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBAgAGBQJNMwcOAAoJEJTIKW/o3iwUcuMP/A15MVBpoF8stK0iokeduFLS XzsqiUnaqH5L4mMhNylA9Hi43tcMFyc7nz3bN7Gw172WAZyBqowGEwrHYRIqqLDv 6dodARjtg6pN4U+9/zV8NQuAWW2CBZre8CanvmWQgcLuiJ1pXI9QPMMmrk9oQTo5 wF/dS2RAx1ug5CmBSA7Io/ekI+bQVwUe9eCdhiSV17qvERCnisK9G9Cpx6V9er3H tmmfDd/RUtnLEYYP96lYuind2ilY51yrWFjubbmYjT9t9vkV8PNCauzjbl5HqT3L bi3iCQCrqsHxteoJSlqSgEYJw+VJdDTZapfCqgz9/XphiAWqpFmzbHosACmSBTHW atBGNqkLUbo7rntF082SIVaO3wV+rxGn433YMdquu/dYqGKRzqj+zK8tVw753cQp 3JeFVqXhGgY/yzte0AQDUtDxRWxD3gQb0BipKq3Y71JIUNTibrkAuAusHvXBGcBs M4Qj7sIIXQgwkY6/65xpdMM2pepUQCSSfIH0nVSdKGSWRkPx3N9TA9MyQDHsttqJ ZPyqICUoxrJ4R0EdmsyJs4kFqSTJUMJu5mfgzKbAiYffi8m6aQHrGfEx7VXr/tAA L77SW5J4jg5Nuc84BtVl1pJWoYM81XDnAw3gJ8rhVQpg4NOWjyV6NW68vutBXpLV 2XMP/PudvXVh41UV/QyW =awg1 -----END PGP SIGNATURE----- --Sig_/I4tAbax92PsU4f4=zJlpchZ-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 15:31:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8875A106564A for ; Sun, 16 Jan 2011 15:31:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 438C68FC19 for ; Sun, 16 Jan 2011 15:31:20 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 2FE6513DF5F; Sun, 16 Jan 2011 18:31:19 +0300 (MSK) Date: Sun, 16 Jan 2011 18:31:18 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1621244752.20110116183118@serebryakov.spb.ru> To: Angelo Turetta In-Reply-To: <4D2F19E9.3060006@commit.it> References: <201101130456.p0D4ucPM066526@red.freebsd.org> <4D2F19E9.3060006@commit.it> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Thomas Dean , freebsd-stable@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/153947: Make buildworld fails in hastd/token.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 15:31:21 -0000 Hello, Angelo. You wrote 13 =FF=ED=E2=E0=F0=FF 2011 =E3., 18:27:37: > I can confirm it happens also on this STABLE build: > FreeBSD 8.1-STABLE #1: Tue Oct 5 14:02:34 CEST 2010 Same on 8.1-RELEASE/amd64. And everything were Ok about 5 days ago. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 16:37:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6EA0106566B for ; Sun, 16 Jan 2011 16:37:02 +0000 (UTC) (envelope-from cjr@cruwe.de) Received: from cruwe.de (t1850.greatnet.de [83.133.124.96]) by mx1.freebsd.org (Postfix) with ESMTP id 337C58FC08 for ; Sun, 16 Jan 2011 16:37:01 +0000 (UTC) Received: (qmail 8417 invoked from network); 16 Jan 2011 16:36:59 -0000 Received: from p5b37b970.dip.t-dialin.net (HELO dijkstra) (smtpallow@91.55.185.112) by t1850.greatnet.de with ESMTPA; 16 Jan 2011 16:36:59 -0000 Date: Sun, 16 Jan 2011 17:37:05 +0100 From: "Christopher J. Ruwe" To: freebsd-stable@freebsd.org Message-ID: <20110116173705.4653d137@dijkstra> In-Reply-To: <4D3163BE.9020607@FreeBSD.org> References: <20110114181925.49e5ee2d@dijkstra> <4D3163BE.9020607@FreeBSD.org> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/S7zSG66i2GviEG5e_=Q7sOw"; protocol="application/pgp-signature" Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 16:37:03 -0000 --Sig_/S7zSG66i2GviEG5e_=Q7sOw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 15 Jan 2011 10:07:10 +0100 Martin Matuska wrote: > To use with newer stable (or releng/8.2) use a more recent patch from: > http://people.freebsd.org/~mm/patches/zfs/v28/ >=20 > Cheers, > mm >=20 > D=C5=88a 14.01.2011 18:19, Christopher J. Ruwe wrote / nap=C3=ADsal(a): > > Hi, > >=20 > > I would like to test Martin Matuskas patch for ZFS v28 against > > stable. Can I patch against any stable (like stable of today) or > > does it necessarily need to be the stable-tree of the date > > specified in the patch-file? > >=20 > > If the latter should be true, how do I obtain a stable tree of any > > given date? > >=20 > > Thanks for any help, kind regards, > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" Thank you all for your help so far. I have successfully patched the tree from date=3D2010.12.19.13.00.00 with the patch from Dec 18th as a starter and compiled the kernel and world without errors. With these, I have upgraded a zpool, which resides on a geli encrypted hd-partition and on which I have the homes, /usr, /var and /tmp and /compat. I upgraded the zfs as well. All is well so far and I have (apart from a probably unrelated geli issue=C2=B9 I am having) not noticed anything strange. I have now two questions: 1) Am I correct, that before upgrading the rpool and zfs I am booting from, I should run "gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0", if my freebsd-boot resides on the first gpt provider? 2) I noticed Martin Matuska's site patches more recent than Dec 18th, but marked nopython. What do these mean and can/should I try these also? I remember reading somewhere about this, but I cannot find anymore. =C2=B9 http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/061098.html Thank you all for your help, kind regards, --=20 Christopher J. Ruwe TZ GMT + 1 --Sig_/S7zSG66i2GviEG5e_=Q7sOw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBAgAGBQJNMx62AAoJEJTIKW/o3iwUjOgQAM7XtDp/E1VjSncmCbs3ozhE uiqEMIWekFOxSNwrJU7Gkfn0CcesoIlN6QQlxxzqIav3jCtJtjVIlANcyx/MTjFl a62dL5uhv8A+uos968yCriE9LEbLpUOb2G/7AocjopGs66f2YxATxO0ynxtY4TME mWAnWAyqXivEuLbz2gpuW3tze5eLlk9grDtsyOGwgpQfk6VZtt4IW6rkIMrDYOPk vHMnJMgUyQLQlqZE/D24T8RWrjRXRr+JcpLb0FzgWgTMe93OEZD792nQdeZwzMkU tIUJRPNh2RyCFKQ8DFlnmy6rmgwpiEqtQune4Z9xnmLh5YkVNLSBlLpFXotN5RW8 2ByxZAHRFhc3Fe+3jgbyKAKaZlgY9E0GuKvto+kL7bzsMOiQkUsXcY/yMtV8j1u1 6KaPHGkMifjpBGL+09mGhMOsoiO/H00H07GA11nAmRE18BjKAHRWy1vVCNzLgRkB P2Kyr6RYg7F5WCv8oIJp2sa3Xu61c1f7cdSiFsmPpDxJYwiHxNs1GNWVvXmK8qvD h09xAkSXxWM8c1ylXpau3HvGHMuIYqaXp+iCwSYaFiR39zyQSMkp5qFMUANi7Nnk +T9LdaiYmf7Trtt6aPVeUy/NA57psu9vTWVll4nxiLs6chd12mSwvCitpfV2a4tV jpPxWYYBJvfD26Ma9O/U =aL4z -----END PGP SIGNATURE----- --Sig_/S7zSG66i2GviEG5e_=Q7sOw-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 17:24:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4C2106564A; Sun, 16 Jan 2011 17:24:29 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C919F8FC20; Sun, 16 Jan 2011 17:24:28 +0000 (UTC) Received: by qyk36 with SMTP id 36so4219430qyk.13 for ; Sun, 16 Jan 2011 09:24:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=r63O/k5XKz82gNzQc5+kivZWnPisMND98Be/FKixaLI=; b=sb+FHUPaARdpa/PunhsW0cWENJ1czOnlRFGWqr5BMMo+LheDNuXFaaO5Ojuay9oU60 yGNT1fg+ziAr0JRDIWNpuh0RcegVVH7A/n1HCxwqJ0XYcomcclrQyOseEkxHJqibRjLx jOz+dCfPGjX6HCsj6WoXeb2tYxKIucmbe/ZCA= 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=d7QZbXAxqgXTz9X6iB+n4LWqrAwbheTXH3eGP16X21PXn/waFoIWRHrynBUOb5pMpD JQDydgeuumh85eC4nyx7yv5yCRpy5VTtmdek4mm9Uzipks63+FOhSikJMcLUp7BKXR3s 3il5/TmixT7sui1vfkup/tAYj7eIffppx+Ong= MIME-Version: 1.0 Received: by 10.229.246.209 with SMTP id lz17mr2629566qcb.271.1295198667962; Sun, 16 Jan 2011 09:24:27 -0800 (PST) Received: by 10.229.102.87 with HTTP; Sun, 16 Jan 2011 09:24:27 -0800 (PST) In-Reply-To: <4d3261bc.dcI6EuBnzRqvyRnz%perryh@pluto.rain.com> References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> <4CFD0633.9060509@freebsd.org> <4d1a654b.9/lZDQOjHY0hJCjq%perryh@pluto.rain.com> <4d3261bc.dcI6EuBnzRqvyRnz%perryh@pluto.rain.com> Date: Sun, 16 Jan 2011 20:24:27 +0300 Message-ID: From: Sergey Kandaurov To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, avg@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 17:24:29 -0000 On 16 January 2011 06:10, wrote: > Anyone had a chance to look at this? > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060793.html To ease testing on head I have regenerated the patch (against r216594): http://plukky.net/~pluknet/patches/msgbufsize.diff -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 17:44:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 586481065670 for ; Sun, 16 Jan 2011 17:44:43 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmailA.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 279D78FC0C for ; Sun, 16 Jan 2011 17:44:42 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 4268EB53F for ; Sun, 16 Jan 2011 12:44:42 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id DACDFC769 for ; Sun, 16 Jan 2011 12:44:40 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id D48C4B53F for ; Sun, 16 Jan 2011 12:44:40 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id AD3265B003A for ; Sun, 16 Jan 2011 12:44:40 -0500 (EST) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6UiFKNgFHiN/4mi0e8AQ" Date: Sun, 16 Jan 2011 12:44:35 -0500 Message-ID: <1295199875.82894.18.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Subject: FreeBSD 8.2-RC2 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 17:44:43 -0000 --=-6UiFKNgFHiN/4mi0e8AQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The second Release Candidate for the FreeBSD 8.2 release cycle is now available. Initial testing of the 7.4-RC2 install images turned up an issue with the pre-built packages that will take a few more days to address. For this build only the amd64, i386, pc98, and sparc64 architectures are available. An initial set of pre-built packages are available on the DVD images for the amd64 and i386 architectures. Due to a limitation in the mechanism used in some of our FTP mirror site infrastructure we are still limited to a 2Gb maximum file size (we hope that issue will be addressed before the next release) the package set on the DVD image is a bit sparse - basically just the Gnome and KDE meta-packages. The images are also compressed using xz(1) to maximize the compression. The release schedule has slipped a bit from the original target schedule which is here: http://www.freebsd.org/releases/8.2R/schedule.html We'll adjust the schedule dates shortly. The wiki pages tracking the release are here: http://www.freebsd.org/releases/8.2R/schedule.html If you find problems you can report them through the normal Gnats based PR system or here on the mailing list. If you are updating an already running machine the CVS branch tag for 8.2-RC2 is RELENG_8_2. If you prefer SVN use "releng/8.2". The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 8.0-RELEASE, 8.1-RELEASE, 8.2-BETA1 or 8.2-RC1 can upgrade as follows: # freebsd-update upgrade -r 8.2-RC2 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 7.x) can also use freebsd-update to upgrade to FreeBSD 8.2-RC2, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 7.x and FreeBSD 8.x. Checksums: [ Note this time I included checksums for both the compressed and uncompres= sed versions of the dvd1 images. Only the compressed version is available on t= he FTP sites but this allows you to check the integrity of the files you downl= oad to make sure they arrived intact before you uncompress them in case you wan= t to do that. ] MD5 (FreeBSD-8.2-RC2-amd64-bootonly.iso) =3D 1d58274e15dd92aee079b31731a9c9= 29 MD5 (FreeBSD-8.2-RC2-amd64-disc1.iso) =3D 6fbe8eb70bee7cc37e4e14e5161230ad MD5 (FreeBSD-8.2-RC2-amd64-dvd1.iso) =3D 4b9ead06c344069af6b0d721769ff13f MD5 (FreeBSD-8.2-RC2-amd64-livefs.iso) =3D b2392596c6e67f77f4697e708a5c7534 MD5 (FreeBSD-8.2-RC2-amd64-memstick.img) =3D 4bb8ace0027d90b76863fd66b1cf17= 8c MD5 (FreeBSD-8.2-RC2-amd64-dvd1.iso.xz) =3D a95331d8a4f9a41f8e8391379a7d110= 2 MD5 (FreeBSD-8.2-RC2-i386-bootonly.iso) =3D 1818258ddb5b601b0e54fec0534ab3e= 4 MD5 (FreeBSD-8.2-RC2-i386-disc1.iso) =3D ffabf2b1205394ed1ae42b97f83d1a61 MD5 (FreeBSD-8.2-RC2-i386-dvd1.iso) =3D f26cdb7af4bda549be77cb282b03a41f MD5 (FreeBSD-8.2-RC2-i386-livefs.iso) =3D c11b62a858a85537892dd985d610a731 MD5 (FreeBSD-8.2-RC2-i386-memstick.img) =3D 51597bf4a6310a139f69df860e39909= 5 MD5 (FreeBSD-8.2-RC2-i386-dvd1.iso.xz) =3D 9e3aa435a0e92cff72d5469aebebf028 MD5 (FreeBSD-8.2-RC2-pc98-bootonly.iso) =3D 188c56fd78791e1282dbd09ab3ddf11= 0 MD5 (FreeBSD-8.2-RC2-pc98-disc1.iso) =3D 97ad122f7cc32bfada11128290782de6 MD5 (FreeBSD-8.2-RC2-pc98-livefs.iso) =3D b3db85f3751a8c45e74b7a5dcfbb88eb MD5 (FreeBSD-8.2-RC2-sparc64-bootonly.iso) =3D 728e402681519d964c7bfa87272c= f6ea MD5 (FreeBSD-8.2-RC2-sparc64-disc1.iso) =3D 0e5783eb6e14cae60ab38fa25514758= c MD5 (FreeBSD-8.2-RC2-sparc64-dvd1.iso) =3D 4d82fdc05a8ff741a6887b69a67863f3 MD5 (FreeBSD-8.2-RC2-sparc64-livefs.iso) =3D 19b488e8c15239b0e7ef0caba4b584= b3 SHA256 (FreeBSD-8.2-RC2-amd64-bootonly.iso) =3D 6572c7b9b01662adfb80a0fca21= bc3117a3073a122f33a0ba62e8f8709ce60df SHA256 (FreeBSD-8.2-RC2-amd64-disc1.iso) =3D de7e0aa1f1fcb78d13ee80a69d3398= af6a7885804762b37e5bf48424d3a4ae49 SHA256 (FreeBSD-8.2-RC2-amd64-dvd1.iso) =3D d00ffe631f1365064eb790ad3ffcba3= e2ed2898c29a12d9375912c641d601594 SHA256 (FreeBSD-8.2-RC2-amd64-livefs.iso) =3D 699ecff5e7f842246b9b43fa18847= 43cc351a09145ca723c766bd41087a9400e SHA256 (FreeBSD-8.2-RC2-amd64-memstick.img) =3D 9111b6dd479b00bf9db374a6f65= 1e979fe32e4c206e4b582c30912765c9f5214 SHA256 (FreeBSD-8.2-RC2-amd64-dvd1.iso.xz) =3D 63de0592c0ddf2a6e64e48caab41= 40e258ae222303493442aa36827f36443584 SHA256 (FreeBSD-8.2-RC2-i386-bootonly.iso) =3D 64aa6316f6010911575e2cbf75d6= 239323a96c8ae731b8b98cd6f70394d81b94 SHA256 (FreeBSD-8.2-RC2-i386-disc1.iso) =3D 82d80d924db8952ae5d6c8946cbf89a= 21f7457f761169aa963e24b03271a4f74 SHA256 (FreeBSD-8.2-RC2-i386-dvd1.iso) =3D 8a9b08423252860f30e4bc79a4460627= 41fc55af329aa529ac4a1663d60d5ff7 SHA256 (FreeBSD-8.2-RC2-i386-livefs.iso) =3D 62764fa1ff654bb821741c8037d37b= 826c298842998665e2995d1bcfa8dfab38 SHA256 (FreeBSD-8.2-RC2-i386-memstick.img) =3D 0a1b8efc97aafa5e9c0a5ee4f18f= a5f3c0af473f3f239455a9fd7dae56bd9964 SHA256 (FreeBSD-8.2-RC2-i386-dvd1.iso.xz) =3D 5f8f66162ab085eefe4e89845dcb3= ea903757aec496e033de8c7ea7eb802f9a6 SHA256 (FreeBSD-8.2-RC2-pc98-bootonly.iso) =3D 28b97d7d0e1219bfad4308d06c94= d7fa29da2cd41aab763e1ff83d8e09d4105c SHA256 (FreeBSD-8.2-RC2-pc98-disc1.iso) =3D 6f188a7dcc5b8966ea4082cfb1f2a40= 50c1624b74605ff53647d5dae98063536 SHA256 (FreeBSD-8.2-RC2-pc98-livefs.iso) =3D a6da702a151ce7f1794a7fa28ea0e4= e07359de0169ef904eb0646c004b8c807b SHA256 (FreeBSD-8.2-RC2-sparc64-bootonly.iso) =3D 8c912deb11fed9ba17e12c992= 05cfd3dbe74ad6ce87454f54b325a8869f9f855 SHA256 (FreeBSD-8.2-RC2-sparc64-disc1.iso) =3D 009fdf506cab2dbe6f2f87950d4f= 572efcca8aec186d6160a3f71946d16fd4ce SHA256 (FreeBSD-8.2-RC2-sparc64-dvd1.iso) =3D 080b79a3ead845b8ba7c349c06ae1= df10c055f2313a0b45156c9dfd3287d3db2 SHA256 (FreeBSD-8.2-RC2-sparc64-livefs.iso) =3D 95f3148704a475b5bd194e3acbc= fa1678cdd02ab240c378779c049ee077dbb0e --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-6UiFKNgFHiN/4mi0e8AQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAk0zLngACgkQ/G14VSmup/aV9wCfaq56e3fZZhVayLRsYJmd6yj0 nScAn1T/W5nwo/DcvAiekXejoSgU67bQ =rQof -----END PGP SIGNATURE----- --=-6UiFKNgFHiN/4mi0e8AQ-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 18:15:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE3FB1065673; Sun, 16 Jan 2011 18:15:55 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2868FC17; Sun, 16 Jan 2011 18:15:55 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id p0GI01Lc021262; Sun, 16 Jan 2011 11:00:01 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id p0GI018C021259; Sun, 16 Jan 2011 11:00:01 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 16 Jan 2011 11:00:01 -0700 (MST) From: Warren Block To: perryh@pluto.rain.com In-Reply-To: <4d329926.9Qq/rSteVFLlBlYm%perryh@pluto.rain.com> Message-ID: References: <659F3C99-CA41-4685-B981-115802734D02@optusnet.com.au> <4d329926.9Qq/rSteVFLlBlYm%perryh@pluto.rain.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Sun, 16 Jan 2011 11:00:01 -0700 (MST) Cc: quakenet1@optusnet.com.au, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB Drive not showing up correctly in 8.1 (works in 7.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 18:15:55 -0000 On Sat, 15 Jan 2011, perryh@pluto.rain.com wrote: > Jerahmy Pocott wrote: > >> I have a USB Drive that was working fine under 7.3, but since >> updating to 8.1 no longer has the correct /dev entries. Under >> 7.3 it was da0s1, in 8.1 there is now only da0 and da0a, which >> shouldn't exist... da0s1 is MBR, da0a is "dangerously dedicated". I would not expect differences between 7 and 8 USB to show that on an existing drive. If the drive was reworked during the 7-to-8 upgrade--maybe with "bsdlabel auto"--that would be a more likely explanation. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 19:31:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA733106566C; Sun, 16 Jan 2011 19:31:10 +0000 (UTC) (envelope-from srandall52@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF848FC0A; Sun, 16 Jan 2011 19:31:10 +0000 (UTC) Received: by gyf3 with SMTP id 3so1766114gyf.13 for ; Sun, 16 Jan 2011 11:31:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=ivddwXqDSKHM7k713fj0GxTscdm2WVGDluLiuRM/lAs=; b=p1l67CxshHkmOtTFc2tz0OawNVhY07d82u7VqY/AL21K0V0n8eHVqgyIw2xqeZOYGb Cp9VTg1loLoF6SEk34TpNt04he/k7XWl3YxOvdm7RHFngrU2oMbYNL6U4fIZCkFrZ2ol QvlejkRj0hDm02wNzpEr55bdCeKzBu0ZqJDF0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=XaskfMPES6XLa9RZFl9OlW0oyBkhgNjW9vQj1L+Hjp4o+41mGQDuedl1CAKkQxkeLd KfOwsam/DxWOlWoUNNCnYj1S2vcCb6JJOQnq39C/htALOLk1HeyWyPNOlWJnZ0wdAaIV YnjxN6sMZZsTeJS47IPpVTlwayO4G2i+WjhDw= Received: by 10.90.79.4 with SMTP id c4mr3691464agb.100.1295204375535; Sun, 16 Jan 2011 10:59:35 -0800 (PST) Received: from locust.local (adsl-68-88-175-232.dsl.wchtks.swbell.net [68.88.175.232]) by mx.google.com with ESMTPS id i10sm4412825anh.32.2011.01.16.10.59.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Jan 2011 10:59:34 -0800 (PST) Date: Sun, 16 Jan 2011 12:59:31 -0600 From: Steve Randall To: Warren Block Message-ID: <20110116125931.76472050@locust.local> In-Reply-To: References: <659F3C99-CA41-4685-B981-115802734D02@optusnet.com.au> <4d329926.9Qq/rSteVFLlBlYm%perryh@pluto.rain.com> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, quakenet1@optusnet.com.au, perryh@pluto.rain.com, freebsd-usb@freebsd.org Subject: Re: USB Drive not showing up correctly in 8.1 (works in 7.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 19:31:10 -0000 On Sun, 16 Jan 2011 11:00:01 -0700 (MST) Warren Block wrote: > On Sat, 15 Jan 2011, perryh@pluto.rain.com wrote: > > > Jerahmy Pocott wrote: > > > >> I have a USB Drive that was working fine under 7.3, but since > >> updating to 8.1 no longer has the correct /dev entries. Under > >> 7.3 it was da0s1, in 8.1 there is now only da0 and da0a, which > >> shouldn't exist... > > da0s1 is MBR, da0a is "dangerously dedicated". I would not expect > differences between 7 and 8 USB to show that on an existing drive. If > the drive was reworked during the 7-to-8 upgrade--maybe with "bsdlabel > auto"--that would be a more likely explanation. The actual explanation is the new geom partitioners introduced in 8.0. The disk has an MBR in block 0 and a forgotten BSD label (dangerously dedicated) in block 1. 8.x sensibly ignores one of them; unfortunately it ignores the MBR, not the unwanted BSD label. The solution is: # dd if=/dev/zero of=/dev/da0 seek=1 count=1 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 16 20:29:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82A0F1065693 for ; Sun, 16 Jan 2011 20:29:39 +0000 (UTC) (envelope-from quakenet1@optusnet.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 05EA68FC22 for ; Sun, 16 Jan 2011 20:29:38 +0000 (UTC) Received: from [192.168.100.21] (c220-239-108-58.belrs4.nsw.optusnet.com.au [220.239.108.58]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p0GKTZdd016495; Mon, 17 Jan 2011 07:29:36 +1100 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Jerahmy Pocott In-Reply-To: <20110116125931.76472050@locust.local> Date: Mon, 17 Jan 2011 07:29:35 +1100 Content-Transfer-Encoding: 7bit Message-Id: <94EE29D5-260E-496E-9E20-DECB220F1370@optusnet.com.au> References: <659F3C99-CA41-4685-B981-115802734D02@optusnet.com.au> <4d329926.9Qq/rSteVFLlBlYm%perryh@pluto.rain.com> <20110116125931.76472050@locust.local> To: Steve Randall X-Mailer: Apple Mail (2.1082) Cc: Warren Block , perryh@pluto.rain.com, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB Drive not showing up correctly in 8.1 (works in 7.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 20:29:39 -0000 On 17/01/2011, at 5:59 AM, Steve Randall wrote: > On Sun, 16 Jan 2011 11:00:01 -0700 (MST) > Warren Block wrote: > >> On Sat, 15 Jan 2011, perryh@pluto.rain.com wrote: >> >>> Jerahmy Pocott wrote: >>> >>>> I have a USB Drive that was working fine under 7.3, but since >>>> updating to 8.1 no longer has the correct /dev entries. Under >>>> 7.3 it was da0s1, in 8.1 there is now only da0 and da0a, which >>>> shouldn't exist... >> >> da0s1 is MBR, da0a is "dangerously dedicated". I would not expect >> differences between 7 and 8 USB to show that on an existing drive. If >> the drive was reworked during the 7-to-8 upgrade--maybe with "bsdlabel >> auto"--that would be a more likely explanation. > > The actual explanation is the new geom partitioners introduced in 8.0. > > The disk has an MBR in block 0 and a forgotten BSD label (dangerously > dedicated) in block 1. 8.x sensibly ignores one of them; unfortunately > it ignores the MBR, not the unwanted BSD label. > > The solution is: > > # dd if=/dev/zero of=/dev/da0 seek=1 count=1 Thank you, this does indeed correct the issue. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 05:27:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0633A106564A for ; Mon, 17 Jan 2011 05:27:44 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD118FC08 for ; Mon, 17 Jan 2011 05:27:43 +0000 (UTC) Received: by fxm16 with SMTP id 16so5695516fxm.13 for ; Sun, 16 Jan 2011 21:27:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=wIB2wLCCAqCpvc4jZ332i6kNPNCdsc4xIfk9BTBPJ28=; b=ZDx7rZ9qyngY1qggL3+9z/US4eBVs+I5ZgBbkHVc4azT7ivubwzu48bFjSOLmuJyMZ 6FSDmfL9UNtH2S1zzSyeI1xKSepwju+dkJAgA8jmKTxbGSebQip/Blzb7vSvjZbH4rki fP92vcm9DNEh8tHG9p4RPPh7khLgjrB2n1S9o= 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=qNNOtOx0k1mh+oqpzloYkPpkfk3eujDa0aSILVepbqG19xjqv3X4ulKW0zJMn94Dbz dtV3DYQuFomJeGlAwjtXvj8uwOu7Lh+zbBLvg1mnKx3iU4P6cTEPr1yniOjHQ6u0G4IN Yb0aFLb6/k+0avfrI1PQE3lMgY7PGrGTMOTzY= MIME-Version: 1.0 Received: by 10.204.113.75 with SMTP id z11mr1874143bkp.90.1295242062352; Sun, 16 Jan 2011 21:27:42 -0800 (PST) Received: by 10.204.73.76 with HTTP; Sun, 16 Jan 2011 21:27:42 -0800 (PST) In-Reply-To: <20110116173705.4653d137@dijkstra> References: <20110114181925.49e5ee2d@dijkstra> <4D3163BE.9020607@FreeBSD.org> <20110116173705.4653d137@dijkstra> Date: Sun, 16 Jan 2011 23:27:42 -0600 Message-ID: From: Scot Hetzel To: "Christopher J. Ruwe" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 05:27:44 -0000 On Sun, Jan 16, 2011 at 10:37 AM, Christopher J. Ruwe wrote: > 2) I noticed Martin Matuska's site patches more recent than Dec 18th, > but marked nopython. What do these mean and can/should I try these > also? I remember reading somewhere about this, but I cannot find > anymore. > The nopython patches include the code from Illumos which removes the dependancy on Python and the sysutils/py-zfs Port which were used to provide the allow, unallow, userspace, and groupspace zfs commands. The nopython patches will most likely be the code that gets merged into -CURRENT and eventually -STABLE. Scot From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 05:36:54 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 141E8106564A; Mon, 17 Jan 2011 05:36:54 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id AED618FC18; Mon, 17 Jan 2011 05:36:53 +0000 (UTC) Received: by gyf3 with SMTP id 3so1872331gyf.13 for ; Sun, 16 Jan 2011 21:36:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lyQa5whihWOhrRHCb7AX8oOAneJO9Qcme4y1phswXLg=; b=MT+MItdGnAg3B/T33rJqtJqoSV70GfS10ahHIMGxygrdH2XKALq40WIdfXXWvIt3dG muTGG/IoWfqJx13iGUpVF9Aj8wqCI31Pjw18ou/vSx78HcLe1wsk5258PfGsQO3CNprk +A3YvLDjjPPpXOzMXCPob1YC7kwT3VDzMWvKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:cc:content-type; b=L+eTc/D+REgP+Ck4uh8mQ6VfHSKnYvZrG6wO7lSZPslTR0JG9R+YKQ2MFOHO+fVREZ YigfRQBj5spqOzXqyQit2Mzb2jcqxSCLTpas3w37ML0wTDCR7u4Q2NkPmMCghs3aEObB tSiUVlSzwJOUKEPFOsWN4CsCHr353DJHGs3FQ= MIME-Version: 1.0 Received: by 10.91.196.17 with SMTP id y17mr4201775agp.207.1295240913318; Sun, 16 Jan 2011 21:08:33 -0800 (PST) Sender: miwi.freebsd@googlemail.com Received: by 10.90.116.4 with HTTP; Sun, 16 Jan 2011 21:08:33 -0800 (PST) Date: Mon, 17 Jan 2011 05:08:33 +0000 X-Google-Sender-Auth: IyIYWunQInW0t4vA5fcWzXRQe5w Message-ID: From: Martin Wilke To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@FreeBSD.org Subject: FreeBSD 8.1 re0 shows half duplex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miwi@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 05:36:54 -0000 Howdy Guys, I have a strange problem, I'm on FreeBSD 8.1 and ifconfig re0 shows half-duplex (see output) and the download speed is damn slow, maximum 20 kbps. I'm not sure how to debug this so it would be nice if someone can help me to fix it. When i change it manually via command line, the media line appeared to have 2 entries -- full-duplex and half-duplex re0: flags=8843 metric 0 mtu 1500 options=389b ether 6c:62:6d:90:6e:63 inet XXXXXX netmask 0xffffffc0 broadcast XXXXXX media: Ethernet 100baseTX (100baseTX ) status: active main# uname -a FreeBSD XXXX 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56 UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64 main# # dmesg re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0000-0xf6ffffff irq 16 at device 0.0 on pci6 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 re0: Ethernet address: 6c:62:6d:90:6e:63 re0: [FILTER] re0: link state changed to UP main# # pciconf -lv re0@pci0:6:0:0: class=0x020000 card=0x75221462 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet # dmideco http://nopaste.unixfreunde.de/46256 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 06:23:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509F31065674 for ; Mon, 17 Jan 2011 06:23:24 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 09E7F8FC14 for ; Mon, 17 Jan 2011 06:23:23 +0000 (UTC) Received: by qwj9 with SMTP id 9so4195411qwj.13 for ; Sun, 16 Jan 2011 22:23:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type:content-transfer-encoding; bh=+FqvIkgYTqqriaLsMTqmp6vNXCIeLjmoqa4rvxK8Qwc=; b=gVMzDrFs2HkVcG6iGYl9stqAWzGY8vTxcO3ZaA6BOS9Z5/VWJU87xd10zwQ5TCDOMZ VpBUuVZJd4QPLwQs6rucaHPEMPIOuNN5m4tgwpEr+Sk2pt04uPn4/iL9E3mgEAwdPgST MGfQYWAeesiYTNuf2uIsS5JCm/myp0Aclbw54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=niCoBX0L8XJPR4iJni/IwZajcuTVLXJB8InT1IrqCRpcFm19qBy2B4K/MP+UxlnBMT G05XalbT6ptC+q3z5cgULjzwFxAEa/lP0Tkogy9HdQWM2Dx6dkCq4MZofdL0GZ0wdw38 KcB7Qx4LgE+eYVLyVFuyM2xNjkTuYBlThL5AI= MIME-Version: 1.0 Received: by 10.229.85.203 with SMTP id p11mr3213747qcl.73.1295245402935; Sun, 16 Jan 2011 22:23:22 -0800 (PST) Sender: tvijlbrief@gmail.com Received: by 10.229.86.6 with HTTP; Sun, 16 Jan 2011 22:23:22 -0800 (PST) Date: Mon, 17 Jan 2011 07:23:22 +0100 X-Google-Sender-Auth: pJA9dVok-E4eu1IxO7K5rIlLEaY Message-ID: From: Tom Vijlbrief To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 06:23:24 -0000 Any updates on this issue? I compiled/installed a fresh stable kernel on a first generation MacMini yesterday and get the same errors. A large download results in the system becoming unresponsive.... > Date: Wed, 1 Dec 2010 22:37:20 +0800 > From: Adrian Chadd > Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 > To: David DEMELIER > Cc: freebsd-stable > Message-ID: > =A0 =A0 =A0 =A0 > Content-Type: text/plain; charset=3DISO-8859-1 > > Ok; please dump that into a PR and email me the PR number. > > I'll go see whether there's something simple that can be done - eg, > whether that ratemask actually allows the rate being TX'ed and if it > doesn't, why the heck it's happening. :-) > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 06:45:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C4A1065741; Mon, 17 Jan 2011 06:45:07 +0000 (UTC) (envelope-from lbl@unoc.dk) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC2A8FC1A; Mon, 17 Jan 2011 06:45:07 +0000 (UTC) Received: by qyk36 with SMTP id 36so4530315qyk.13 for ; Sun, 16 Jan 2011 22:45:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.246.136 with SMTP id ly8mr3211653qcb.244.1295244928485; Sun, 16 Jan 2011 22:15:28 -0800 (PST) Received: by 10.229.22.205 with HTTP; Sun, 16 Jan 2011 22:15:28 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Jan 2011 07:15:28 +0100 Message-ID: From: Lasse Bo Larsen To: miwi Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 8.1 re0 shows half duplex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 06:45:08 -0000 Hi It seems im using the same chip. [lbl@atom0 ~]$ uname -a FreeBSD atom0.xserv.dk 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 [lbl@atom0 ~]$ ifconfig re0 re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1c:c0:7f:6f:64 inet6 fe80::21c:c0ff:fe7f:6f64%re0 prefixlen 64 scopeid 0x1 nd6 options=3 media: Ethernet autoselect (1000baseT ) status: active [lbl@atom0 ~]$ pciconf -lv | grep -A 4 ^re0 re0@pci0:1:0:0: class=0x020000 card=0x01008680 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet [lbl@atom0 ~]$ I have for a long time experienced collisions, but I haven't had the time to look at it yet, the interface holds 3 vlans so. http://xserv.dk/munin/xserv.dk/atom0.xserv.dk/if_errcoll_re0.html The funny thing is that i got 3 of the same types of main boards running and its only happening on 2 of them so i think its a hardware/network problem. /lbl On 17 January 2011 06:08, Martin Wilke wrote: > Howdy Guys, > > I have a strange problem, I'm on FreeBSD 8.1 and ifconfig re0 shows > half-duplex (see output) and the download speed > is damn slow, maximum 20 kbps. I'm not sure how to debug this so it would be > nice if someone can > help me to fix it. > > When i change it manually via command line, the media line appeared to have > 2 entries -- full-duplex and half-duplex > > re0: flags=8843 metric 0 mtu 1500 > options=389b > ether 6c:62:6d:90:6e:63 > inet XXXXXX netmask 0xffffffc0 broadcast XXXXXX > media: Ethernet 100baseTX (100baseTX ) > status: active > > > main# uname -a > FreeBSD XXXX 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56 > UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64 > main# > > # dmesg > re0: port > 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0000-0xf6ffffff irq 16 at > device 0.0 on pci6 > re0: Using 1 MSI messages > re0: Chip rev. 0x3c000000 > re0: MAC rev. 0x00400000 > miibus0: on re0 > re0: Ethernet address: 6c:62:6d:90:6e:63 > re0: [FILTER] > re0: link state changed to UP > main# > > # pciconf -lv > re0@pci0:6:0:0: class=0x020000 card=0x75221462 chip=0x816810ec rev=0x02 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' > class = network > subclass = ethernet > > > # dmideco > http://nopaste.unixfreunde.de/46256 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 07:02:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12243106564A for ; Mon, 17 Jan 2011 07:02:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id E79D98FC19 for ; Mon, 17 Jan 2011 07:02:11 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta13.emeryville.ca.mail.comcast.net with comcast id wX0T1f0030x6nqcADX2B7G; Mon, 17 Jan 2011 07:02:11 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta12.emeryville.ca.mail.comcast.net with comcast id wX2A1f0042tehsa8YX2AZT; Mon, 17 Jan 2011 07:02:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 192CD9B427; Sun, 16 Jan 2011 23:02:10 -0800 (PST) Date: Sun, 16 Jan 2011 23:02:10 -0800 From: Jeremy Chadwick To: Martin Wilke Message-ID: <20110117070210.GA76136@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 8.1 re0 shows half duplex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 07:02:12 -0000 On Mon, Jan 17, 2011 at 05:08:33AM +0000, Martin Wilke wrote: > Howdy Guys, > > I have a strange problem, I'm on FreeBSD 8.1 and ifconfig re0 shows > half-duplex (see output) and the download speed > is damn slow, maximum 20 kbps. I'm not sure how to debug this so it would be > nice if someone can > help me to fix it. > > When i change it manually via command line, the media line appeared to have > 2 entries -- full-duplex and half-duplex > > re0: flags=8843 metric 0 mtu 1500 > options=389b > ether 6c:62:6d:90:6e:63 > inet XXXXXX netmask 0xffffffc0 broadcast XXXXXX > media: Ethernet 100baseTX (100baseTX ) > status: active The above indicates that you've run "ifconfig re0 media 100baseTX mediaopt full-duplex" or have set similar media/mediaopt parameter sin rc.conf, but 802.3u or 802.3ab auto-negotiation between your switch and your NIC/PHY has resulted half-duplex. Is the switch you're connected to a managed switch? If so, have you forced the port speed/duplex on the switch to 100/full? If not, then the above can happen (this is normal/per specification), and the result will be abysmal performance. Please do so and the problem should go away. If not, the exact brand and model of switch will need to be disclosed, as well as whether or not the physical port is gigE capable. See Wikipedia's article on this matter: http://en.wikipedia.org/wiki/Autonegotiation#Interoperability_problems If the switch is a non-managed switch (e.g. a generic "home user desktop" switch, such as a product from D-Link, Netgear, Linksys, etc.), then do not specify the speed/duplex via ifconfig. You should always use autoselect (the default) in this scenario. When using autoselect, you should see something like "media: Ethernet autoselect ({speed} <{duplex}>)", where {speed} and {duplex} are what have been negotiated via 802.3u/802.3ab. If using autoselect results in "100baseTX " then something is indeed incompatible between the NIC/PHY and the switch. It could be a driver bug, but it could also very well be a bug in the switch. In these scenarios I tend to buy a different brand of switch. HTH! -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 09:40:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA2EB106566B; Mon, 17 Jan 2011 09:40: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 5CCBD8FC12; Mon, 17 Jan 2011 09:40:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id ABD6D41C7A5; Mon, 17 Jan 2011 10:40: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 135etP+7Vubp; Mon, 17 Jan 2011 10:40:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 1F9D241C7A3; Mon, 17 Jan 2011 10:40: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 0FAB44448F3; Mon, 17 Jan 2011 09:35:41 +0000 (UTC) Date: Mon, 17 Jan 2011 09:35:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Jeremy Chadwick In-Reply-To: <20110117070210.GA76136@icarus.home.lan> Message-ID: <20110117093452.E14966@maildrop.int.zabbadoz.net> References: <20110117070210.GA76136@icarus.home.lan> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, Martin Wilke Subject: Re: FreeBSD 8.1 re0 shows half duplex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 09:40:07 -0000 On Sun, 16 Jan 2011, Jeremy Chadwick wrote: > On Mon, Jan 17, 2011 at 05:08:33AM +0000, Martin Wilke wrote: >> Howdy Guys, >> >> I have a strange problem, I'm on FreeBSD 8.1 and ifconfig re0 shows >> half-duplex (see output) and the download speed >> is damn slow, maximum 20 kbps. I'm not sure how to debug this so it would be >> nice if someone can >> help me to fix it. >> >> When i change it manually via command line, the media line appeared to have >> 2 entries -- full-duplex and half-duplex [cut] it all just means that you want to read the thread on net@ from last week. A workaround is in HEAD already. /bz -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 10:48:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A68C1106566C for ; Mon, 17 Jan 2011 10:48:56 +0000 (UTC) (envelope-from ari@stonepile.fi) Received: from espresso1.syncrontech.com (espresso1.syncrontech.com [213.28.98.34]) by mx1.freebsd.org (Postfix) with ESMTP id B1CA58FC19 for ; Mon, 17 Jan 2011 10:48:55 +0000 (UTC) Received: from [192.168.2.244] (dhcp-2-244.syncrontech.com [192.168.2.244]) by espresso1.syncrontech.com (8.14.4/8.14.4) with ESMTP id p0HAEJkm054195 for ; Mon, 17 Jan 2011 12:14:19 +0200 (EET) (envelope-from ari@stonepile.fi) Message-ID: <4D341676.8060700@stonepile.fi> Date: Mon, 17 Jan 2011 12:14:14 +0200 From: Ari Suutari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <20110116124122.GA63358@psconsult.nl> In-Reply-To: <20110116124122.GA63358@psconsult.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 10:48:56 -0000 Hi, On 16.1.2011 14:41, Paul Schenkeveld wrote: > > This is the kernel config for test1 and test2: > > include GENERIC > device carp Could this be the cause ? In 8.2 it is no longer necessary to build custom kernel as carp can be loaded as module. I have carp running on two 8.2-RC1 machines without problems, I just have cloned_interfaces="carp0" in my /etc/rc.conf in addition to normal carp stuff. Ari S. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 10:56:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA09106564A for ; Mon, 17 Jan 2011 10:56:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2568FC08 for ; Mon, 17 Jan 2011 10:56:37 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PemlH-0000yo-Be; Mon, 17 Jan 2011 10:56:35 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PemlH-000FrZ-AW; Mon, 17 Jan 2011 10:56:35 +0000 Date: Mon, 17 Jan 2011 10:56:35 +0000 Message-Id: To: freebsd-stable@freebsd.org, stuartb@4gh.net In-Reply-To: From: Pete French Cc: Subject: Re: Policy on static linking ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 10:56:37 -0000 Interesting reading the responses to this from over the weekend, and I think that Stuart Barkley's comment below strikes the biggest chord with me: > Today, I probably wouldn't fight using dynamic linking. I do wish > things would continue to provide static libraries unless there are > specific reasons static libraries won't work. I would like to see > libc remain fully functional when statically linked. I would like > documentation about functionality lost when statically linking with > libc. That's kind of my position too - for 99.9% of cases I (like everyone else) link dynamicly. But for those 0.1% of cases where static linking is a useful and good idea then I want to be able to do so - and I worry that we are heading for a situation where it's not going to be possible to link staticly with things in ports. If we had a standardised know to define then I could have submitted a pr including a patch and that might have been acccepted - after all the intent of removing statics was to prevent people linking with them without knowing, so if they have to explicitly enable ot then I assume that would be acceptable. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 12:23:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8342106564A for ; Mon, 17 Jan 2011 12:23:27 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (106-30.3-213.fix.bluewin.ch [213.3.30.106]) by mx1.freebsd.org (Postfix) with ESMTP id 45CF68FC16 for ; Mon, 17 Jan 2011 12:23:26 +0000 (UTC) Received: from insomnia.benzedrine.cx (localhost.benzedrine.cx [127.0.0.1]) by insomnia.benzedrine.cx (8.14.1/8.13.4) with ESMTP id p0HC5XYH006938 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 13:05:33 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.14.1/8.12.10/Submit) id p0HC5VYr027079; Mon, 17 Jan 2011 13:05:31 +0100 (MET) Date: Mon, 17 Jan 2011 13:05:31 +0100 From: Daniel Hartmeier To: Paul Schenkeveld Message-ID: <20110117120531.GA3420@insomnia.benzedrine.cx> References: <20110116124122.GA63358@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110116124122.GA63358@psconsult.nl> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 12:23:27 -0000 On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > There is an ARP request which is replied to by the carp master (test). > the ping to the carp address does not even appear on the sis4 interface > of test1. Everything looks fine, except for the fact that the ping (echo request) doesn't get to test1's sis4. Are you sure the problem isn't with the switch? Have you tried resetting it? Or replacing it with another one (where you could check the MAC address table, etc.)? You'd get this behavior if the switch had learned carp4's virtual MAC address (00:00:5e:00:01:68) on another port. You're not using vhid 104 (:68 in the virtual MAC) on other ports of that switch, are you? Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 13:25:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5D451065672 for ; Mon, 17 Jan 2011 13:25:00 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 980E78FC08 for ; Mon, 17 Jan 2011 13:25:00 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0HDOsJC052135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 17 Jan 2011 14:24:59 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0HDOsVS052134 for freebsd-stable@freebsd.org; Mon, 17 Jan 2011 14:24:54 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 17 Jan 2011 14:24:54 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org Message-ID: <20110117132454.GA51486@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> <4D341676.8060700@stonepile.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D341676.8060700@stonepile.fi> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 13:25:01 -0000 On Mon, Jan 17, 2011 at 12:14:14PM +0200, Ari Suutari wrote: > Hi, > > On 16.1.2011 14:41, Paul Schenkeveld wrote: > > > > This is the kernel config for test1 and test2: > > > > include GENERIC > > device carp > > Could this be the cause ? In 8.2 it is no longer necessary > to build custom kernel as carp can be loaded as module. > I have carp running on two 8.2-RC1 machines without > problems, I just have > > cloned_interfaces="carp0" > > in my /etc/rc.conf in addition to normal carp stuff. Installen a new, true GENERIC kernel, I see that if-carp.ko is loaded automagically, same result. Looks like the MAC address of the carp interfaces are not added to the MAC filter in my sis interfaces. I'm now building a GENERIC kernel without if_sis and see what happens if I kldload if_sis.ko from 8.1. > Ari S. Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 13:25:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5387C10656AA; Mon, 17 Jan 2011 13:25:20 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id AC9BE8FC1B; Mon, 17 Jan 2011 13:25:19 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0HDPDcb052166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 14:25:18 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0HDPDpr052165; Mon, 17 Jan 2011 14:25:13 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 17 Jan 2011 14:25:13 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20110117132513.GA41403@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> <20110117120531.GA3420@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110117120531.GA3420@insomnia.benzedrine.cx> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 13:25:20 -0000 On Mon, Jan 17, 2011 at 01:05:31PM +0100, Daniel Hartmeier wrote: > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > > > There is an ARP request which is replied to by the carp master (test). > > the ping to the carp address does not even appear on the sis4 interface > > of test1. > > Everything looks fine, except for the fact that the ping (echo request) > doesn't get to test1's sis4. > > Are you sure the problem isn't with the switch? Have you tried resetting > it? Or replacing it with another one (where you could check the MAC > address table, etc.)? The switch has been power-cycled, no change. Only 3 ports are wired, to test1, test2 and test3. I'm not in the office right now, can replace the switch tonight, but read on... > You'd get this behavior if the switch had learned carp4's virtual MAC > address (00:00:5e:00:01:68) on another port. You're not using vhid 104 > (:68 in the virtual MAC) on other ports of that switch, are you? test3 has no carp nor vrrp so vhid 104 is not in use anywhere else. Tcpdump shows only carp (vrrp) packets from test1 one per second. sis3 of test1 and test2 are connected by a cross-cable. IP addresses are 10.3.0.1/24 (carp3, vhid 103, test1 is master, test2 is backup), 10.3.0.2/24 for sis3 on test1 and 10.3.0.3 for sis3 on test2. On test1 I can ping 10.3.0.1 (which test1 is carp master for), from test2 I can't ping 10.3.0.1. A tcpdump on sis3 on test1 shows ARP request and reply, but no icmp echo-request. The arp entry on test2 looks OK: test2 # arp 10.3.0.1 ? (10.3.0.1) at 00:00:5e:00:01:67 on sis3 expires in 800 seconds [ethernet] On test2 I can ping 10.3.0.2 and 10.4.0.2 (the addresses on sis3 and sis4 of test1) and see the normal arp-request/arp-reply/icmp-echoreq/ icmp-echoreply sequence using tcpdump. > Daniel Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 13:48:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FB510656A8 for ; Mon, 17 Jan 2011 13:48:59 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 126378FC1E for ; Mon, 17 Jan 2011 13:48:58 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0HDmqFf052812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 17 Jan 2011 14:48:58 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0HDmq19052811 for freebsd-stable@freebsd.org; Mon, 17 Jan 2011 14:48:52 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 17 Jan 2011 14:48:52 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org Message-ID: <20110117134852.GA52707@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> <4D341676.8060700@stonepile.fi> <20110117132454.GA51486@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110117132454.GA51486@psconsult.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 13:48:59 -0000 On Mon, Jan 17, 2011 at 02:24:54PM +0100, Paul Schenkeveld wrote: > On Mon, Jan 17, 2011 at 12:14:14PM +0200, Ari Suutari wrote: > > Hi, > > > > On 16.1.2011 14:41, Paul Schenkeveld wrote: > > > > > > This is the kernel config for test1 and test2: > > > > > > include GENERIC > > > device carp > > > > Could this be the cause ? In 8.2 it is no longer necessary > > to build custom kernel as carp can be loaded as module. > > I have carp running on two 8.2-RC1 machines without > > problems, I just have > > > > cloned_interfaces="carp0" > > > > in my /etc/rc.conf in addition to normal carp stuff. > > Installen a new, true GENERIC kernel, I see that if-carp.ko is loaded > automagically, same result. > > Looks like the MAC address of the carp interfaces are not added to the > MAC filter in my sis interfaces. I'm now building a GENERIC kernel > without if_sis and see what happens if I kldload if_sis.ko from 8.1. Too bad, if_sis.ko built on 8.1 doesn't load on 8.2: link_elf: symbol ether_poll_deregister undefined kldload: can't load if_sis.ko: No such file or directory I'll see if I can replace the sis3/sis4 card in those Soekris boxes with something else just to rule out changes to sis(4). Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 19:56:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E71E51065679; Mon, 17 Jan 2011 19:56:22 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 332138FC08; Mon, 17 Jan 2011 19:56:22 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0HJuFj0018766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 20:56:21 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0HJuFtn018765; Mon, 17 Jan 2011 20:56:15 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 17 Jan 2011 20:56:15 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20110117195615.GA18423@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110116124122.GA63358@psconsult.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: re@freebsd.org Subject: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 19:56:23 -0000 On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > Hi, > > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE > it appears that carp doesn't work at all. I've set up carp like I've > done on many firewall pairs before and they all work correctly. With > google, nor in the mailing lists, I could find anything about changes > in the way carp get configured but if I missed something I'd be happy > to hear that it's my fault. > > Here's the setup: > > net5501 > test3 > 10.4.0.4/24 > | > -------------+------------- > | | > net4801 net4801 > test1 test2 > sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 > carp4:10.4.0.1/24 carp4:10.4.0.1/24 > | | | | | | | | > | | | | | | | | > sis[0-3] connected to other networks, see > explanation below. > > When I ping from test3 to 10.4.0.1, I see the following traffic using > tcpdump: > > test3 # tcpdump -e -n -i vr3 not vrrp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes > 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > ethertype ARP (0x0806), length 60: > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > ethertype ARP (0x0806), length 60: > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 > 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, > ethertype IPv4 (0x0800), length 98: > 10.4.0.4 > 10.4.0.1: ICMP echo request, > id 40482, seq 0, length 64 > > test1 # tcpdump -e -n -i sis4 not vrrp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > ethertype ARP (0x0806), length 60: > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > ethertype ARP (0x0806), length 42: > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 > > test2 # dump -e -n -i sis4 not vrrp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > ethertype ARP (0x0806), length 60: > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > There is an ARP request which is replied to by the carp master (test). > the ping to the carp address does not even appear on the sis4 interface > of test1. > > This is the kernel config for test1 and test2: > > include GENERIC > device carp > makeoptions MODULES_OVERRIDE="" > > The relevant rc.conf bits: > > on test1 > hostname="test1" > cloned_interfaces="carp1 carp2 carp3 carp4" > ifconfig_sis0="xxx.xxx.xxx.41/26" > ifconfig_sis1="10.1.0.2/24" > ifconfig_sis2="10.2.0.2/24" > ifconfig_sis3="10.3.0.2/24" > ifconfig_sis4="10.4.0.2/24" > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" > > on test2 > hostname="test2" > cloned_interfaces="carp1 carp2 carp3 carp4" > ifconfig_sis0="xxx.xxx.xxx.42/26" > ifconfig_sis1="10.1.0.3/24" > ifconfig_sis2="10.2.0.3/24" > ifconfig_sis3="10.3.0.3/24" > ifconfig_sis4="10.4.0.3/24" > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" > > In /etc/sysctl.conf: > net.inet.carp.preempt=1 > > Ifconfig output: > > test1 # ifconfig sis4 > sis4: flags=8943 metric 0 mtu 1500 > options=83808 > ether 00:00:24:c3:49:91 > inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > test1 # ifconfig carp4 > carp4: flags=49 metric 0 mtu 1500 > inet 10.4.0.1 netmask 0xffffff00 > carp: MASTER vhid 104 advbase 1 advskew 0 > > test2 # ifconfig sis4 > sis4: flags=8943 metric 0 mtu 1500 > options=83808 > ether 00:00:24:c3:49:7d > inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > test2 # ifconfig carp4 > carp4: flags=49 metric 0 mtu 1500 > inet 10.4.0.1 netmask 0xffffff00 > carp: BACKUP vhid 104 advbase 1 advskew 100 > > There are no packet filters in place, sis1, sis2 and sis3 are wired > through cross-cables from test1 to test2, so no traffic there except for > carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no > other stuff connected. > > Setting net.inet.carp.log=7 does not result in any console/dmesg/messages > output. > > I see carp traffic on sis4 which appears normal except that I don't > understand the addrs(7): part but that used to be there on 8.0/8.1 > firewalls too: > > 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > ethertype IPv4 (0x0800), length 70: > (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], > proto VRRP (112), length 56) > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > vrid 104, prio 0, authtype none, intvl 1s, length 36, > addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, > 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 > > 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > ethertype IPv4 (0x0800), length 70: > (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], > proto VRRP (112), length 56) > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > vrid 104, prio 0, authtype none, intvl 1s, length 36, > addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, > 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 After taking apart two Soekris 4801 and replacing the lan1621 dual sis(4) network card by an Intel PRO/100S (fxp) or a PRO/1000/MT (em) card, carp works again on this interface. Apparently the problem is not with carp(4) but with sis(4). Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for firewalls and carp is quite often used together with this hardware, this looks like a showstopper for 8.2 :-( Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 20:43:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A291065670 for ; Mon, 17 Jan 2011 20:43:20 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4E68FC16 for ; Mon, 17 Jan 2011 20:43:19 +0000 (UTC) Received: by wyf19 with SMTP id 19so5542907wyf.13 for ; Mon, 17 Jan 2011 12:43:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=UoH6ZLiNddBi9kTdhTafh+LpWIUXI06y5FlhBhKR2CE=; b=f/G4pPZGXXk7c/ou1EoVK1H9Oe+rfsrEchczncMlrR2q8QWXSu7V1sXsbCLrm5ASeg gf9E9x2V+oX0hlpxXtFLDugIjVq3MtKFcx9ZSljMbZESFK9m5bguypcJSlgAOgXK+V1n 9P+Tf1yrpPexhehpJ9CYBfYHMrWQ8D/5ZD/Ik= 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=DZqsDC+Mj8PgsYxv26pL03yX+Al+A5rMSGhv0IfoNCSoeqIWKwnOReA4GeyhoSp5f4 YpFRrP9X4hYGQjtVpeVOPStKbK+6pNqQG85PhPhL7hzn5dO5d6VrUJmpkEiE7f1cxf3y MZVi/FmLIzfOso2sr7GMtFPYBnBzhtiSK5xA0= Received: by 10.227.181.138 with SMTP id by10mr4520976wbb.216.1295294815613; Mon, 17 Jan 2011 12:06:55 -0800 (PST) Received: from Melon.malikania.fr (65.21.102-84.rev.gaoland.net [84.102.21.65]) by mx.google.com with ESMTPS id 11sm3604787wbj.19.2011.01.17.12.06.52 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 12:06:53 -0800 (PST) Message-ID: <4D34A144.4020800@gmail.com> Date: Mon, 17 Jan 2011 21:06:28 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110111 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with battery ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 20:43:20 -0000 Hello, My sucky laptop does not make any noise usually, but tonight it started to do so : Jan 17 21:04:32 Melon kernel: ACPI Error: No object attached to node 0xffffff00014f4780 (20100331/exresnte-211) Jan 17 21:04:32 Melon kernel: ACPI Error (uteval-0318): Method execution failed [\_SB_.BAT0._UID] (Node 0xffffff00014f4780), AE_AML_NO_OPERAND Jan 17 21:04:36 Melon wpa_supplicant[362]: CTRL-EVENT-SCAN-RESULTS Jan 17 21:04:39 Melon kernel: ACPI Error: No object attached to node 0xffffff00014f4780 (20100331/exresnte-211) Jan 17 21:04:39 Melon kernel: ACPI Error (uteval-0318): Method execution failed [\_SB_.BAT0._UID] (Node 0xffffff00014f4780), AE_AML_NO_OPERAND Jan 17 21:04:39 Melon kernel: ACPI Error: No object attached to node 0xffffff00014f4780 (20100331/exresnte-211) Jan 17 21:04:39 Melon kernel: ACPI Error: ACPI Error (uteval-0318): No object attached to node 0xffffff00014f4780Method execution failed (20100331/exresnte-211)[\_SB_.BAT0._UID] (Node 0xffffff00014f4780) Jan 17 21:04:39 Melon kernel: ACPI Error (uteval-0318): , AE_AML_NO_OPERANDMethod execution failed Jan 17 21:04:39 Melon kernel: [\_SB_.BAT0._UID] (Node 0xffffff00014f4780), AE_AML_NO_OPERAND Jan 17 21:04:39 Melon kernel: ACPI Error: No object attached to node 0xffffff00014f4780 (20100331/exresnte-211) Jan 17 21:04:39 Melon kernel: ACPI Error (uteval-0318): ACPI Error: Method Nexeocu tioon bfajileecdt attached to node 0xffffff00014f4780[\_SB_.BAT0._UID] (Node 0xffffff00014f4780) (20100331/exresnte-211), AE_AML_NO_OPERAND Jan 17 21:04:39 Melon kernel: ACPI Error (uteval-0318): Jan 17 21:04:39 Melon kernel: Method execution failed [\_SB_.BAT0._UID] (Node 0xffffff00014f4780), AE_AML_NO_OPERAND Jan 17 21:04:39 Melon kernel: ACPI Error: No object attached to node 0xffffff00014f4780 (20100331/exresnte-211) Jan 17 21:04:39 Melon kernel: ACPI Error (uteval-0318): Method execution failed [\_SB_.BAT0._UID] (Node 0xffffff00014f4780), AE_AML_NO_OPERAND I don't know what does it mean, I only know that HP SUCKS and DO NOT BUY HP ANYMORE. If anyone knows ;-) Cheers, -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 21:30:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4694106566C; Mon, 17 Jan 2011 21:30:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A39BF8FC14; Mon, 17 Jan 2011 21:30:41 +0000 (UTC) Received: by pwi10 with SMTP id 10so1047957pwi.13 for ; Mon, 17 Jan 2011 13:30:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=0DCgXD0wBFmmg8hpYHWy2pn/HFZXO4mY7dN1EpPQFfk=; b=eymTwijjHwVjhXamwA7U0Q42pLml19gJAWfXbMXtId8zb6xsRXWgXYgw9/jp7o/iQD pRdG96bA1BjmvtaA7M4pgXLh04FRfjdYApy5ecNu02WVhyK5f3HUk2hQTEt7fLkTJnjS svk/YnYHLopCVxM6QekbV4x1lg62P6Q5s2Fjg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=re29GeMKAvxcqEeZ8Xn2Bn8pZ9Mghf2YdzEsGR6JAhgN0sbaQ81eR8A183vT/E0O/X qensrTJMZP99ZWb98qKFruCjmT5pnluh+rtW8ba9bDW8gs3KjOFZ38wE38RUqMTw/gYb fUvivPx6y5ZaI+KOX6KmlwaX9iWAJlOhepGlQ= Received: by 10.142.140.3 with SMTP id n3mr2387495wfd.276.1295299841146; Mon, 17 Jan 2011 13:30:41 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x28sm4348158wfd.16.2011.01.17.13.30.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 13:30:39 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 17 Jan 2011 13:29:47 -0800 From: Pyun YongHyeon Date: Mon, 17 Jan 2011 13:29:47 -0800 To: Paul Schenkeveld Message-ID: <20110117212947.GA1210@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20110117195615.GA18423@psconsult.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 21:30:42 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 17, 2011 at 08:56:15PM +0100, Paul Schenkeveld wrote: > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > > Hi, > > > > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE > > it appears that carp doesn't work at all. I've set up carp like I've > > done on many firewall pairs before and they all work correctly. With > > google, nor in the mailing lists, I could find anything about changes > > in the way carp get configured but if I missed something I'd be happy > > to hear that it's my fault. > > > > Here's the setup: > > > > net5501 > > test3 > > 10.4.0.4/24 > > | > > -------------+------------- > > | | > > net4801 net4801 > > test1 test2 > > sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 > > carp4:10.4.0.1/24 carp4:10.4.0.1/24 > > | | | | | | | | > > | | | | | | | | > > sis[0-3] connected to other networks, see > > explanation below. > > > > When I ping from test3 to 10.4.0.1, I see the following traffic using > > tcpdump: > > > > test3 # tcpdump -e -n -i vr3 not vrrp > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes > > 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > ethertype ARP (0x0806), length 60: > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > ethertype ARP (0x0806), length 60: > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 > > 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, > > ethertype IPv4 (0x0800), length 98: > > 10.4.0.4 > 10.4.0.1: ICMP echo request, > > id 40482, seq 0, length 64 > > > > test1 # tcpdump -e -n -i sis4 not vrrp > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > ethertype ARP (0x0806), length 60: > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > ethertype ARP (0x0806), length 42: > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 > > > > test2 # dump -e -n -i sis4 not vrrp > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > ethertype ARP (0x0806), length 60: > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > > There is an ARP request which is replied to by the carp master (test). > > the ping to the carp address does not even appear on the sis4 interface > > of test1. > > > > This is the kernel config for test1 and test2: > > > > include GENERIC > > device carp > > makeoptions MODULES_OVERRIDE="" > > > > The relevant rc.conf bits: > > > > on test1 > > hostname="test1" > > cloned_interfaces="carp1 carp2 carp3 carp4" > > ifconfig_sis0="xxx.xxx.xxx.41/26" > > ifconfig_sis1="10.1.0.2/24" > > ifconfig_sis2="10.2.0.2/24" > > ifconfig_sis3="10.3.0.2/24" > > ifconfig_sis4="10.4.0.2/24" > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" > > > > on test2 > > hostname="test2" > > cloned_interfaces="carp1 carp2 carp3 carp4" > > ifconfig_sis0="xxx.xxx.xxx.42/26" > > ifconfig_sis1="10.1.0.3/24" > > ifconfig_sis2="10.2.0.3/24" > > ifconfig_sis3="10.3.0.3/24" > > ifconfig_sis4="10.4.0.3/24" > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" > > > > In /etc/sysctl.conf: > > net.inet.carp.preempt=1 > > > > Ifconfig output: > > > > test1 # ifconfig sis4 > > sis4: flags=8943 metric 0 mtu 1500 > > options=83808 > > ether 00:00:24:c3:49:91 > > inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > test1 # ifconfig carp4 > > carp4: flags=49 metric 0 mtu 1500 > > inet 10.4.0.1 netmask 0xffffff00 > > carp: MASTER vhid 104 advbase 1 advskew 0 > > > > test2 # ifconfig sis4 > > sis4: flags=8943 metric 0 mtu 1500 > > options=83808 > > ether 00:00:24:c3:49:7d > > inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > test2 # ifconfig carp4 > > carp4: flags=49 metric 0 mtu 1500 > > inet 10.4.0.1 netmask 0xffffff00 > > carp: BACKUP vhid 104 advbase 1 advskew 100 > > > > There are no packet filters in place, sis1, sis2 and sis3 are wired > > through cross-cables from test1 to test2, so no traffic there except for > > carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no > > other stuff connected. > > > > Setting net.inet.carp.log=7 does not result in any console/dmesg/messages > > output. > > > > I see carp traffic on sis4 which appears normal except that I don't > > understand the addrs(7): part but that used to be there on 8.0/8.1 > > firewalls too: > > > > 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > ethertype IPv4 (0x0800), length 70: > > (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], > > proto VRRP (112), length 56) > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, > > 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 > > > > 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > ethertype IPv4 (0x0800), length 70: > > (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], > > proto VRRP (112), length 56) > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, > > 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 > > After taking apart two Soekris 4801 and replacing the lan1621 dual sis(4) > network card by an Intel PRO/100S (fxp) or a PRO/1000/MT (em) card, carp > works again on this interface. > > Apparently the problem is not with carp(4) but with sis(4). > > Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for > firewalls and carp is quite often used together with this hardware, this > looks like a showstopper for 8.2 :-( > Since you didn't post dmesg output I'm not sure what kind of controller you have but I guess it would be NS8381[56]. I overhauled sis(4) to make it work on all architectures so one of change, probably r212119, could be cause of the issue. Due to lack of SiS controllers I didn't touch multicast handling part so some part of code still relies on old wrong behavior of driver. Would you try attached patch and let me know whether it makes any difference? > Regards, > > Paul Schenkeveld --fdj2RfSjLxBAspz7 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sis.promisc.diff" Index: sys/dev/sis/if_sis.c =================================================================== --- sys/dev/sis/if_sis.c (revision 217490) +++ sys/dev/sis/if_sis.c (working copy) @@ -818,6 +818,8 @@ if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { SIS_CLRBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); + if (ifp->if_flags & IFF_PROMISC) + SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLPHYS); return; } @@ -826,7 +828,8 @@ * on the NatSemi chip if we want to use it, which we do. */ SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); + SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI | + SIS_RXFILTCTL_ALLPHYS); filtsave = CSR_READ_4(sc, SIS_RXFILT_CTL); --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 22:27:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A109E106566B; Mon, 17 Jan 2011 22:27:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2981F8FC0A; Mon, 17 Jan 2011 22:27:21 +0000 (UTC) Received: by gyf3 with SMTP id 3so2189879gyf.13 for ; Mon, 17 Jan 2011 14:27:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=MAeb9Gj3UNetTl/IwuoxS9AN2ngf/VDaF3A1saVsUR8=; b=VBvbXbetEjPh+ZnrZD7/Oh1E69mM2lEVYdrrAgEpBCCyumpavdrY05wnrQhAeTShiV 6SrQPCDHTZ21Y8X980bsb0e2wfjYhXkXwVQT08FQa0RgysXgXWi0FPjEnztPx5T2WIBj rcU5fbvbKolFj6XDT29bVPlsYAaWw4r3iyRyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=SYe2nwQ27ahAEPHD6V+ml+MiDJgBx6HpMXq4QSDD9yN/1ifszQwkDn50Y0mlRqylFv BWaHZABZ/qkin2QU4cHYyblQ3U8xrysmtpzypm66af/hnXMTq/DkwKL4nCsQHQRVgHXM A182opnhP6IW356ofkYgn+ApWe1u7gqHxWmY0= Received: by 10.151.50.1 with SMTP id c1mr357076ybk.241.1295303239552; Mon, 17 Jan 2011 14:27:19 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v6sm2444283ybk.8.2011.01.17.14.27.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 14:27:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 17 Jan 2011 14:26:24 -0800 From: Pyun YongHyeon Date: Mon, 17 Jan 2011 14:26:24 -0800 To: Paul Schenkeveld Message-ID: <20110117222624.GB1210@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <20110117212947.GA1210@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 22:27:22 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 17, 2011 at 01:29:47PM -0800, Pyun YongHyeon wrote: > On Mon, Jan 17, 2011 at 08:56:15PM +0100, Paul Schenkeveld wrote: > > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > > > Hi, > > > > > > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE > > > it appears that carp doesn't work at all. I've set up carp like I've > > > done on many firewall pairs before and they all work correctly. With > > > google, nor in the mailing lists, I could find anything about changes > > > in the way carp get configured but if I missed something I'd be happy > > > to hear that it's my fault. > > > > > > Here's the setup: > > > > > > net5501 > > > test3 > > > 10.4.0.4/24 > > > | > > > -------------+------------- > > > | | > > > net4801 net4801 > > > test1 test2 > > > sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 > > > carp4:10.4.0.1/24 carp4:10.4.0.1/24 > > > | | | | | | | | > > > | | | | | | | | > > > sis[0-3] connected to other networks, see > > > explanation below. > > > > > > When I ping from test3 to 10.4.0.1, I see the following traffic using > > > tcpdump: > > > > > > test3 # tcpdump -e -n -i vr3 not vrrp > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes > > > 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > > ethertype ARP (0x0806), length 60: > > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > > ethertype ARP (0x0806), length 60: > > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 > > > 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, > > > ethertype IPv4 (0x0800), length 98: > > > 10.4.0.4 > 10.4.0.1: ICMP echo request, > > > id 40482, seq 0, length 64 > > > > > > test1 # tcpdump -e -n -i sis4 not vrrp > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > > 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > > ethertype ARP (0x0806), length 60: > > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > > ethertype ARP (0x0806), length 42: > > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 > > > > > > test2 # dump -e -n -i sis4 not vrrp > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > > 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > > ethertype ARP (0x0806), length 60: > > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > > > > There is an ARP request which is replied to by the carp master (test). > > > the ping to the carp address does not even appear on the sis4 interface > > > of test1. > > > > > > This is the kernel config for test1 and test2: > > > > > > include GENERIC > > > device carp > > > makeoptions MODULES_OVERRIDE="" > > > > > > The relevant rc.conf bits: > > > > > > on test1 > > > hostname="test1" > > > cloned_interfaces="carp1 carp2 carp3 carp4" > > > ifconfig_sis0="xxx.xxx.xxx.41/26" > > > ifconfig_sis1="10.1.0.2/24" > > > ifconfig_sis2="10.2.0.2/24" > > > ifconfig_sis3="10.3.0.2/24" > > > ifconfig_sis4="10.4.0.2/24" > > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" > > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" > > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" > > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" > > > > > > on test2 > > > hostname="test2" > > > cloned_interfaces="carp1 carp2 carp3 carp4" > > > ifconfig_sis0="xxx.xxx.xxx.42/26" > > > ifconfig_sis1="10.1.0.3/24" > > > ifconfig_sis2="10.2.0.3/24" > > > ifconfig_sis3="10.3.0.3/24" > > > ifconfig_sis4="10.4.0.3/24" > > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" > > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" > > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" > > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" > > > > > > In /etc/sysctl.conf: > > > net.inet.carp.preempt=1 > > > > > > Ifconfig output: > > > > > > test1 # ifconfig sis4 > > > sis4: flags=8943 metric 0 mtu 1500 > > > options=83808 > > > ether 00:00:24:c3:49:91 > > > inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > test1 # ifconfig carp4 > > > carp4: flags=49 metric 0 mtu 1500 > > > inet 10.4.0.1 netmask 0xffffff00 > > > carp: MASTER vhid 104 advbase 1 advskew 0 > > > > > > test2 # ifconfig sis4 > > > sis4: flags=8943 metric 0 mtu 1500 > > > options=83808 > > > ether 00:00:24:c3:49:7d > > > inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > test2 # ifconfig carp4 > > > carp4: flags=49 metric 0 mtu 1500 > > > inet 10.4.0.1 netmask 0xffffff00 > > > carp: BACKUP vhid 104 advbase 1 advskew 100 > > > > > > There are no packet filters in place, sis1, sis2 and sis3 are wired > > > through cross-cables from test1 to test2, so no traffic there except for > > > carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no > > > other stuff connected. > > > > > > Setting net.inet.carp.log=7 does not result in any console/dmesg/messages > > > output. > > > > > > I see carp traffic on sis4 which appears normal except that I don't > > > understand the addrs(7): part but that used to be there on 8.0/8.1 > > > firewalls too: > > > > > > 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > > ethertype IPv4 (0x0800), length 70: > > > (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], > > > proto VRRP (112), length 56) > > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > > addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, > > > 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 > > > > > > 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > > ethertype IPv4 (0x0800), length 70: > > > (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], > > > proto VRRP (112), length 56) > > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > > addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, > > > 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 > > > > After taking apart two Soekris 4801 and replacing the lan1621 dual sis(4) > > network card by an Intel PRO/100S (fxp) or a PRO/1000/MT (em) card, carp > > works again on this interface. > > > > Apparently the problem is not with carp(4) but with sis(4). > > > > Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for > > firewalls and carp is quite often used together with this hardware, this > > looks like a showstopper for 8.2 :-( > > > > Since you didn't post dmesg output I'm not sure what kind of > controller you have but I guess it would be NS8381[56]. I > overhauled sis(4) to make it work on all architectures so one of > change, probably r212119, could be cause of the issue. Due to lack > of SiS controllers I didn't touch multicast handling part so some > part of code still relies on old wrong behavior of driver. > Would you try attached patch and let me know whether it makes any > difference? > Hmm, unfortunately it seems the patch above may not work since NS data sheet says that filter function should be disabled before touching other bits in the register. Try this one instead. > > Regards, > > > > Paul Schenkeveld --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sis.promisc.diff2" Index: sys/dev/sis/if_sis.c =================================================================== --- sys/dev/sis/if_sis.c (revision 217490) +++ sys/dev/sis/if_sis.c (working copy) @@ -149,6 +149,9 @@ static int sis_newbuf(struct sis_softc *, struct sis_rxdesc *); static int sis_resume(device_t); static int sis_rxeof(struct sis_softc *); +static void sis_rxfilter(struct sis_softc *); +static void sis_rxfilter_ns(struct sis_softc *); +static void sis_rxfilter_sis(struct sis_softc *); static void sis_start(struct ifnet *); static void sis_startl(struct ifnet *); static void sis_stop(struct sis_softc *); @@ -806,80 +809,117 @@ } static void -sis_setmulti_ns(struct sis_softc *sc) +sis_rxfilter(struct sis_softc *sc) { + + SIS_LOCK_ASSERT(sc); + + if (sc->sis_type == SIS_TYPE_83815) + sis_rxfilter_ns(sc); + else + sis_rxfilter_sis(sc); +} + +static void +sis_rxfilter_ns(struct sis_softc *sc) +{ struct ifnet *ifp; struct ifmultiaddr *ifma; - uint32_t h = 0, i, filtsave; + uint32_t h, i, filter; int bit, index; ifp = sc->sis_ifp; - - if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { - SIS_CLRBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); - SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); - return; + filter = CSR_READ_4(sc, SIS_RXFILT_CTL); + if (filter & SIS_RXFILTCTL_ENABLE) { + /* + * Filter should be disabled to program other bits. + */ + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter & ~SIS_RXFILTCTL_ENABLE); + CSR_READ_4(sc, SIS_RXFILT_CTL); } + filter &= ~(NS_RXFILTCTL_ARP | NS_RXFILTCTL_PERFECT | + NS_RXFILTCTL_MCHASH | SIS_RXFILTCTL_ALLPHYS | SIS_RXFILTCTL_BROAD | + SIS_RXFILTCTL_ALLMULTI); + if (ifp->if_flags & IFF_BROADCAST) + filter |= SIS_RXFILTCTL_BROAD; /* - * We have to explicitly enable the multicast hash table - * on the NatSemi chip if we want to use it, which we do. + * For the NatSemi chip, we have to explicitly enable the + * reception of ARP frames, as well as turn on the 'perfect + * match' filter where we store the station address, otherwise + * we won't receive unicasts meant for this host. */ - SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); + filter |= NS_RXFILTCTL_ARP | NS_RXFILTCTL_PERFECT; - filtsave = CSR_READ_4(sc, SIS_RXFILT_CTL); + if (ifp->if_flags & (IFF_ALLMULTI | IFF_PROMISC)) { + filter |= SIS_RXFILTCTL_ALLMULTI; + if (ifp->if_flags & IFF_PROMISC) + filter |= SIS_RXFILTCTL_ALLPHYS; + } else { + /* + * We have to explicitly enable the multicast hash table + * on the NatSemi chip if we want to use it, which we do. + */ + filter |= NS_RXFILTCTL_MCHASH; - /* first, zot all the existing hash bits */ - for (i = 0; i < 32; i++) { - CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + (i*2)); - CSR_WRITE_4(sc, SIS_RXFILT_DATA, 0); - } + /* first, zot all the existing hash bits */ + for (i = 0; i < 32; i++) { + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + + (i * 2)); + CSR_WRITE_4(sc, SIS_RXFILT_DATA, 0); + } - if_maddr_rlock(ifp); - TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { - if (ifma->ifma_addr->sa_family != AF_LINK) - continue; - h = sis_mchash(sc, - LLADDR((struct sockaddr_dl *)ifma->ifma_addr)); - index = h >> 3; - bit = h & 0x1F; - CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + index); - if (bit > 0xF) - bit -= 0x10; - SIS_SETBIT(sc, SIS_RXFILT_DATA, (1 << bit)); + if_maddr_rlock(ifp); + TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { + if (ifma->ifma_addr->sa_family != AF_LINK) + continue; + h = sis_mchash(sc, + LLADDR((struct sockaddr_dl *)ifma->ifma_addr)); + index = h >> 3; + bit = h & 0x1F; + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + + index); + if (bit > 0xF) + bit -= 0x10; + SIS_SETBIT(sc, SIS_RXFILT_DATA, (1 << bit)); + } + if_maddr_runlock(ifp); } - if_maddr_runlock(ifp); - CSR_WRITE_4(sc, SIS_RXFILT_CTL, filtsave); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter); + CSR_READ_4(sc, SIS_RXFILT_CTL); } static void -sis_setmulti_sis(struct sis_softc *sc) +sis_rxfilter_sis(struct sis_softc *sc) { struct ifnet *ifp; struct ifmultiaddr *ifma; - uint32_t h, i, n, ctl; + uint32_t filter, h, i, n; uint16_t hashes[16]; ifp = sc->sis_ifp; /* hash table size */ - if (sc->sis_rev >= SIS_REV_635 || - sc->sis_rev == SIS_REV_900B) + if (sc->sis_rev >= SIS_REV_635 || sc->sis_rev == SIS_REV_900B) n = 16; else n = 8; - ctl = CSR_READ_4(sc, SIS_RXFILT_CTL) & SIS_RXFILTCTL_ENABLE; - + filter = CSR_READ_4(sc, SIS_RXFILT_CTL); + if (filter & SIS_RXFILTCTL_ENABLE) { + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter & ~SIS_RXFILT_CTL); + CSR_READ_4(sc, SIS_RXFILT_CTL); + } + filter &= ~(SIS_RXFILTCTL_ALLPHYS | SIS_RXFILTCTL_BROAD | + SIS_RXFILTCTL_ALLMULTI); if (ifp->if_flags & IFF_BROADCAST) - ctl |= SIS_RXFILTCTL_BROAD; + filter |= SIS_RXFILTCTL_BROAD; - if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { - ctl |= SIS_RXFILTCTL_ALLMULTI; + if (ifp->if_flags & (IFF_ALLMULTI | IFF_PROMISC)) { + filter |= SIS_RXFILTCTL_ALLMULTI; if (ifp->if_flags & IFF_PROMISC) - ctl |= SIS_RXFILTCTL_BROAD|SIS_RXFILTCTL_ALLPHYS; + filter |= SIS_RXFILTCTL_ALLPHYS; for (i = 0; i < n; i++) hashes[i] = ~0; } else { @@ -897,7 +937,7 @@ } if_maddr_runlock(ifp); if (i > n) { - ctl |= SIS_RXFILTCTL_ALLMULTI; + filter |= SIS_RXFILTCTL_ALLMULTI; for (i = 0; i < n; i++) hashes[i] = ~0; } @@ -908,7 +948,8 @@ CSR_WRITE_4(sc, SIS_RXFILT_DATA, hashes[i]); } - CSR_WRITE_4(sc, SIS_RXFILT_CTL, ctl); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter); + CSR_READ_4(sc, SIS_RXFILT_CTL); } static void @@ -2104,41 +2145,7 @@ CSR_WRITE_4(sc, NS_PHY_PAGE, 0); } - /* - * For the NatSemi chip, we have to explicitly enable the - * reception of ARP frames, as well as turn on the 'perfect - * match' filter where we store the station address, otherwise - * we won't receive unicasts meant for this host. - */ - if (sc->sis_type == SIS_TYPE_83815) { - SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_ARP); - SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_PERFECT); - } - - /* If we want promiscuous mode, set the allframes bit. */ - if (ifp->if_flags & IFF_PROMISC) { - SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLPHYS); - } else { - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLPHYS); - } - - /* - * Set the capture broadcast bit to capture broadcast frames. - */ - if (ifp->if_flags & IFF_BROADCAST) { - SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_BROAD); - } else { - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_BROAD); - } - - /* - * Load the multicast filter. - */ - if (sc->sis_type == SIS_TYPE_83815) - sis_setmulti_ns(sc); - else - sis_setmulti_sis(sc); - + sis_rxfilter(sc); /* Turn the receive filter on */ SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ENABLE); @@ -2252,27 +2259,19 @@ if (ifp->if_flags & IFF_UP) { if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 && ((ifp->if_flags ^ sc->sis_if_flags) & - (IFF_PROMISC | IFF_ALLMULTI)) != 0) { - if (sc->sis_type == SIS_TYPE_83815) - sis_setmulti_ns(sc); - else - sis_setmulti_sis(sc); - } else + (IFF_PROMISC | IFF_ALLMULTI)) != 0) + sis_rxfilter(sc); + else sis_initl(sc); - } else if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + } else if (ifp->if_drv_flags & IFF_DRV_RUNNING) sis_stop(sc); - } sc->sis_if_flags = ifp->if_flags; SIS_UNLOCK(sc); - error = 0; break; case SIOCADDMULTI: case SIOCDELMULTI: SIS_LOCK(sc); - if (sc->sis_type == SIS_TYPE_83815) - sis_setmulti_ns(sc); - else - sis_setmulti_sis(sc); + sis_rxfilter(sc); SIS_UNLOCK(sc); break; case SIOCGIFMEDIA: --0eh6TmSyL6TZE2Uz-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 17 22:56:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8B10106566B for ; Mon, 17 Jan 2011 22:56:29 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 890B18FC1B for ; Mon, 17 Jan 2011 22:56:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=AYnGU/V7i+d/GSWdgIYt4KWtFNBkqbp0sKMXNWwRSmA=; b=cNtJTt1MeWFiCJ4Qeo1GILt1AdUKV+BrH0s/IA7CSNbkC82ZjHb/asNuNtdpkQnbfK1TIkR0+rjIgJWVsO3buVDDwMMQZczysSHqS6rJf6xsMz3QIA3pfo9tCden1J7UMQ8Tcs8ASyKRH3yF7OQ8qQ6pg2oIg8Zdkw9+B9aCup4=; Received: from 99-39-115-150.lightspeed.austtx.sbcglobal.net ([99.39.115.150]:33522 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PexjF-000Mzh-6a for freebsd-stable@freebsd.org; Mon, 17 Jan 2011 16:39:14 -0600 Date: Mon, 17 Jan 2011 16:38:57 -0600 (CST) From: Larry Rosenman Sender: ler@borg To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.2 (--) X-LERCTR-Spam-Score: -2.2 (--) X-Spam-Report: SpamScore (-2.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TVD_RCVD_IP=0.695 X-LERCTR-Spam-Report: SpamScore (-2.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TVD_RCVD_IP=0.695 Subject: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 22:56:29 -0000 What can I do to fix this? csup'd around 2pm Central (US) time from cvsup5. cc -O2 -pipe -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c cc1: warnings being treated as errors /usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype *** Error code 1 Stop in /usr/src/sbin/hastd. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # $ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 02:37:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A573106564A; Tue, 18 Jan 2011 02:37:56 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id AFCA58FC15; Tue, 18 Jan 2011 02:37:55 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0I2bnj3003746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 03:37:54 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0I2bmBa003745; Tue, 18 Jan 2011 03:37:49 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Tue, 18 Jan 2011 03:37:48 +0100 From: Paul Schenkeveld To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20110118023748.GA3170@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> <20110117222624.GB1210@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110117222624.GB1210@michelle.cdnetworks.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 02:37:56 -0000 Hello, On Mon, Jan 17, 2011 at 02:26:24PM -0800, Pyun YongHyeon wrote: > > Since you didn't post dmesg output I'm not sure what kind of > > controller you have but I guess it would be NS8381[56]. I > > overhauled sis(4) to make it work on all architectures so one of > > change, probably r212119, could be cause of the issue. Due to lack > > of SiS controllers I didn't touch multicast handling part so some > > part of code still relies on old wrong behavior of driver. > > Would you try attached patch and let me know whether it makes any > > difference? > > > > Hmm, unfortunately it seems the patch above may not work since NS > data sheet says that filter function should be disabled before > touching other bits in the register. > Try this one instead. As far as I can tell, both patches work for me. Your second patch is on my production firewalls now so if anthing comes up over the coming days I'll keep you informed. I've tested carp, both failover to backup and fallback (preemption) with IPv4 and with IPv6, all seems to work now. Thannks again for your patches, hope you can get them into 8.2. Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 07:28:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C719106566B for ; Tue, 18 Jan 2011 07:28:35 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0988FC0C for ; Tue, 18 Jan 2011 07:28:33 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0I7SVA7040035; Tue, 18 Jan 2011 13:28:31 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D35411A.6090102@rdtc.ru> Date: Tue, 18 Jan 2011 13:28:26 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Larry Rosenman References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 07:28:35 -0000 On 18.01.2011 04:38, Larry Rosenman wrote: > What can I do to fix this? > > csup'd around 2pm Central (US) time from cvsup5. > > cc -O2 -pipe -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c > cc1: warnings being treated as errors > /usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype > *** Error code 1 > > Stop in /usr/src/sbin/hastd. > *** Error code 1 > > Stop in /usr/src/sbin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > # $ Someone have to fix hastd's Makefile and change WARNS level there. This problem breaks source upgrade. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 07:31:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567411065674 for ; Tue, 18 Jan 2011 07:31:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 25A9C8FC0C for ; Tue, 18 Jan 2011 07:31:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:References; bh=pFDrJpTLAutvnsvv7rIhu7aqWASPlhtiOxa3YM7r5cM=; b=GgQGlp4+AET3whXdzmvu1X1s0MIdS4MNBRBZIUFLL1xBeccY17RHnTLCES7WFp4hmk/KlxQGnPQ9Kv5r0EqY0w5C1b0mZn7pKNQfJQUywtRu7+6wm3T2fcnKaABeXGsgFBRnOAiYR+eZdG4MYHEVqyB3aRqsihYFf1i7TkB8sYk=; Received: from 99-39-115-150.lightspeed.austtx.sbcglobal.net ([99.39.115.150]:57638 helo=[192.168.200.107]) by thebighonker.lerctr.org with esmtpa (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Pf623-0003cH-PQ; Tue, 18 Jan 2011 01:31:13 -0600 X-User-Agent: K-9 Mail for Android References: <4D35411A.6090102@rdtc.ru> In-Reply-To: <4D35411A.6090102@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Larry Rosenman Date: Tue, 18 Jan 2011 01:31:14 -0600 To: Eugene Grosbein Message-ID: <08664b7b-93cf-4ba8-b622-229c58b03cdd@email.android.com> X-Spam-Score: 0.1 (/) X-LERCTR-Spam-Score: 0.1 (/) X-Spam-Report: SpamScore (0.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FSL_RU_URL=2.271, TVD_RCVD_IP=0.695 X-LERCTR-Spam-Report: SpamScore (0.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FSL_RU_URL=2.271, TVD_RCVD_IP=0.695 Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 07:31:15 -0000 "Eugene Grosbein" wrote: >On 18.01.2011 04:38, Larry R= osenman wrote: >> What can I do to fix this? >> >> csup'd around 2pm Centr= al (US) time from cvsup5. >> >> cc -O2 -pipe -I/usr/src/sbin/hastd -DINET= -DINET6 -DYY_NO_UNPUT >-DYY_NO_INPUT -DHAVE_CRYPTO -std=3Dgnu99 -fstack-pr= otector >-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-para= meter >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe >-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align >-Wunused-pa= rameter -Wchar-subscripts -Winline -Wnested-externs >-Wredundant-decls -Wno= -pointer-sign -c token.c >> cc1: warnings being treated as errors >> /usr/s= rc/sbin/hastd/token.l:456: warning: function declaration isn't >a prototype= >> *** Error code 1 >> >> Stop in /usr/src/sbin/hastd. >> *** Error code = 1 >> >> Stop in /usr/src/sbin. >> *** Error code 1 >> >> Stop in /usr/src= . >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> S= top in /usr/src. >> # $ > >Someone have to fix hastd's Makefile and change = WARNS level there. >This problem breaks source upgrade. > >Eugene Grosbein = Is anyone working on it? I'm trying to get a source upgrade from 8.0 to 8= .2 done. -- Sent from my Android phone with K-9 Mail. Please excuse my br= evity. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 07:53:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE9821065694 for ; Tue, 18 Jan 2011 07:53:35 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 639898FC20 for ; Tue, 18 Jan 2011 07:53:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:From:Date; bh=1pkWpPan7h9V+XI2/mvPriRq2fq5yOBkkhoGZqidfrk=; b=XfuvxD9gI+8wb9cJqIyqlxlrTl12MCljIUv8fmCinIZx01yjJbz/x3QE01/6drOopXcnWF/FTEcK1cu0iLIJdnthFSVrLiD5SUv4HIgQIT4/34CoFXPH01HVzOcVLG0FUCYQ29haG5hJjGK73v0nsEh9CGBhSYjRs6n8Liym+so=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1Pf65R-000GvL-L0 for freebsd-stable@freebsd.org; Tue, 18 Jan 2011 10:34:41 +0300 Date: Tue, 18 Jan 2011 10:34:41 +0300 From: Lystopad Aleksandr Cc: freebsd-stable@freebsd.org Message-ID: <20110118073441.GT34926@laa.zp.ua> References: <4D35411A.6090102@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4D35411A.6090102@rdtc.ru> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 07:53:35 -0000 Hello, Eugene Grosbein! On Tue, Jan 18, 2011 at 01:28:26PM +0600 egrosbein@rdtc.ru wrote about "Re: 8.2-PRE: hastd: Compile Error": > On 18.01.2011 04:38, Larry Rosenman wrote: > > What can I do to fix this? > > > > csup'd around 2pm Central (US) time from cvsup5. > > > > cc -O2 -pipe -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c > > cc1: warnings being treated as errors > > /usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype > > *** Error code 1 > > > > Stop in /usr/src/sbin/hastd. > > *** Error code 1 > > > > Stop in /usr/src/sbin. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > # $ > > Someone have to fix hastd's Makefile and change WARNS level there. > This problem breaks source upgrade. There are solution from Vsevolod Lobko: : just do: : : cd /usr/src/usr.bin/lex : make obj : make : make install : : and buildworld works properly in http://www.freebsd.org/cgi/query-pr.cgi?pr=153947 I make buildworld without problems after that yesturday. -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 08:06:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CADB0106564A for ; Tue, 18 Jan 2011 08:06:14 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA3C8FC12 for ; Tue, 18 Jan 2011 08:06:13 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0I86Cis040315; Tue, 18 Jan 2011 14:06:12 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D3549EF.6000208@rdtc.ru> Date: Tue, 18 Jan 2011 14:06:07 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Larry Rosenman References: <4D35411A.6090102@rdtc.ru> <08664b7b-93cf-4ba8-b622-229c58b03cdd@email.android.com> In-Reply-To: <08664b7b-93cf-4ba8-b622-229c58b03cdd@email.android.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 08:06:14 -0000 On 18.01.2011 13:31, Larry Rosenman wrote: >> Someone have to fix hastd's Makefile and change WARNS level there. >> This problem breaks source upgrade. >> >> Eugene Grosbein > > Is anyone working on it? I'm trying to get a source upgrade from 8.0 to 8.2 done. It seems, no. Also, there is PR for that: http://www.freebsd.org/cgi/query-pr.cgi?pr=153947 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 08:10:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2BB106564A for ; Tue, 18 Jan 2011 08:10:12 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id A21138FC13 for ; Tue, 18 Jan 2011 08:10:11 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0I8A9Bk040343; Tue, 18 Jan 2011 14:10:09 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D354ADC.6030207@rdtc.ru> Date: Tue, 18 Jan 2011 14:10:04 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Lystopad Aleksandr References: <4D35411A.6090102@rdtc.ru> <20110118073441.GT34926@laa.zp.ua> In-Reply-To: <20110118073441.GT34926@laa.zp.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 08:10:12 -0000 On 18.01.2011 13:34, Lystopad Aleksandr wrote: > There are solution from Vsevolod Lobko: > > : just do: > : > : cd /usr/src/usr.bin/lex > : make obj > : make > : make install > : > : and buildworld works properly > > in http://www.freebsd.org/cgi/query-pr.cgi?pr=153947 > > I make buildworld without problems after that yesturday. That's not a solution for 7->8 upgrade as new lex won't run under 7.x kernel. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 08:34:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819CA106564A for ; Tue, 18 Jan 2011 08:34:44 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 34CA78FC1A for ; Tue, 18 Jan 2011 08:34:42 +0000 (UTC) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 6762ACA90F9 for ; Tue, 18 Jan 2011 09:18:22 +0100 (CET) Received: from lon92-4-82-226-188-149.fbx.proxad.net (unknown [82.226.188.149]) by smtp2-g21.free.fr (Postfix) with ESMTP id 59D044B004F for ; Tue, 18 Jan 2011 09:18:15 +0100 (CET) From: Olivier Certner To: freebsd-stable@freebsd.org Date: Tue, 18 Jan 2011 09:18:15 +0100 User-Agent: KMail/1.9.10 References: <4D35411A.6090102@rdtc.ru> <20110118073441.GT34926@laa.zp.ua> In-Reply-To: <20110118073441.GT34926@laa.zp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201101180918.15599.olivier.freebsd@free.fr> Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 08:34:44 -0000 > I make buildworld without problems after that yesturday. Same here. Perhaps someone could add a small entry about that in UPDATING? It seems that this problem is likely to be reported over and over without such a notice. Thanks, Olivier Certner From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 08:40:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4A6F106566C for ; Tue, 18 Jan 2011 08:40:08 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 21CAB8FC17 for ; Tue, 18 Jan 2011 08:40:07 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0I8e48U040528; Tue, 18 Jan 2011 14:40:04 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D3551DF.5070009@rdtc.ru> Date: Tue, 18 Jan 2011 14:39:59 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Olivier Certner References: <4D35411A.6090102@rdtc.ru> <20110118073441.GT34926@laa.zp.ua> <201101180918.15599.olivier.freebsd@free.fr> In-Reply-To: <201101180918.15599.olivier.freebsd@free.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 08:40:08 -0000 On 18.01.2011 14:18, Olivier Certner wrote: >> I make buildworld without problems after that yesturday. > > Same here. Perhaps someone could add a small entry about that in UPDATING? It > seems that this problem is likely to be reported over and over without such a > notice. IMO the problem should be fixed, not documented :-) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 08:47:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E5C8106566C for ; Tue, 18 Jan 2011 08:47:43 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by mx1.freebsd.org (Postfix) with ESMTP id 30D4C8FC1A for ; Tue, 18 Jan 2011 08:47:41 +0000 (UTC) Received: from lon92-4-82-226-188-149.fbx.proxad.net (unknown [82.226.188.149]) by smtp2-g21.free.fr (Postfix) with ESMTP id D7A894B00F2 for ; Tue, 18 Jan 2011 09:47:36 +0100 (CET) From: Olivier Certner To: freebsd-stable@freebsd.org Date: Tue, 18 Jan 2011 09:47:37 +0100 User-Agent: KMail/1.9.10 References: <20110118073441.GT34926@laa.zp.ua> <4D354ADC.6030207@rdtc.ru> In-Reply-To: <4D354ADC.6030207@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201101180947.37356.olivier.freebsd@free.fr> Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 08:47:43 -0000 > That's not a solution for 7->8 upgrade as new lex won't run under 7.x > kernel. I can confirm that compiling and installing 'lex' in advance produces a working 'lex' on 7.x. My current understanding is that the procedure mentioned in a previous mail uses the 8.x source but the 7.x tools and headers, so 'lex' then runs correctly, since it also doesn't depend on exotic kernel features found only in 8.x. Olivier Certner From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 10:11:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C2C3106566B for ; Tue, 18 Jan 2011 10:11:19 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7ED8FC17 for ; Tue, 18 Jan 2011 10:11:18 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0IABBYV041337; Tue, 18 Jan 2011 16:11:11 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D35673A.9000408@rdtc.ru> Date: Tue, 18 Jan 2011 16:11:06 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Olivier Certner References: <20110118073441.GT34926@laa.zp.ua> <4D354ADC.6030207@rdtc.ru> <201101180947.37356.olivier.freebsd@free.fr> In-Reply-To: <201101180947.37356.olivier.freebsd@free.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 10:11:19 -0000 On 18.01.2011 14:47, Olivier Certner wrote: >> That's not a solution for 7->8 upgrade as new lex won't run under 7.x >> kernel. > > I can confirm that compiling and installing 'lex' in advance produces a > working 'lex' on 7.x. > > My current understanding is that the procedure mentioned in a previous mail > uses the 8.x source but the 7.x tools and headers, so 'lex' then runs > correctly, since it also doesn't depend on exotic kernel features found only > in 8.x. Got it, thanks. This is still workaround until real fix made, not solution. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 11:26:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6C56106564A for ; Tue, 18 Jan 2011 11:26:15 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id ADEFE8FC19 for ; Tue, 18 Jan 2011 11:26:15 +0000 (UTC) Received: by qwj9 with SMTP id 9so5515235qwj.13 for ; Tue, 18 Jan 2011 03:26:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.81.206 with SMTP id y14mr4732896qck.127.1295348303393; Tue, 18 Jan 2011 02:58:23 -0800 (PST) Received: by 10.229.102.19 with HTTP; Tue, 18 Jan 2011 02:58:23 -0800 (PST) X-Originating-IP: [93.221.172.96] In-Reply-To: <20110117212947.GA1210@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> Date: Tue, 18 Jan 2011 11:58:23 +0100 Message-ID: From: "C. P. Ghost" To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 11:26:16 -0000 On Mon, Jan 17, 2011 at 10:29 PM, Pyun YongHyeon wrote: >> Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for >> firewalls and carp is quite often used together with this hardware, this >> looks like a showstopper for 8.2 :-( > > Since you didn't post dmesg output I'm not sure what kind of > controller you have but I guess it would be NS8381[56]. I > overhauled sis(4) to make it work on all architectures so one of > change, probably r212119, could be cause of the issue. Due to lack > of SiS controllers I didn't touch multicast handling part so some > part of code still relies on old wrong behavior of driver. Hi, I didn't upgrade my net4801s recently, but here's the relevant dmesg parts, just in case you nee them: sis0: port 0xe100-0xe1ff mem 0xa0000000-0xa0000fff irq 10 at device 6.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:XX:XX:XX sis0: [ITHREAD] sis1: port 0xe200-0xe2ff mem 0xa0001000-0xa0001fff irq 10 at device 7.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 nsphyter1: PHY 0 on miibus1 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:XX:XX:XX sis1: [ITHREAD] sis2: port 0xe300-0xe3ff mem 0xa0002000-0xa0002fff irq 10 at device 8.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 nsphyter2: PHY 0 on miibus2 nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:XX:XX:XX sis2: [ITHREAD] -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 14:08:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B088106566C for ; Tue, 18 Jan 2011 14:08:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id DC2AF8FC1B for ; Tue, 18 Jan 2011 14:08:07 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAFMtNU2DaFvO/2dsb2JhbACEDKFBsnSPHYEkgzh0BIRvhi8 X-IronPort-AV: E=Sophos;i="4.60,339,1291611600"; d="scan'208";a="107468408" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 18 Jan 2011 09:08:06 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CE434B4149; Tue, 18 Jan 2011 09:08:06 -0500 (EST) Date: Tue, 18 Jan 2011 09:08:06 -0500 (EST) From: Rick Macklem To: Steve Polyack Message-ID: <635945031.399391.1295359686787.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4C7E743A.1040506@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: Garrett Cooper , rick-freebsd2009 , Hannes Hauswedell , freebsd-stable@freebsd.org, yanefbsd Subject: Re: NFS 75 second stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 14:08:08 -0000 > > We're occaisionally seeing these same types of stalls (+ repeated "is > not responding" "is alive again" messages in quick succession). We're > seeing it only on our 8.1-RELEASE systems against a variety of NFS > servers (6.3-RELEASE, 7.2-RELEASE, and 8-STABLE from before the > release > of 8.1). We also see it happen with a variety of client hardware and > network adapters (em, bce, bge); the only common denominator is > 8.1-RELEASE on the clients. > I think this might be fixed by r217242 in head, which went into stable/8 as r217527. This krpc patch is also available at: http://people.freebsd.org/~rmacklem/krpc.patch Thanks go to John Gemignani for spotting this bug in the krpc code. It will not be in 8.2, so please grab the patch if you are using either NFS client in any FreeBSD8.n system, rick From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 16:43:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3EF9106566C; Tue, 18 Jan 2011 16:43:39 +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 B4C0D8FC0A; Tue, 18 Jan 2011 16:43:39 +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 5709946B1A; Tue, 18 Jan 2011 11:43:39 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C8828A009; Tue, 18 Jan 2011 11:43:38 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 18 Jan 2011 11:19:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> <4d3261bc.dcI6EuBnzRqvyRnz%perryh@pluto.rain.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101181119.42053.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 18 Jan 2011 11:43:38 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-0.2 required=4.2 tests=BAYES_00,URIBL_BLACK autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Sergey Kandaurov , perryh@pluto.rain.com, avg@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 16:43:40 -0000 On Sunday, January 16, 2011 12:24:27 pm Sergey Kandaurov wrote: > On 16 January 2011 06:10, wrote: > > Anyone had a chance to look at this? > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060793.html > > To ease testing on head I have regenerated the patch > (against r216594): > http://plukky.net/~pluknet/patches/msgbufsize.diff The one hunk involving tf_rip and PS_STRINGS in amd64 looks to be unrelated. Also, in subr_param.c, you can assume that MSGBUF_SIZE is always defined and always assign it as the initial value rather than having an #ifdef. Finally, I would adjust the wording in the manpage to not say that this modifies the MSGBUF_SIZE option, but that this tunable is the same as adjusting MSGBUF_SIZE. Other than that I think it is fine. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 17:51:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 430D71065693; Tue, 18 Jan 2011 17:51:14 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C2F4F8FC17; Tue, 18 Jan 2011 17:51:13 +0000 (UTC) Received: by qwj9 with SMTP id 9so5888388qwj.13 for ; Tue, 18 Jan 2011 09:51:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/tNBfBVK8+KCrlzdBGUOXfN3MawQnvRDmgqlzwBBHUM=; b=vwRJIOUpSIjoeZ3pc4WWPfKglXZ/a07/umPYjgKcZzm49K7E39nfYGixXkJTeCKSAR rYDl6tiIsQcRjhS5nXI9C8yHQx/CQeETiAJ2s1r00YmudUgksJv9IOEhuepr4RDbZ3zA Kreji53aFyQpuoasJTCZen16u/rFHZBNu/Ew4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bov0PaTbmf3ex5BAkJa7IMKiCABmf3yB/7vNs5zNFOXHr4kkXSqPPjr8UKW5G0s7QT YUzTum+N0hiyVscz/FtW/vBtCDdhhzh8y/2j9bubfLnNee09U341FShOg0ldDmOD7o1w VI+vxhX2i3/P6ep8MhORJgqHkMSzUtpExpvg0= MIME-Version: 1.0 Received: by 10.229.248.198 with SMTP id mh6mr5107904qcb.5.1295373072760; Tue, 18 Jan 2011 09:51:12 -0800 (PST) Received: by 10.229.102.87 with HTTP; Tue, 18 Jan 2011 09:51:12 -0800 (PST) In-Reply-To: <201101181119.42053.jhb@freebsd.org> References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> <4d3261bc.dcI6EuBnzRqvyRnz%perryh@pluto.rain.com> <201101181119.42053.jhb@freebsd.org> Date: Tue, 18 Jan 2011 20:51:12 +0300 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: perryh@pluto.rain.com, freebsd-stable@freebsd.org, avg@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 17:51:14 -0000 On 18 January 2011 19:19, John Baldwin wrote: > On Sunday, January 16, 2011 12:24:27 pm Sergey Kandaurov wrote: >> On 16 January 2011 06:10, =A0 wrote: >> > Anyone had a chance to look at this? >> > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060793= .html >> >> To ease testing on head I have regenerated the patch >> (against r216594): >> http://plukky.net/~pluknet/patches/msgbufsize.diff > > The one hunk involving tf_rip and PS_STRINGS in amd64 looks to be unrelat= ed. Woops, sorry. Nice catch! > Also, in subr_param.c, you can assume that MSGBUF_SIZE is always defined > and always assign it as the initial value rather than having an #ifdef. Good. > Finally, I would adjust the wording in the manpage to not say that this > modifies the MSGBUF_SIZE option, but that this tunable is the same as > adjusting MSGBUF_SIZE. =A0Other than that I think it is fine. > Right. I think a simple s/Modifies/Overrides/ here will be enough. Thanks for your valuable comments. An updated patch is there: http://plukky.net/~pluknet/patches/msgbufsize.2.= diff I'm going to commit this soon. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 17:51:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22C2F106578E; Tue, 18 Jan 2011 17:51:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 958B18FC1E; Tue, 18 Jan 2011 17:51:32 +0000 (UTC) Received: by vws9 with SMTP id 9so2505884vws.13 for ; Tue, 18 Jan 2011 09:51:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=3yWFLdaJSo6CNJiSM425uEpVtcVJJGcvLOjGPZeQEBo=; b=EkZlogYm6jbM+oQmGBoOGbLrbu+lLqOBeHtJd7qIa12GHb9MUc+8VUdOMR3jbkjq4i Qw8WUjOtLT0ccHZfPHgmHNmicgZt5VbZSArKwrl3JrQXf8pHLuCm77IsK+TzGG9SoG3p jZ6kwIivBZW/3L3d0COaGKu8htQCP8D2ZVWrY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=RrjkU+wChxKiOv1SCi5kpRaf8svoRIu96DU4sFGJtxRPPEY0qzKZBSiCUpRsQWCYiT 3bJZaFjMTnUQ4o+M9g2I+TZq+g+sqC9DGwfeKE3p6lTjNUwh55K2RXipl+TbmbgmZFLW 9xLTw7v/v+Sl5mFRC0WrWm0UW23FJExydqvm4= Received: by 10.220.199.134 with SMTP id es6mr1427338vcb.250.1295373091777; Tue, 18 Jan 2011 09:51:31 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e18sm3363177vbm.5.2011.01.18.09.51.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 09:51:29 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 18 Jan 2011 09:50:36 -0800 From: Pyun YongHyeon Date: Tue, 18 Jan 2011 09:50:36 -0800 To: Paul Schenkeveld Message-ID: <20110118175036.GB5624@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> <20110117222624.GB1210@michelle.cdnetworks.com> <20110118023748.GA3170@psconsult.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110118023748.GA3170@psconsult.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 17:51:33 -0000 On Tue, Jan 18, 2011 at 03:37:48AM +0100, Paul Schenkeveld wrote: > Hello, > > On Mon, Jan 17, 2011 at 02:26:24PM -0800, Pyun YongHyeon wrote: > > > Since you didn't post dmesg output I'm not sure what kind of > > > controller you have but I guess it would be NS8381[56]. I > > > overhauled sis(4) to make it work on all architectures so one of > > > change, probably r212119, could be cause of the issue. Due to lack > > > of SiS controllers I didn't touch multicast handling part so some > > > part of code still relies on old wrong behavior of driver. > > > Would you try attached patch and let me know whether it makes any > > > difference? > > > > > > > Hmm, unfortunately it seems the patch above may not work since NS > > data sheet says that filter function should be disabled before > > touching other bits in the register. > > Try this one instead. > > As far as I can tell, both patches work for me. Your second patch is > on my production firewalls now so if anthing comes up over the > coming days I'll keep you informed. > > I've tested carp, both failover to backup and fallback (preemption) > with IPv4 and with IPv6, all seems to work now. > Thanks for testing. Committed to HEAD(r217548). > Thannks again for your patches, hope you can get them into 8.2. > I'm afraid it's too late. :-( > Regards, > > Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 20:11:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43084106566B for ; Tue, 18 Jan 2011 20:11:16 +0000 (UTC) (envelope-from dhesser@accima.com) Received: from mail.odessaoffice.com (mail.odessaoffice.com [64.146.146.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC208FC08 for ; Tue, 18 Jan 2011 20:11:15 +0000 (UTC) Received: from belinda.androcles.org ([::ffff:199.204.207.9]) (AUTH: CRAM-MD5 dhesser@accima.com, TLS: TLSv1/SSLv3, 256bits, AES256-SHA) by mail.odessaoffice.com with esmtp; Tue, 18 Jan 2011 11:31:15 -0800 id 0033C009.4D35EA83.00002CAF Date: Tue, 18 Jan 2011 11:31:02 -0800 From: "Duane H. Hesser" To: freebsd-stable@freebsd.org Message-Id: <20110118113102.8590f6d0.dhesser@accima.com> In-Reply-To: References: X-Mailer: Sylpheed 3.0.3 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dhesser@accima.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 20:11:16 -0000 On Mon, 17 Jan 2011 16:38:57 -0600 (CST) Larry Rosenman wrote: > What can I do to fix this? > > csup'd around 2pm Central (US) time from cvsup5. > > cc -O2 -pipe -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c > cc1: warnings being treated as errors > /usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype > *** Error code 1 > > Stop in /usr/src/sbin/hastd. > *** Error code 1 > > Stop in /usr/src/sbin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > # $ "make -i" will get you past it, provided you do not need 'hastd', and provided you watch carefully for other possible errors (there appear to be no others at this time). -- Duane H. Hesser From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 21:12:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4FA61065679 for ; Tue, 18 Jan 2011 21:12:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id B98358FC15 for ; Tue, 18 Jan 2011 21:12:53 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 9141313DF5F for ; Wed, 19 Jan 2011 00:12:51 +0300 (MSK) Date: Wed, 19 Jan 2011 00:12:48 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1321946168.20110119001248@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------D35F149A520737" Subject: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 21:12:54 -0000 ------------D35F149A520737 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello, Freebsd-stable. One of my servers crashes about once a week, with always same diagnostics: "kernel trap 12 with interrupts disabled" and in same process: "swi4: clock" It doesn't look as memory failure, as memtest86+ can not find any errors in 8 passes. Also, after this crash server refuse to auto-reboot, last message on console is "cpu_reset: Stopping other CPUs", and it hangs. Kernel config, booting dmesg & results of "savecore" are attached (bzipped). --=20 // Black Lion AKA Lev Serebryakov ------------D35F149A520737 Content-Type: application/octet-stream; name="core.txt.0.bz2" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="core.txt.0.bz2" QlpoOTFBWSZTWQN7SOABDox/gH///4B6////////+r////RgvH4PHuovZ92zW8AtgV833n06 BT3ztlu0z587p9oOgegAAdAPt8776lACi943RABQPEA0oCnDj0p9TLFc5lcaW3ru5o3h869w cQADxAAAkPo9VhPPou2n23nTw+2R4A+IKX3uAdEt6+WPfDe217312G90o+6BuzePvt6Dx69c UoAMpKoD0evvX3vnde+AzsZvK5vd69OytHvWV7tqdtOO6bjVUqfXdd2c9AOqHO6jqapHZpLt hXtqCtFPRPX3ngr6+nesHoH1QDQBQDTT6U733ngA9H00uxQHJQA0AUd7nAAUCQAAHIACzueg oB6AGgegAa0CR0OgACigK5AAaDPLuoKr3t15AFBR0AFHXZqKAdBQaBrQBQO8N2d3zkITqLNS 83c1EErLaW2hvBnHfYZ2W29bq9dA6uXXJ26bLdyva3bs9e7XZzq1FnO3JluAAOGWZ22dpNTf d3erunO7jjOGuwlzVuzIut0zoc5mttndj3e+voOl9TAvYPOzRtaesUjkVbCU0gQAQBGQExGI mCaaDSaamyZGSntTJPJqep6mk/QKeyUDTIBESRATQRMp4BTU9T2gp6QGnqAAGgAAAADTCIQk TSCGKmbJTZTQADRpmoBoAAAAPUAAJNJEmhMiBCMmpqfiKeKeIjE0DQAD1AAGgDNIBoIkhTE0 EA1BM0IepgRpo0Cmyno1PUntU9I0PIjRtIZMgaMJEQQE0AmgJoE0AJip7RNTZT9U9EAZAAAA AHcPxT+yKeevgCzFBD1RF9kEUsyJEUSogW9dFpUBD1xFJEFHGbPZmUXlNAUQABGRQRaAAFgA DAICt1VhUQALRARSREUKUIIgloIB1Cp/if5HYf+T+0wHHYG0+iPNA4WtS7/bzPQOZ3YoxGJA EYLAUUFgsWLSBErFiCxERVEVBRBRBWN9DsaAompqHbAxSE/gP2fH/E/98H/VfH6v+WM5S3/w PP/mK85EDgslMB/u/un691/21+ran27IWIJIdPX+UIZbrXjEw/NZ/vfHNz/lUVRSulijOKwo 9qyzCqZJX0fi+Tw3jSlcufXLHZGHrPqb/W/eD3axwk8EwJBxUdUy67Vf+Mb/p5rujhfCvnhO M6oVf17f54/hvw6OzK1uuf/cezbnr06k7/+695ddjP/ienjwMtox/b9zs3BMwVquHChDU/l4 YK5hl92zHREotqir7AvugokkhFKQgC0XxvaTQQsK22BGrzcwm1iAdNEdkY6n3QSMI5nH3NXC CuH8nkTCBLmYhwa/sqCiO85FVuSTWy6syqFZhWoVHW3orI2RyssMElXhap81pSzDkpYea6NR DUaP+tlhp+IvY8qGNyGIobPCM5yNyXVI5IRAEb/LfG/lHs8Mobbbr4EotPHIoZz84tekTs1P oIW4v14oYyFSYWft37T8ZBvffj+34c76iuH7hUizid1bzPGA436ZNlDP9VAgI0TTg8qKRrwr +23pX07jnNeGQYuX1iCq5zAP5oXezb/zCyWBlJpPreN2dpj1grJSTD1hU1/BT74UjdvPWG7D 3tsNthtsNthtsNtmFlEkkkn4IUW3GJA2tppYwKrHL+oTBMPvy8cJ3zM98zPdPz6O2XN07MtE ek2lu7/SvfTNB3/0F2NGLC2OdiP765jFNSNYneqW5Y5YwVbLX+BKMQxq2WjWiH/O0RctQUS0 aUVttXeGT03TGCR3ShYkoxlaibYZMhxmOtGCdDy8hpU43czC8tcsQywzA+VwY4Oqc4UZq1tx LkHMNOGqzTXLKg1qqiuuu7rSjabTFrRGjdWxUWXKOSo1GlSpelquUo7SmFrEywxytVrBphlc bFhbU3ao4NEq6crcCVIwVuz4pcpMitOyJwnZWSj0xKuvXnDrRBE5zJy9nA4USzd0tvVTDfCM bbiTeNUdXue6hkuFMsxqMVGNajLf6aYKiOJUELVLFRFRgUjCqMoVSxoKylLUYsILKlUYoEqX 9aWLCGDVGKSD9yWKiGS2Qallta0lhYQCSKSLJIv76FReKVRgitZKgVABYQBQITWX2Z7D50bM tbyP9z2/Bfo/nlx/E/saYBgcoWusKevY+r6fHw8MFg1d3apR4VIq8Hl/IbPr6nX3/jz6/Wqo qqo/R7TFqllC1+a3aHRkFiIkAYiqKu319Vj+EE4ddKeqCaBp+Vs9LlgFFV2mcSSlEVV/BiI5 MQJdC5c70kHx78qDO8zl+pPjFfGto1MK14P/SwvtU5HRbngfqns0ujJmf9Pn/GwA738q/Vu+ zHzy+ga9zGyZh3vfxfCLlRjjDoWuN5A80Yw/NV2Ujt2wgsxZwWyLw04lKSUdlR81WN71e7p+ b6/hGkkzVasL4KxF8cM/ie71jpS/jXzWc8A8Y86jdVVVWcPWz33O9zwK6rn+wA33l9dXvWNt 2ONLp41VY0eBCj8vseqb1UrrKyz9C6/jyIZ2q7GWErbZ34YSlbddbps1Y/TM1FhddVhfC0Ye 6s2muOMYTj/9/+Zcc/4rvaGNobYMGxtjbDhx/6N4NuOUfDSdhUf7N9XA7L2a8t6PuvlEkASZ mNF8DlT8r6wYBEwExvgU5JvAociJoGPNX47SHfpl1/XOMtEdcelR5b88NHT2O+jVHsKqSrrh RMEUkEUNWkngoSUYNF4O6UUMxfuZ1dp9kuX7N3T0dO79K8pHLRlp1PGOuOvZB6SmqKG3vw28 /IzAu3B3OlFbWFrjOxM4Y4ybHR019GXNzc+jTDp5Yhr1Gu54gQdRy0ZjmvXqNey7P0/n16cM 1wI/XxhUSDKvjsnt7u74X78TM3IRny6X5fUkb2IQkkp1LDKVMCVzMI7Q233vzlX+lKqWysx/ 17Mq776tGHlY8Lv98PDynp0m/zGd4y2uAzsIGQmQjN+cYgwUQAYwGREQkVKUgFGviToQRJ9I xVERREVRVQT+l+D53pYUEUFPIQBWSsIsg2UPRhiNf3TzJCGCc4IrPb6hETiQvoYePhz+Hu8T Av3j7Ta9JA7Jyg38/5oAHmE8AEEUGEEDOAM5/eEbBiMTlq21fnCB83zzDSDC9tyAYaWcIVUU yAhVn7V+sAdEGe/gPcoHywPGOFE3MRYNQLIQWohQWQBZCBhglil8dvoLArLDptFApWZCWxsb B3Zw/ALbOT3eRv6yA39itLT4sIM6DrsfzoYDZBc9uoECiISqetDSIgXgI/3J/849HT7rdUMz N2Fe40+nkw5NUNuYPoOuzbmz5u43WmbwwawSZuZpYKcZL+ibrjwJreMDShoWtWL0dK1PsseV bWputasMvp2r93FAZe6gBIKfWQO3u/GQPtH3XhJQ0ZMCPh9208Ggu2l2aW9smGmhoO/vpWO7 4fD5Z+GWWGXFyLx7ibtRv8ZFxdRasf33dzdq/Vd292v6comzc3ahoURMx1/r8fXqtO7yqmjV c/yF3Vm7X9mgc3q9aUikX4vlmTMUUc2EPnMvEk7iU8Grd2yvwaaSttqtmDhIJBIJQ9H7+hYf bZaYLX0oiiikslHpl3R6YPR081UJnSrdj4KcHHR12hjMAaKc4jFwFDeES3tw40WLJdrF5Dhk 4hYkmdISbJYN/8LcN9K0d0bWJzqP9Z+HScaE661I85/tNta1DcwGLb8yx0QW0jU8t0pvr4Yz g7/X9ddJ8h+L02vonpu6DShyFvTISXERUsiMUQKGC8RjYVxwz1w1yw0zAnyBtD1hTj9WE0O/ HTDbvNfsaMQ0yo/CldJf2KG5MoCNLSPFWVXErFGyNiltNtQUy2CxZfbn1fQvfq+2a6mOXqe5 nfd7wLViiwWttLbKKyyWnW2CrMaiy2zVo5QrpyTKoazMgtZcaIiqGROfBkqj2Sfjz00+gb8k 56U2t7ayN99EBGgSKU0Zgp631yViqG5LYNoloKNbaUFWFktgoqytYsRWNka+bfBrDEFBREo1 NW4BaRS2xQWnnq98mt82oLWskXCWgq9EqxFUcI0WKoWtlVWLiVDCWjEUFBRctHINMaiigq4W 0tYliUwSIJJJNeP82PIj4Y7TiZ+b2EUEUjvC2etqrFERRR1oLgKCxQWLHvhciwtsoUqqqiqK 2NDTWLMpVVVFstUcpVGKoKuS0fBajmsxWtRGOr6HpxOt8+nPD2OaqL2KKUyUvWnZMUFdtVdW xRRViiqKLLaKVrF/KyiOrXfFxeGxQcoVgoKoKLhJbb6ZKxZrWGCrWVctZMt4pRQ/daabQ4pi KLlq41i5RpfdnTNcvOUF3w5goNBppKxalVVe3p6XiGhN0WdbY41GIx7ZTBYorWltFUtooop2 tUigojshNZiIIg1ooK1rlrERRRbaOXC5XDKVVfiJVy6amFtarezRmWjWxcaoq5bVdRwVW3MG lG0qiloUSte3uvrxrOB4tsVESslFTpd61jNIVMEUKxaNZFK1k0mJBTHAQozGGmaTWp4zHGdm FYYgtSoNu04cTEDXp1x1Lca6WjjXLjel4vLM7Muwz1gKDFRlGSmlVStGUGY4JjWKKFTIo4gr 7F0zEYw85TBFFBttsrFlrKtFiixRi1rFNJVHGosjuTMxBQVtlaO0xXAVrFi5lFEEqYmhPkb9 sNoDlKirDeUXFYsrA9WsFxi1BYqrbSChWC1hVQqSqqWJUCpWopWVlaKiJVpSVVRLSCMlZUqR SvILae9DEVFUKTTYUuCMKqiSAddkz0I/NPyfma88cK8uULj05/VSHj15uMJmaYTDKZzXN1q4 ipChB3gt+Yf6TB6j6TQ1ND+6lF17zxh1iPUJqloZZZrbhDKc4Ja6bYlf0OT2Z+M/whODv9a7 fxi+I50ZTgrdDOE96KYnH7dMTaLCiB9bDerNp7ffsqQSQSQ2a/cIRGfTvqNz6xedoFfW8eWb zcWXFYYg44PcqldQSREwtVUpjGtZMyiTN1uG+cb5sG1AcETmRaV5raeXXJmctK8mocnbwUKq am0q2Tlib2tfcVxVJXtYcEgidN2bUPGjKE1u1EE5Wuo2tq8yQTCqy9XBverMLy75oNq2bKWh ejj07YwoZhsG3b5NGYnTOXdBZUkSRqfa2AsjYc1IvMvcRyX11G6t3IG2cVVcTiEovdkUTtiJ guYh6OvG0bnZuTIi3eU6etgzM4kNBwm9NWJyxcmzb5r6X0RaUS+4k5EMXpzm5IrYya0XkziB F1TzJt3bJwl7dSRAOFxs2Yh3QWOso69WEqipNzAvBcZNxiO4ZqZ1Zr7NJUjRcPmXEG4jdiWr TtxGbIsRNkGtglDIk7IQe8xzWp4pVOQ4l42sOzdQMinVqFByoWrM0LHjZKI0jK0TUzIq3iSx eKxXU0gsSLvMWMekRGxFaVCybqdsQjZGTHEFrM4sknN6BFlMMjkY29RzJt6UNvKQsGKiMSy1 saEA8zW0bwicWvWpKhW49XaeJe9xTT5UxIQM3s7T1dbKyVuBWCb0Oao7QhGi4fbpTp2YmNN2 NhzFMXsUttF5vSeZLYW7bOghh4JqcU1vJXhEND1+YBi2YDthi8jXI0goNKsed5NW6aSWwHmh Lw/6LbaDpjtDy/Lzk/T0U8wDfWhoHdNpGreKH2/V0wmklR/R1xgOxw4fEZelgITAxNnq+Wha QTF9PT7n5rKrKEox7o8y29WPVSvHmfp7bbaj3+eyU1cJXMwWIY3V/fE2TrObquAPAaJA/RY/ Lodj9A+TzPQY1k0tRNtttu7u/45BckknwCKy72HWSSSToG1EVmZpAOoGSo5ICaURgYcUZDLQ kkUJhJMLMDiTYSTbNFsqAhqFNJssoktoxhFmkDJHZA4BAcoIcVAcFas7moUrylb7um4cUtyV MK8fYDW+084TFnUZw0UdzFid8zKmDCxCbOaHKfdLxlwysbtO4pRNZuqcfb29c5kRU5uZFGg9 5CmkDD0FsKbJetdSFhgXTzWRakXF3mJzVW5cHMsbVWLOo7sy+vWzoLO9KVULd2A8B8VxIqzY GqXcQY26EDXndixWYsFpS4s1cXEU9xpdJG5m63DkSnUCRM3upTe1drb0xqidqdCsXTKJgxg3 KfbfXsWs1RN3b5VVUvB0Q+zoi5nLuQDSJKt8d5faUiZs0b2bu3lKqzXsJ1MgLEcuRemRKmdM ChSCmakRMvuK02OHWzW29a93ERsxePF4nwZRqlU5WtEYQdPhuWxoStZdiahLwXGCYtAmSjKk xEuHcPKrbIVDLq5cGLT7eiVOULu073L28UEqk3UjaysQh82rFSntZmExCGSJrRkxVEm9fX3M y4y5vCk+VJsmTCmBqhVFyK1VIvdiqhHTEzRkzOzSq5q3wLa2jKOrS4iZvJVnaV1Uh6eAZqpM xQeMezieiakmyowncxlWJCAYBfatTkPs6HA4B+Jh71VUVVVRVVVUVVVVUPX5vkvjuc9VttLb VtttpbbaWqtttqqq22222222+nr4DN7tvrr731fm8kNh2AmDXvB9/w7iz2ctFXYUQKy7MzdC omkooeyKL08vQuWe9yRF4Ih3kVUfe4ri29rhewZqaoLRd2/KFU5kp3GrMpaaWkOMy3sHCkLf ZoWoycLzBsvc6+y9WZihWnH14ObNy8YL0vWTsbmqFmk5KahroXReNE1dlKZioeHSm6i83DFv ZejZucaGh9isJeZJBykKd9haRtpxlPYubh8E6NGO8m53aJglxZSnY2HMpkVli4nLp7hVkvtb YzEMkLMM5BEWoXg23t64NZksmy0M0drNkN71aMea+JbeulmXVGkSmkp9D3axbEWnOI7lu7UI zIsup3Hw2tMjJvZoGorMybpISbovxK0VyzbT0m85yXzjF1FkZ3LV7E2NTgcTl7Aiy6tSKEbB 0jK24iLexijbutMBzgrIVU+1owKpJwVMh8mZi5oxbvdDXFwnmdkSXo3cGduLOQRVwrjIuFD3 Uw+Scm1WxhwZSu3zHu0tdTByoFTMGnOSKsY9Db1xDqYi1sGIy9mpmpuXkXECbq6M7E0sqkMy cTl6GzMPlYdJ0VBm4WynFWLFOXqcuzZh9FYHGZiOVS3cnLS2pKLusUUbVuZm+YXdi5yIKcmj g0LvZ28q95luNLk5hce4fINmHNOMVOiHzP+IfPfhe0AB8HPh989991yfV8IJaJLbADvx8G4B ywOcAKAoDQJAsCLhUEgoEwgVlQWWw5dJMbPZ46O8iMjZIAGf7y0Y5y3kGK/m5IHHUfaQ+VrE PezNebseNf1SNZPjxfjycseTjbxqqrrrrrrrrrrrrpkWlwGhhJsiHq2aJOmBAdDmWOWpXxgG SJI08XRb/3wT48DSTY3Dc+pixgvp9WHvz+cz3ppFWKqxRH0lrY1WKURBoKooqqCIsYwVEWIp bWy0UqVClsUFUUWDbUZx76vm+Xhfx60valorYxdhxDhNjbAwhEsmCqq7sOyKYyKDGKooxHRr MUYKjpvQoFRVgjFWH1NVHh7TW9YxrnYu02hsNmLxCRcl8xGQOqgiGMnz3076xgoJbUFPDURB QRE9PTDEEQVViIKooIg+/v2hrSRGpQJIpqajusOwhuIDrHhupbR4qsalAFA+qnsnPulIHTzY bSdnENjANiB80U2wTWBU2wOq1IngIAHdBcyJ7x0pU2QnGjnHfSMgWEIBypASiAMlmvWgpTSB NibBNtSb6Pp6p68ax2nOMJhzhhnPHTRpMbSMTpyCZYqJrSCC7Au5GBvvpuzz1qpjhMzRVIhr KkAWBp5NuV9cH1cKnhNK+EJbV6eub0eEDh4Q7IG0xG8edGIYmrYtTTJiB7IC9LQhIYgutUrD bOelDTJynVAzjeQWHBxYb62HEbwC0dIheJiN4tRSRXKbN3wTlAvHmadnMh4Om+3i7nx6SqwA H8qGIgiVrgXATMtfd7euA1XKNLzhedQV/73PPLRo2mrPQo61OjvGm6qcZSN06L7gbazcBN1p jSwvtBdiYSDeJg+ppfHxhLbjujlw5UcOlgRDFsyBlmDda0fOiOPODRnVq+Gl3phTpdGjRqzW sK7CaxyTQxIYGDArIcCVITS80kRyJIYwKkPwsCciEwGTSxQVQSbZAKMBDG2DYNrcUCNRpBvY jsb8/O67rKH0IhFD1GEwHuMggkgeBJA8iHkRXMiJRDfAPjgWiC8SIhUNYlQXUgLqIWphETG/ flcgRDcQEzgJlAPLrQnhicCBiApCILeCGpEGok8ukZD61Qg0Q0Jj+c3goBYsQFtozGJLR0GI IYYqSCVqUAHT5NSHsv2RHOO3h4OedWA6ohiK5RH8xio4NlA96ZwQszGsCUYVkEandpOSwfAi 5h1sAcc4R0AbAQQREYAAo/HmmAjBgikEWQYESMDhE2xAzztobcInhittMVjLW1XZwAdBYNk8 lOl5nRbYxBIILeEN2tG4Z7FMyEiZw4en+Q9F+MciEAWQVhpKBGbNU2nPTbfjvmmKF/4Ey5hw zzqheCAeo8sMr33xCD9LDhwIhrt43o2BH62kIgyQFZmBIZixZmY8i0fh76uV5FVUhUlVxJwA BFmF93MG0waUgwkhzSLm/p8uc5Di3fNYLqM5AOvpAK96a55lbJKmdtMJKa0mtkg1yxxemtgv vNYAQ2QJnLjl0+6zDnL5tPwlc3luchIzQ3YpTGXep74A37jzUzMzABhxizfqWA3u9pcfrvPk 8c3dVW/4EBvPv/IY4IBAIIIBFUgqiIj93wPzsIBnpSFSfnth+D7D9ImOTdhym8oYko/XCbEh mZT12wE3t7cNOxcm72jceq8PNoyQun4ZMdTX3dXC2o1fu+J2/ex9jGyFf05f87/07OjTwK9+ f2HJyb7jJxvl0S6kvfl7eRvK//b6e7DOlJmPxi+bz2IMamaiaatUEQ2Z+ZqV9JugbDlPN5LR WW9np9MKSR3VTqqpDvlCEoZnCcd/whsi1t7G02+s6zWMjC3oefwSPz/hofmgpe/OwWmPTk79 8NmeJ+73JpgmPMw6kNPAkZsqVAfHn6mXVh5e8rZQuarJhTNCvrXOno9dFpQ8W8g1a0XOK3G2 BuIWkLvZbaFLVqXc3pEWrFamDretYnq/P1hvd4zf5SeJ/E8UsaEKzv5bgPTUUs/82/dhf36t muPZ0ek69Bid89egjLdZOOuNFB59HUTOzOn6Km3+zp6Y9OxRgox2kPr0aPDXWVnkHao/u3r5 vZXqyxXL5vPnwD59/Jnr5V1IIfLye2ERa/WQyy5fAjTnT3M+YCl7HJRF2cvdA0jav7XdYWep UozhX/41aItzl3vCB/dQ8H4Q9/SY+Vc3z+ZjhxDu0f2Yfm3fLu913j7/HxjKTyxho0++vcoW Rqcx8SM4I5GbydL1UxNneZKe8fLqY5c1K5Iqomk+84Lqd5uRzd2ZWQg9ZnKrRscgws5ujTc8 VnK4tg8b/tPHOPjvznezN1d51dt4e1diXvY35Hd+Ddxe3bOA3lO0hLlR06deOeubpvE6jM93 uq85gddPMFhsZtQzz7Q80fTl1h6gQNuAqi1v06eXvtwjrY73OXVK/vsmbUwxjizBimGbBb33 rju2k748s6uu2hEYuoutMPaMbC1uFJBA+OA1JDS1N3/bnbPLxPbG/mbl0btPl7PNL4hu5xU5 Sng7zYrg7SVHjKIxnt3Xh3MPVX2kynKmbZ5gsVEncf6TXPmHOfx3HbVpSyx9Fv6DyS5eD7Pk 7/MqbcNBd1ws4534SDOvThgXa2GxuG+7Thp6ek6dOcBQXgvNe3w0G9Unbma/s3y6XkNsGv8x cYE1NU3+F/lYMGaMJIoW1t4qBZQei5iFS63rhGmVNncuO/k5uBq0687e+eGnEPEbT0uNDq1r Hqr3att/Js3t2JlpzMLfJbZ0NyNfmaAYCIclVnqV/w5/7+GUrscZzmT1UwhjhjrNM7nbsOHp 8tVfYNaFzMHXajaERjqGJMBnyYm+oppjth88mJ6Mi738d0uLSOcNt2Abk2SN+nps2msAO1Ax iN2aizbHfft36zqtVUn0rRwGv6dv1mDVZdHHg69Ub6T9P3eTmMWL/8L++ifefxe79zFVWMYx VVVjFVVVX9oPgx/QqqLq22qoLYspGtlwgSXNLTAiZiquSWqqqtkgB45PqjtguzW+/03lKp9b 58DlbSciwP2KkGE7mDHKWkoqx//jCv158/dn3LuhU1H7JSkGbI9mjE2Z27Dweqapt1EZN3fD e/HbfZ6OZ7M0TwODYFZo9hfTCo33HPD/0cqYYS1HFdsmdCs4dM4SjzQL7LozxQddr1PY8GKd T7hfdL4v8WYGA54Ezd6OogXy9HN5fblT2Z2eG+r6rRkmbfDX8uPye/xZoGsFW+vye3qW3plj XUR38jYayR1fnp08MvoS8622d5o7+bOEtHUMeCZlCoiTGK3u41zIz9U3wr5WrPFclVAfxNJo TOWLTZj74QSrAtN+VR+n4ayRhcxCsI63q8X9vx9Nm+wc3eCqgc0KXAcs8YcwaTZdt3GrwiWQ MPo7LO3++CDFNk5CucoLOfNvqwOPNR+yDz6dBPph4+uOX6OawB8HP233QyFdf2koILou7vIG Pm7CvCz5DyVLni2/dqebaK5rHpV1kedBgpW0um9lFaUR2x+eMdPXr42SaN2E+ximo1BMJ6Ek hV8UZYLTfHjljaGiup+gyKjbBgMmO72brMO3wBgf4u42FpHo4pmbVZp0mdesbaaX06+YDHac pkNV7S3bEmV6cPk8VBvvavn0u7TDh8MyWa9TADMB1CYcy05lnmgzN50CQ3c2f0d31cOKYV59 i7y/Y3UtdzEYSK9RjNfPaV2/UT59Pfz48gxKre9XFGRqOx1BJeJHxvhP0To+7ypS+sC/I85r O712y16Gh3u4mEmSGTCGM0XQEMxwC5ka33OT4QoLszeRrduTcKC7M3g1u3JuFmzN4NbtybhT cBZ8KVkmTMXdXohozc2jcuXGBbvHFvoAcgGnBHZOs4Jmr3YNMofFWsLfJRVh64DtZVTXGBpe lPJdXw4S0xq+/r8mpkzTYxZqmAAMi2PkNe46OvwrzMzXY5yU0m0Eo6Oil99XTbNvcwABQYD6 UwwfGg7EJ0ODEEqJaAkiCyISKSIjICyAMgwJMzBzZGPqL7EsMMLpea2CfGfkeqiSmqVw26G8 nRs2vnFcKbeJWdP1vwnY/AV66Bach8n8R/sKNaq4uEKA/qh9N790/Lt5cOEmuqGHAABjdsBc bqvWMo3GvegKCC0WsqtsxCMo7lNymFiT1KIwAdPTGFvd8sCCgP0J+h31O8nMICBxs+X6RvSj PV4+yTUs69/pJt3b4526pIK2Rw9/bjZCXnSwcr/D07bb/H9GLZo50lRQSa1NxJDtF278e7mj z341V759L044eXs8tkYVpbxf+zCEJPn+4lQSiKSKFEDg+SeSMhz4+Bn9YwzIqyEZ3c/yHjOr BftoN0XxQ4RE2RA7xEM50b6EechQkZAbF2zb+EG/YSJJiE7OajlexjbbEhNlVjsOzcySMvY9 lUq/w37g3Su72Spd266j0VQ+fQckZJJJJKVN0645kCGB7HjrIeW8+s8rATzFbXBoHHmPrlmx tmPsp3aPN85frvpZvdf72DMv9H+H9z7/L8xj867m5qtjagK9mDDrBcJ90RLuEVDJZQsbW094 pWuXvbinQm9V1knDkPN6hORMYLZ1MlvNAw5jUMEI1ya3ec26e7oRruruc0GwqwZZl3Ua6UUs iHmsGainL1eXcvGu+Lbu4zNRKOqXrYt5OZGHaumt1RN/7I4eQLfN08QtUQCcxIOHY2SBqo4T SbEaCjJJbid/h+wQP1f7P2XACYmn/Oh/bj1S2AP74JJ/H/qSz4i/3HSHN01KZTQQK5dHX+cV +VxaZoU/pbyBJw2XLulSa5h2rP0WoTlbdKyrWbtgwyTCArQ5tAaZWHYmHFy0S9BLIFgnFeqc mYrJnNs3gtK9xreJEHZm3wTkm3pBVKFygHl6pbRTl53UjZUF3NKOWlGuVMxHMxXWa1IYaKEN GaxRMtoEcVy3cQh2eHeKHT1jWkts2NvRbxhP7YajIRHMt5jvJo5q13vRcxlP+e/5p8/3OM5v zBcNZ50tT9Q1zBcrPtXnAUSfm+16NaIkKC2Ye4gw1YFlekqpPfu3pT5+u/kEgyQkBvEIdOgW QMGVHKSpgxUAwhMoCrBIQIJkmEmZ4QUEAy3fnj2x/Vd4H2v/D8vnsVdD68PkjL9VXae393rc lb9P3q2Oyc3kPRpfB1hx2feDAcgcDgzQGVYvrBAsFCWCCSQgfKJVKxIKNHtKG8uMIIRgyCDI oCkiikggsgqIYDFgvRdkBA+4VWBFRRaaBA9YbLsVW/uRMCJdEUA8Q0+nzR7pbGboFDS1etIQ 3DzDrHyxol70d6/aMzHQZMMdp8M+PU8MG72+9rxviUeK2Y7r2AAEm33bpoY2h8VjXPP8j8fm 6VVe2IiixQAkUFFzVIghERkFFAIAhBN9yD/AsH8YkAAGlhL4LqODMmggrx9Vm+tfSmKxTlAs jJFZJx4O6ERZxbl0Q9vTXWX/p/WwzZH6tESBTn94JMe7jAPoi+Xo7IQDeMIYkSedHaVU4qMr H52puEqubi6qYK2VcbBB0GbvGAssSxBgMCSgCiCsYJzu04l1IOlhBKGuVU6wq9SImNaouLBe reNU1hU0zM7my4rYw3WZ9AjRQFPIZhSfX2GDJwtmYEQaOTiwcFpxgQy6Oy/FAqHKEl2eDec2 L4Yu4zal7m7k1NYNfQ7Cb2HEvVPoZMGiQxLBmAZsALtWu5F8qsrIkuKfRboRi4VMC8kBOeQ5 ERy5qMIWu73LhDYLjQLT4mpsrXuLOBoAJtHXagXrCZSGWbkUrOzuUQXe80ZjyS3d2pIq3yho jKWMUBQqpXVIOdb1UYtmDjZvZzIiOE6a03b3ggaY0pqpsu72g8ZAgyhIgw9R6Ng2NrCjq7Lv pQ6xlyFuwdYQmYuBIrGa5NicZhFmbFze0NNVdawuhkkbIrcOqbqrgU+a1s2JBxKsmA5lRD3D DNGqYyhMvM7wJw9zhfJzULdol45MvgU6pGUNzdqNBnXnIiIIyhNnli6vlNDMEnhyucJWkhmc NAe3yYzLrjOpazt42wkQKEm5N1RN4MB1hzmmnVCVVcVOqqTDwVaZFaQgzGQg+ZmTFEw+3bBs jN3LRqwqT5UOjhaRWWzDQGlTVant4ZngEDWHQ1YZVbgXEo9CtSYjzewGQphZIRoKThA6jwgS Q6u+Na64pd1MeHovV6MNkFbRyiIbIii5BAEMaUIBJsMqKwaYLQbtqcSRWSzRd0AiyIvE5hmF TEDLzKWMwOVsZTEUaoPUPNbeCkgNuMAfJmWoyQMut1SBhi9VwEoVSwMtQtbAGXhnKtVAc04C M3GYUwaTrnJfBBuk0YdyMJQwxfKAmxzOcnLkiqWsQCWgPFC8oWXpNEqiAiJpF0A5xqCfKpmA 2bO3d7vLw6nxRzLNbxYwQt5UYEipeiHhnaeKopBNGIBWpxAkKhgku5MSdAZETtPOY97Ei7QL icNY0Be9yacdWas3VW2OHrQ3xK9oKhBHC2Ooqns2VexYkmTRHIV67MBeS24mERtVe7mnSMPB dxFMGqHGVky2sKTxFTzDdTi2pnd28fFGnIFzZvBpeMDK43YEs5C4ObbI2Ew9xwjdAvbGAcNB 2EHmpvZFCjcyhIjdLe3owRDizA6HIZoaFk2DYYqgrmtjgiqN3czGkcmla2YGJozfuP3fvHz/ rwOqYny2x5c+k/NOncS7tv4fCUl9Exc86XOkHvqjVWbgEwB9+zbBmwTb/k0VSlPc9KRuj7aO E67jr76kV/SfQOv2dQZh2h1JyW2vfDtTCgnxn6TZagPIZZFS6QAAcqykNB9uhjaW020UIB1q BmFTzJMrFBfJCiBBc7ifoEFV56WPUWxkBYzwIiAc5/cUAXIAL9f5UH7Ln7utUN+7fzwhGEXK eFp3Wuyr5Z96ajuB/SlFAar+jsEVFB99cIFLnaYmluviNxoBxVMz0/vjGhykGjaWFttdfeua 58C1xLeO9aYJzulvTSQrz0+Kyv0WTzuyj8ddJKdbiZWTojvL+zOPBtFFImsbaCbIRKDSZlMa 1wxHDDKOWuYOUrlMczLK3LmDamKVLTvqq5q5SlXMHBLlKVo5RRMy0yFttta5mLlqUuImQTK5 RWomIpcMxuKtMo2c9x+Fbs08HMXAR6oG9grxueo4WuMN8Dd8Cekk7jyBs8x/varUrPOJo6hM wREzM8YO5b8jDHMER46JKrDilOWEOO/XtzruqT9RSAQiI720MkId3Mni0ZsccmVL7qVz0Jiy LyC0VHAjXe0WGls0KWDTEwYZbu3Y+fx5INmC1XJqOZ9PSODyMdjsDqqREWOcSG0M6MQr/rXs i9dszXY0hBGEIPVVQI650WVlaaOf7zKxsvtN8A20CbT6jj+2VZrogeNVrpPmnCLExpKzES5p QZLnbmdnW1ZKwtpFEWQpjTDEhxnHjjvfJyyRow7mN72XhAsi7RIOgpFc07ESLnRxORmDWMZM 1Auuwug+FxhhVGqOEa3nW85CcA68qWG6cnASY20NQqbcvt5cHMD1G1quSMBzJUa84rmbUxOz joQpcigYe9WGr3HeYWD8GYM+FxylXDQx1zJ5TXOol8EHXvFuKK0RRl6oEuXEG80Xhizc1tyT JyXat2b3vJq0c2d6IBoMfYKSk+N69AYDf6QIN6LrdN8caWSFqxIo02CARLQXxLV1xrCt6KKB qxzFEjEv151NZVQrRhLKcSNb4CQlBtwqyedFWXDmNPP3Ww9OOeV7ZOcoxpnX+8VM5gMmkmV0 m1Yq93Ob4Oa56wsCk4hQAXCMqbeeRFrLtN+3pCmO2XorysCNAYBfANezC3Voy1QetuhZcvEY Eoc15QGvXTj23d9+T0EUzkFEkHRj75p1S42X9OMCx4rJZNU7fQMilcevo9ceofYvaoDmwrEB 0amYCWTMIiIRxfIRhWsAG6Onpz7q2+fgsWxmDa+gMq5luZccGsqmSstMW5mY4JTG2W2R9zhH Su4ieQJwAlAhpunQJTTrmWUUqJWuDjcba2tLjcMFxHLg3JSxrhctFVcalwy5aZciLmFuCZmG YK5XMuS1sy0tlGOY0tuY2mCZcymDXHMFyrcMtzGltMSzBMrcqqVy5jRLltscyi22ta4JmXMT MrhjlMty0Vo5MymKsTDIUy+JOR4vN45Y8MMfo0M48IeOxGehMAVZPDSyDQ3+PecbEN38LlHR ohs0K2dJ5EdKg9KV1qqnArsknA2kKkMeyb4pOjjAXqw5eiHHXR11prlbIToJRKhpL0zeZ62B zTyZ8sM+slWsLHsemUNtjbbaDDv2/nldBFVm674JQxaUqZFmrjQavn3SFFGl+BsKfveZDzKL N9L/R1s5gQ1mD8QAC7SzoZquK8icjymYQzBGzL7Mb4qfrMA+AMQsTVLo7XAGnZdCpGkejzfK FLaMiWQoHfEoBNZumCCLugLtFkAKqNUOjDOpqeCzBg8GzuwNb3As3JHM5mZVZ7sGtMnHYQ9u AwzJ0rwABp/h1XnAOAQinbWt7N3DucwG++mjduDhlvTf7MHQyZyDgYSwDBVk/y3qKRgeh/n8 vNQpb9d2d3+r93DPcsP66FxUIx1479z89+gwbyvlOS3eRMybZgKX2j6jzvyPkeUEfPqd+ydU t2VHyNEiBx1Eema8j7fW+1kfM78FU/L9mjHz3skvA76QZjm55889z5lEbdeeL3sxdbhXwfJj sTO75zL3esAvNVXxzfYEreoZ7oSBBhrtISwUI4CJlJb6yWwdONgDCA1kD4sQTECwvjxwoqPK wAEzMoitpBAOVAIhpcaqDgRSxnUEkt+WNh5YRK30Ab86AcoaQW6ghjZnLojfKkBLShAIbASw YAWtjFcZDCwIdqyigMZIgGZ45lBANAIAWp0swy41X0j6q6833v36pJg0G5pdgz21xK2pRZBt tatKRS97xpa1sczRkxmRARrz48MQSzGfu5LeEQRzI8MjlMClRElvFMuRFVEyPMFBLc/Pu5pG DkIONyXoF1QKgAB6QFzU8eeCKozbhxfd5dTIsXytat8cJsBElT792zDJARfQ3d1aCFzrE7Lb PVSZHz6+ljZO1jXQs3D3tXm1sjBtFFGUiQWJFZJUNQHgoTuh6YCy2u2uBZcAytqKQFcq3onW AC9gct1eRFpsCTEMthKEXy3ZomJUWVRD1WgBmOVbg/aGG7Mx0GVwvUvhFyGUMwnXGKCBf+8D 7UMBDSgGZiEdATIs2c4ajkRXhq5u7zuw9vV0NulkL8xI4QKVv8+TycYhAvYD3vkAAFgZqAJq yE6Ez5Mw6hsMYCKsiaOBmapD7ZgCBGXQT5I2UKuhUAiSzJBNZlBP7WV66bzvm7Q45/Tdge29 RX2VXWnN85ggYlLCgQVMKDK+mf4L9+EpgzIszMwqRmwPrvs2ZXkwpUVR9TvlTl5uC3eNqXbQ DLubv2aYgmCVIsYwYzyFKL4aDhro1uSOFbuKtZi4ORegSJBFnuw+UXzNNWkSDLQ13FcGEcjK tOdGsGsFzUiwxQCh2xUArErJeZASABCBtN4CBbQmXJyQCugaFCgLdjqKcIeuaDjs861eczcJ tZeaFGMkSAblbcuEDiD7pfJoQXnmaEvQca2He+YMlnksZy5i2AA2RscbgqmrTEeWEbOlgoDW ruJMxHfMkmZpuhsspo2wAZpctJ27qLhI0q1zkVm5m7lPIyZ3rwCCCeVhejKQHMQ0MBVclSBC LFaoA1g4s4sz6cpToZI5qRnWcmOXigtTQlMCQwIZhplMA8PQoVS5V3LMzCdlCcEbEnDsccN4 VrERvgx5mZRwVQ+QzfQ1GxHYAQJdHHnila8cl3W1zNzQ6u4+HnoQDJgwI6kTywI3iggR17LK acvNX3BblkWIg9UajBVZFYzYIKABIFLQSXuLgutMmzckRtZiumxItU40RSLxQjGDhUZOKDCE m4UbTvZ1W7jKiYGvTnLyHqC8CI2TubmXV5uTgeFuvtuySNFnBZFDv22WjuLTgU8LxwUVkSLc CTBk2gzSQETBlYGYDEyMyhRFDMuzVFB2ynCXlOebOUDE79N4QwIFWg4Gq5h8hwG+rW80XOg5 Zkcu4e+bVPm7ubMAzQ+yQBLEsASSTxLgrH5rW4gtCtanu2ZiYc0CbwJcOYIwYWAcswFEZRqL UTKBllSF4OybIrnEbwNJpCyDY9uwAwi7TC2ZhBDTeoS2QKhlrCHcQICqc5UnBTlB2dFadrr8 evTk3xevtj1d9lkF9NVdie3rhZVhCm24/tySXQ+RtFaiCIhCDIPuq68seip2QLp6vCuQkZed i+bJjauAjalyuNLzDCQk3JKEN/HmiwjxGH6T6MYzDBx6c4D0x7gw3lCCDV2K3KHtdtTEHDAb Nnw7WwXqTUQunoPgfmGEigpF+5VV/0Ja0UmVyqq4qrbVVVVMtxqtaqqqrMFIVwJ2QhnENnh7 dkNqiJ8d70eB/FhufhKc4QPs98vDtQDTq+zhwyHHmQbohPuik0kmQCHOpylfsN8iMcKDMfLw cvkTvv+PCaqvrxkgipXvFVKxJwggkrt3CBOzA7F7P1kfB6nOFTm4xvSW1oq1YfJWPTxmzcXI vVFF5Bu7dGzmvCnaoRMD8v6KEkCwKomNGltuediBarHN7WmURkYbeaJtTs4Yp3ExST7TrSMe qp3nZA4GDcGbNIOE/N4dFOryVkzzSQZgxlPk5e3b1iT7eWFU1hsoVgwiDAuBc2pxnwOH3JOW 76CBjBa8bqA3Cyck5CC0Q5AsFag5mL11GDKp5ToIyVi+UHunUu9by+TYe1SFNOmrse2lH7cK 5X6riVv5Fs7L9yTIXryqlYWUu2zyVVDfKcicdNWCv6OfpK9RVZbojg88s40hnCcoE663hSEU /IsnjhOOFCdK7g/FNpmrM7Tq/wQVSL8KW22ndrbcofuxF+PyYPLCOmaN1uTNInm/49+cZqnv B5YPeHvmswma40yrqGq6pgZvJsOKibGRT3sbfvMjM5M7zprtUNEg2BjA3jDX2SIOHBI39ews 1nE0e7O1lXhaoY34xuhUnlkpVxlSlVebHNVU2insujQVtEzooOvfL232TirKvhWShQn2x054 YddKVVrwRhajRjOR1n8J3SXZZmrmkH3Y6zGmATeSCrJZg9d0Np9r7ZePn3x1Db0s/CCqMKze 6fZI/kf1/9/17NJBge5PL4T4kVTzrNd9Ezwhib6nREtNUfHi3GHzQc6YkzksLhQ58ghpoqzJ lsfGebXv8d0136MoLPi9k30L4ZOkGc7rnIYfzkR5rj4bIFkCqHBIfZemADkl3MkVq8IwthHN x/LvyO+4HyF+ZakwAQwJIggkMSAbMmEGLt5wksWGLAIf34cjdg1A4MUacI+NN0wLt5nrEfjb 9c5rfPKH5VuxYsT74P4/IfkSrVsfFOmk1HyPU83hNPVAvNhzycZVjP65atcRtCvV11iyjdyL +WA0UzAuFriEkSEzu4dXtnBMDynszu+5ngY9d3JzzAKdT4SsRhLFz0jS1Eaefmh+sBZSRJb9 +9fSLP5EBHMh5zhPKc8WsUPi6+K9c6+Htk8s9zwmmd0rxntcRIeE2w5d7p6nSuF1FE4tdNxq UsKaQ5XcAHViMG1VADRAAvydQ2rYKMuHghrGr5gs5McPllxcRvFmVzL3eSw/Ut3mjv2XzYZr bt5DtKZmEgOBLFjQKZgD25uf4f1IjYF857IfOI17nCmkEfwbiVReP2B5F3AzIbCAJsEmnQPD N6HJJFV6Anz4VIMgly1Wr7/TNGSr76du2k+9ezOgpq02UNBBLEQ2difykBw6X21DSPDnq9LS SfqVHJ7HQSxcFqxXKJDSD6I4/vBbMf4RhwiS5I1MExwiy5h97bNPDYLItZbkbwATI8B88/Jw 295aIhaYzOTEbn8WL2DY022xsfEW837Lbfdqqjmv+OWF0hAwksgWWGmFybGDlSzWi+wHsi+S pvoZMyIMJFA/HiUaKs4q5i0YaZyUzMa7sbyVG37fOehv3kcfSzWHTeF+iqoUiUCAQg28lphp 56vzer3aHs84w/4fMll7ZP0YzGA8qBA6NHNaWEpV2phxaKCkaSQJN+VJJyAeE09blmNSTR20 RtOf4iBgED7e07MzfY/OqxiVFn/LG8H5wZh03peOmJ6f3QcugAiAEdvv5xjXX5RLa51xG5ms 2XrzIHnHeJ1otlhjGMNdAVMKkxUp/aKfVny+TzczN5xh+3Jsfa+bk97Yd0ikSwZFGK3BVjbw TS8gpcAVXVM/ZBQD2bzGHQj3yOcpnvdcrCEOvAq7RayTAi1QB1PKDcaq11Tp3115F+F11N/i 9l7ZY2FSolmgn9Sqvuc9j0QgfJlckMv7/eho1XfyQxnz5LmaTQpBUTPCJoo2cDVAObfi46F3 trlsPS7rrVGETbfhzwv03M7m7vOBvzkPoFkAd7yQn8bxfQBJBEe359mYA/cWO9i6BrzJ6j3g Xud7xjw/efocfPu6A28EhOgqVGRLd7Ag+gh8AA8ebARYlo7uz97sPr1z7duwUqcQXt43HHTk RdYaAwtBY2QXd8LZRjKVKmnYJxxq0zQQZ2FsaV1MKA39l583MMrIBxhFlyt5Q3FWonnohhCQ SufRObzpoKSitFISnGdK68bExvr40ukT/KdsX/5/6cgzM3+Ug3EUnjq5YZ2ztT7HhwrWjRjN 3PdW6HdUbDnwhVq1enAEVnTCWZrVU+RSHbFflBr+sRzS5mtj641+L1wZsMNZEtIy3F46XKjH cC2dGOGXyj33uiSzzycSKvrYQISwyy7Xm9hYcXJKWUme+k5uHmNuc4FsQYsPTbcrfK8IvhOv X89uOSvVFXXbfLGcaoXBB6o0r1VbvD/Gu1nI4trP5f3O0lh+RBI8e/cemAf8BDchUD+8i4Hj jfi/Hruwb6SAGYwQMuvu8zXwIWb1ABgKdMB80oACPiDD5PH/Uc1yG53ilYvguXniV8aGQhow ZoVI3GGs5a2n5MBbmIUxW85fQOXYefGuWbykA1EDX8dt2XbSwLEkEsSxiGw3RCMR1Iwm+tgm zCXtmawHTTIHlryp589iryqqL885vOSG/N0OnomOLJA+q/tqf0B7+kUaQ+O1cpNrQS3V5Zwp dedgJHMLY3TW1XSs1JIRWfTDir717+ex5yiC2LjtTsxS7L/DwtHj5Cx89+qFl/jl7oZ7P4wJ zKyZIaJXYjezfDYYiWMGzIjVgCzzHGTvlgjG+erpVot/zv1h4Dv4LORkcyKU5Xoyrt/ajK+X nN+M35VP0OsGNNtMMJwm88s8zTgZSmFIhtw7zWnEkRttaX1tCbEgr4WpRJbt6AAzmqzrbJJT UclsfPxLGy4mMraz74NRUBbOvLrl9oyHTW+cNw7c4pu0CCBtUi9sBAVZQq1LLc4mazq97MNI QpR0kwJILlGt5eNLyN5KsP7Rwik7ZX4QjQdmAA+dUfJ7AFmqQMIEuXIwcVqPzdlDeg4S2KlK JkbDCo+bh8jfD6YfT0fL9dJ1KmIEWqidVlue5Oejq751AQU8x2TlGRGRdLncnXWJU18GOo70 3nVVLsPwCBJjRnMdYIwDzM5F4743TgzEuX5cavMihISJPKOzuGYGJtkb/A13XXKEHgsthfOM 1PNOo87uJJIVVV2Sk48qRreLzGqd7PD0ckqxpiAB4k/Ee18bmVUByEW8+aBLsA1EEgWWZyGC LD34pMp3ki9qsT92Vsutol33YjcnSZemtWHZamDIL1oI7TVvc0M1t6wqaYV4KEVm7ml6q7mM DOQ/7If5uX3W5x9GULHI7dFXkK7sQLOvdzZq9jMeG2skW423gZSdPFPWh9uVgydM3WiMe4oK 3uBT7GYhliMMHDslQoobmHOMGE8EzdRzBbuOVVXx6Uq9ecc1cPc3I11c5F3W3mbcxMGnudDv od8nZ3JM1U3WhITTxr1uZwIoEIDAHH/WSqOgt1kQeRJ3sx2rDzjndBECTQJL2c2wthJFEgmC sz9P/HPemcfm1yzD3EF2elRrtZ3Zjv5Q/WgtK1/T5JJGTVfDLdp/C2XNV0lC4a4m+zST8KRN BU2Pv/D7f3XPDv3iOhflXuj74svdrcO1j7qr9wo8vDFlykkzRyoc0tCRLBg0mkL9n9NeKpX9 DkNjQeBwJAN3PLMeZLh/fn0OqK0DIaW29oKG0cDXQYBgzVJu829RdmdD/fW5kwj0eV2giu1n KDhSVDNQnupeVTuL3TF5xvvjzlO97vl9ryVzK860ctmAxMFkk7YYNhD8QDZ+7V+H9XaIObFW NlN39VcDIylGogsIoulKEkwpDrF5TlCdKpTpPLKyxxuiFvLMumVdYMBhbm2qdMVbcnDtmSYK IJqgQhN/GzsC1/TzWyBnx+jVpxzDz4v6PAU0aGmj4hHKxWuVavVA8ih3d8K4fsuSpttMhg9m +GgQrJ7HoDT3Y1oXkYkbi/IRBKCe+bSsq3TkoD2dskFd5loSdRn72xdseFP4flYFLZ+LPy3m HcdM9ZvJWyJijg58v386qrjDpSmKGiGDjhIVaKGQPpJAKxTPrTJ2rEH54ROMaaZrL2p5H1HG lBAeMbP6kNAe/Hg9RYYoYRSR/ynwL95bdo3MQ2y2sTSI9mme1eeV52rTbC188dMssA9YiaE3 ydBh98/nTj6KCCKQ6PbaclDyfgUYrJxQS6v13JH+yQPTz528nWHOSdkErD5L5zCY9Khwjk6u HySpraKzqDlHuDrHJdCF7e3/Gq1grtWCScxPH+75oiu8HDMQx+SH5HzEwsggjsH2kGbtSD1G 9tom2/LDIDgOc6Qn/S0UB+IxWG99Nb7Cnnwq7T1F+T7VZznKA/GbBA8H4ZX86CxcQVAlIhBL F57b0ECzD9nh/gANzkoCJTviw5R8SHv4M95rAEOgwgOioMbO16c8x1VDwzrt7wmhQ+w3AojR N43BU8U88OnXe8qnumwRwRP73ohzdekrt2O7ywMweUbblGu9y6FsCZviU8GLbwC7UTbfdVhV jCuMTOrl4Hm3q8nPm385AH5z3Dw8NDn5/t/SZ78vv18nn6IX+QQIREX995dAMPn2Jnox3JcQ qpvt1WlGVjj8P6WVXqjdjsc27oBkSdesPaM0PLd7Ab2mKDe9lvtvH237NwK6Wrn8PzpDm3ux QDBUGHCGEEDwgC6imhhBAb0ZcVf7T/srqiBGgQCGuPfbqx8t7Gt4dQEWZ0r7k9N2lbb9RtYK AfYHfyvfUegPyPmYBQFn0Ph/hPa/l811pKDiu4rs2/tMENl+qiMvL8vJ3dzeftPZ3+He9I/A TywKf0CNVlEIX7u1hBQbxcNs2wjtlZCrjbVukSXlz2ASufG7Hv7DPe7rU+rqo/OwHTillSUG yvT06Ek5qgNs5anhoADK9pokb/wZMTrtvU8ywfeO45XXuWCFkzATkDmzEoUPwQmBN2b/f/cD O+Vmee15E+xdjFc+jeZN8jmc/PqMbnw8jaK89qPyvGNpkgSCCiSPkn14ZmYgzL2/n20eczfx 1Wwe/lrJqwxqUBHGf281mYA0PQHVllX7xAmyD1VCQo5eRyrIZzGfYPn7fbYWAf2EEgySEkHO bd3OeL6vR8fybTQgunjNsiEYl4gj+D7Tz5qa9/d/Tf0dN11e0yaezbWHJB8+oI6ofj9H5+3K 56inNeDcruzVbV75z9neNa8+Kga8otT8LEWgQCKbDYKVEPvWn+fXMnjRAGup0L+jnxePjoke +72Zi3HjofxABAVkKjTHCHkMEHzy4HPXFGpz98BzXF7E4orcc9Tv1V2F3HLBz4r5692AgRwh v21dlefH0Ga6Nj3YO1Kgf0+c6nt2FSAPYqHXA7mq4/kTiceXN55nN5+EWWvNF5WsQw/ifhBA hI+zD7IsGfSkk1KtJcvuI+iglxgYNRB2WRwha92Gct5kuWkEuzFSmmnWwmBLF0GGeoMMiTcA MNYhNaGhMEErWhKSCSCtqJiwriKBQacN4htttsOl7z7iA35z4ZPG8Sesrk0w88lODlPTHwxt L8ZdnYBjrIMRKFt36ci1bhCCJ679c4t16ExozInbvu85zeffgghx7/UBGBrjTV7L7MGkUdJM imm+8zv345nCqQJ2SkA0hg32EpiVaHpoeQb+3Y82dOGqGTkCHZJH8iBfJyPpgACQHXVS6q2s HEP759fw77PhfilyKy9Ssihojxpf5QW7ZV34MUgBZhZhDOb4XTjWSOZknLv5e3XMznOfrsD9 Nwd4K88LBWUkCgF+3r+mDwO3S4LEhuU/vJDi0iqcck1URqZLFs/03D2F+t+vzk+XvmxFHXl6 Sx4Ej8M9uzXmAwKoujEVSir3ldErVwmgnRNSUdCoH6B7vX7/Bvcr4+6UYolG+oswssNsWMTT rCoEzJm0khtPTcJ/GaBoNCS6pS4Ige5qpSR4Y/pMtTNFI0jxtCAT0idxnZ0nCsAkWlam9ueT uaEG7KaXuaqKrOO+tGtZNGX11r5enGMD+ahDbBYGUQHPGnXcF2T1RVmDF9b4AByqgAKiADIq riAIpQHZlNTm0ctOnGVGeyTSsp1b7Ajd142Io1YEitfchRGPt1Oq62cf+kEF/rBqkXoOgIS7 8U3j3ImY7GK+zemjcUHVNVXuSI07VVGvF1mkxFDUd/gwdny5vk6ajkU9q5yNMYDw3w82jfIe Kxc3BB2Jfct9yJGp43Xd63bissrMuHuhkQaqxkcYEDJL6WiCmkEzihnFFqIg2zq+haqq98nB c6LWbb0cmULBqodqIJxIgw9Gish8iocOnK4IjDhA3z6tg2PydzOun1c+mP9r6w/kd+PPj/J/ SI9d/Mr6/0tn4b9vqPM/D6rGnzYr3dW5lc2ayFBZnNxbPNkGdc7H6zjBcq3vFfSDV4loStZD pBIBIo2+B4PSKtB4ty4e4bDpGA5YjJkXBQwnPhAqP9ffLyYSDWdI6R0gP4CzAysZqR1hnCwM ZHPdssAZxQR3bqRNRU49O2GkgdGTSYhD04oTSGzvYvozUcRLxTSGsRyhthIJuimuetr6rtlS +qFWcyOTX/GOyIJJBBQb+KcEcS8TveK+zZ7FQ68n165nK3m6P2oc4B4dxLY7JJ8zM5/REfSB TMAYLoNMfOooYnSMHZHDNw4/gR7/VPn9kgWYBj1D2cr7yK+LGIM4XB9+L5B4yEM+vPEMBH9c Vxx4p6R4Q2d39fZDkE0nd395lKllN5A+1Gn7IgUMQ6J0NnIkQIw2fQ4mXnUj76f7FLgU5643 +ghiCGBH0w99hhlS8rw8on4fht3EVMuQJLvO1e7635/BUabbmZ+QwPEEFIJ3wv7fsfV9QsaU R+II+uFH245kGl+Mv6uioeu9Xs59o2PnEB76yHj8ATuUnvQ8hElaPx3j7NKVA4/1PWFTa5/h PDPhnwoXtvy+0xNX6/Jh/vnucltvLqjb/PLc4TT3T9jMrY2YW5G3yt3Oc/roeQ1VFd+a0Xy+ pehdhf6AvZJMyQwkFmqvWCTI4zFEsPsfWzZA+/1+civ4p5x5uRLuRhCKSl/x27ZSb+r4Qd0O rZkFyxaCN7urx0m42YQkgwryqlMmn6PIydepp4YEt0tWJotGXfiX0sn+mbqcDtyd85Plfkqw +A53TzlipFiN3RQ551eHxvT4AYjyI5evHmVe3u/vufBc3yKwlm+MwTBiiZquz5X+G5POK+Ts O/ac8pbVDu1bYd33nBVxY/kud1VG33ZFnleXAs/x2n6AzAb53fK3f+UP9fWHCGFFmb6y+Qgf sR26qCQf3R9faN++vJnbaz1eTUzS6Bz77nJn+MS8B5SBgV53sLtSXV7FGHruzHN3N8/Hg73B O+MwfY9Z0P4ENAMkEsAwDMiEkh5512fYeeYBYJvtuGy7uJzd+0mDsXyccJzdNEA97j3A/3Gv OzVrlqxJVvHMkd0MGNvUYYBwzUg69YH2NYnJ7H9D3UHgITmXXWaAQiCPWBQAG2zeUoDruQ/L SXmHyo5l7z7PvITy9OZ6y37X7ABDEkiE99JDjwKTvwIeFPcZ8SrmcdDiFxoAERI/fDMzIsA0 yPhoEjp/kNzyG7n+73wDv2CT+JZZ41FRq983kTf7XHEth/bYLynI5rukhsXsVXlAQR5WmBqY DViDD7cBksP7x4H5NGPh3yV45efROgz7zdvc5+JuoqC67ghj0j+6WZl9IksCgkjHjkfXzkRn gT9jKFgBx0CCZ65rLbyg4dAuh0vOUKb7JB+r5AWyb/Hak96g5bcTI0AfEpBJtcfHZCQOJAPj tJBT/OXMXxsHhBNXzFmLF1XI9IXzORXXj3aXPOXNSKfAeCAEGbVIiP7/485aIGUgIIBB/YHX HF5ZnszBj6+NkOBjp2ua5MfN3nPxSuPaueeR+wNEkwa6T+fc+ur+z+Gf2di8cbw/WIVHPVF/ X4X2/P3+dt6PPNTn49ted+Vcfi32+0HxX8Pn2iZj3nfq/bHyvaqM+nJJKwh/O/J9yu3z5t6l 8mvs86ph69cfXRx8Pz5g+sG+3nsevnj+Zfka8K5PLBKg2SDHJxQMgZQViZ8DNYxqqfFGar3H 9eniXUnnHkt7N9SxV4BzlVmveDxyhjRc9MED9GYBB4jz87zyc6MmF/bzBGJfu6vUF3gXj7ux cPtEBJXjQYodEAUT560u+n1BsxPWo4qsWRN/XOc5+vBEaOb7/kx9uPS7kfZLAfPfDS8euD5E VWAAdi8t/3neheaXf54ho9IT26QAcisVQYDi8KvCzSSMy2ZICCrRe9cJcKLFN8LfPVni9Fqz e+D2FSHj77cfvoX1e1n7x814ISMkr4MaASvkPO3878/D8n5VE9+exX2ILUvnvsGd5LopcQai XuqtsXHycYPCIztuLDCkAizo+8i47vm3I2KYHIp3OR9HD21Wi6p1ebgx5fp4LiO5dg7tdkHb fkIc6g8hXjsO7gYbdqtnbyb28OPohD0Rg0IxwLcmzzaKgiK9miMlgNljrsrck6dOm15KHR3e Stk0vSawe3qe3AtxCGDihEh8mBTSk3s+RhGIQBEh+HYs3gUiMyTg92I0xtjYDGbRH6d3V3Kc ofPCZazxgs4KVqRMy/0EkhLf9PSmBdiQ3jsIWAL0sOR/gNhXruUarvsTBFquy9B6p4j74uRq C1ZiqHV2dE4tutfbt7EbDO0PsHFFHdfA8Go0wYhZphK9zLF5EvtWERJFxM/2oigSCjLyBeh7 HJHBD3Z1DOF1Rm3YUBDCrD5DzTw+EZD7TwllzVaX2Mm7vLjYJvJ18qtqheCZfYcCxlTcTGbl omF/RL5G3aFLjyIqxsVNpxfKJW7WPGYKy7hbCmtjLx9mxWvMvta8IjYe9w1mCoiooW4VRe8k kAgXj8vUYx1xEGQroxEVfHEHlaLt91bIgaLy9V0HhFzJZ0mQhInRYq50Zk0BTomiKIxQS97u hzkGTjqnI/S/5U2/nxt/jFn9wiIHv9VS1kRTodOh06H2xWWOEX68pY3Gd1t0dBZXJWzi9lkI 2PzQNALXyOTYuM/LnZEWB/s5GxqI798Zg0sSGBZv+RKmVL+liSL6hzx3+eVSrWDPt5V2rYRE 5EYFeVysxBsx/8r4GlbI0mTe8TuJviIkiHLFzWoKoAVWnwa5ctO5uhUXLGpLSYeiVF1IJRyT EqL2FuenKAH+Q/Ef5hgJMUgdBi1rewHvtRPkw+PSmpy889/htyOS/nm8/tgTUXNvhh2qxWlh iE9KknTgzuSMCNmNK4+067+3VpvzuBX9cfVVP9Q+fc/f6xuxiWOhy/t94zIdmvarcmVWb9Og CCeHRe2If+/+Tj3Fpwokp0cBQwkRex2YWQrKnVUo0lXN7gi8L+z1kUkCEDUzwAPi8Zo+vQ2l Qa7kQEDDghM3qyljN4a7zCnGHjEvCxvyrt3t5vP5QiR+R/haBJp+S0s0TyZJ79F/McAN8h69 /SZgsP+DnT8ib+yArkqofvnj2zc+PkAM/Nuu6+xP9fE/D5HI+vqJC280IZav1c85cG5xbnKq q6RpJYN/z1xdbiWNQAlp45eXnoZPBskgg+b7+FSfq5I735FjihwsCyRKz3b5uZz8tHGja2z2 wRZWu/2Ah/sigW3ghJe/YZX4dyvJRcrFsPH4r58gfia8VX34WjvfgzJ1r80PHp9qQLf71drz 2sb3s+Zp0F4xBnHPeeQpzJdT7iu+ePDlUPL5E66HlP0IMP3eBMzMwZm3q7gEoShYleRyry/O /g4ZgwAWjpQ/AQLupHxyQUglXi/xprv2alUfu4XtBD6wzjxM+D2faFEeIode7HL8IzoYEiyD rxMfL53Yd9Z0vUrzyX9npgjfR33717Gqoe9i1pM1shBD0wzTHMkl5P1nJFzUPDlvj16J/b7Z kdJVLyt+Cwwb9fm/WV1RPpUV3l15pAvawkmXU93M3n55GbzZOfSvyHXBBdkJApEjJO+eez6l 9aOniQndjK8z5mEE3jp92YchZPp8SaOhZvreRPH0fgwkx15gZwl9EhFEc3emHEYS8cVTm3Pd DW87ueaxhpJlnQlhOEjX5N3znN+oQcjAH++rzxl6xJYMikT51v88e5IkuABr4+lpgfJ9jwzz 7Hew9O4+cV5H6j6HsGtOg366A54ZiA7+fvx5u2YchMzdVUtzwO5PWV8s82af9vqLle4vgDCZ 5BI1+ecD/wTCyLHFnPUk/N7H1GCHm1sVznOOIvl7P7xnjfbmQK9f9fYk6R8b7EnHATGsf8P3 XJ34h9uZ6Ht/ufKe9n9WAJi3dtrTv4AXb71+hy8xAOJevGmDl8fyWfX/a3nMZmGbUFPIh5x4 rPbqSvfpJPKnXfaaUpSx38o3ceHGS7yec8KBbBa8KXpS+3HTHHtso3U/o4/hEBFBDznnn17T mJcdD/GTBOmDe95L/x36de/AvZv+bnnYH1ZMCI3ruvomA+Ou4GaFgTP8/UNRn0d0SJGDvzvg UcINsPB6/kTiCgi8hOJWXArwe+7LfniKtyRUv1Oe8Xg2WAH7j2uSIIAch3QB+fHqlLoMeoD4 4NqDmWPSFt7uzu+bvCBCvDAb2qFLj8qcpgB+tCsRSBCmejtVyR+nxDyCjfseuz9Tedq4AYvX VEXrtN6dmbY/pb5A+r+PVc6mfJrsZeYbk/fkiRYnN5sfmV2Pcycv7OBwvI8rYHRLD6LEgM5S zL461sWDRhmyQrrplszW5o02lZjauyS2Tt0dnPPOXznNiDZRZlnK/Qs7Gc5GIS7swE4ft8dr Y4lw+FhyBrgCi5rxCfVpEEVITDzzdqUbLkWt1UghHcfk7S7827+nfCfEriy6Mri6CggalwlC 2EK6TdmzlV5evpO+HjGJGDfPnlidr+Dvl9/jzD2uZmXL9+a0MQkqEHmUCskEd5BVbIoEo5+n 2GOOve+PQ48W2x1cI4OIji2vTGa48u5ElPdga/W6XxIJZhjctQtblMOheL1cGVHsxPdsvF2F ge9vIyHmxU1oki9KEu+6wIC0BA3VCZu6jUZWsSaMVWyLFuTsXAigIeBrlXKFNORCNPdJXeY4 fULydmENii+qq2Xd8D64x2fJwTcDd21QTlRuq0qqbWS+Fbmo0629ucq0bm9MUtsnLM7Ig5Sw XT6f4hiGqMutl2cYX47vy5qssPpGOgXQuIWEC3lBWBdQ9FXLMIIMK1YKl8V5+e/s9f5+W/f5 h5e/qvm3SVPP5RKf0/Y39Z5n2PzyqO75vKqJzd4M4BhYRHIo8g80k3t8v74jtwt1ZSXNEPjM AeGVDSwccAbLezO7LXlCjLxMMRGMdFLKojKTsJv/FPKJ49i8/mVhm1TdZAfsRMgP1qiZDpUT BIx2ArZrZrU+acvMFsLs7TwuIQHiDsYoNRzHwYmHA6aCKlcfxJtnJskAUAYupFdSGi7hoNWA iGAP5+TyQO+OPjrkKODMq6/HvN5yDI4EBWoD3jodlAAMx2CWZvoEBkxRSQWQ/nJHaVaMZgHQ c/6mGuaXsjfnv5v9d5e7Ul358iJ/mAe9gN84swLgUGmGKkMf6dR8p7PQCOm6bPz5PtX72PJs zX1yPXvhEXGiBD1u0wA9Ahs3vQxdb8Xlim7FZXl7nTwsLIHiPTPLvBBeQkUMjNTG18bUxzyp RpD+gGyh4ghZ3hKMdb6sUftxRLAbbTfhmINWJGTEtdKHywOBwjgbpm7mm/fSgHCGAe4jAheR 9o6AxV8+8dVBe8ud3L5GCMQKkVyeBaahtu3c9B/HeVhvLk8frtPB7w5hkmPVzLmKp6T29RSJ Tz7fm7vXJbmoNYgcVbfKFa85/WPYNsxJKQIO0PN+Ch8HNNOFHra5gLaTjk/H78uoFcqlAnfm b2eZs98WLGvyc72syX5/Q9arsvi3o7lzTlIDLrHeuCOxngN52yI2AAO3G2Y4hd7tyqB5V95m c5pOEkARgnlcvPpvBNgJEkZ02SwZhhZg84uXOLsVo22WPPmLFzzuc2Z+910SariD7TijpIdV za7MJbzP9UDOdbnIcTffepK4yN2pt+2Y2Dm6/D52Fzdt5BAA4P7LEk9oecmH8WPtvZHmTvm5 nOEEuDpDIWDzXwoA+IA19/MPT5Mv0ihpFZxbw3EWOb3lvVaZuaG54tzuT25eafozj6ZeBx4v oquvNg3ysq0IgTR47/r2ebpdwgN7nDD9UmKAjzzugxAU3x6vc3lBkaIH3q509v6EC/RQJYSg iy7nnn8fhL+/NHhGz0dEyAzj5F745yxesna68IW9mZrBUeCH5ueeeeD9i8+K/c7vQ/dubicH k8jLhcg+72c75VwHl62p8Hn9TUAAWGszBeMwm7mezp8rIE+p/Xfk1yuuIDolWzNSLxJ1WH9s 3iN8zuQQwaM6JkX4SxRmVuFESV6CQgmnnlGNcXDJNBFko4ykDpgKDNMTAi2ZEAEsCQyTDhGW un7HDh92/x7LC+cUHYt+/L9dRXeZwbbrZswfz/ygZB4LtZ4gElP0B4M9v8kUq/qFhh9izAXE jh872HlZHt995zK3nS0EAccXLx9/u0d3sfplcN8r92OZj1VyfntijHIgW/zbznOKI4o/d/f8 9ri7zsb6Pfbx0bu+LKzlzQ11kZ7XSHE7U3186td+UGA5bCgCw/Ura4K5itRA8Ng552t5nCwn R+FXIbnAPeZHBPkez+A+DTbIc5s/B6WowRNVoEUenCKIGXhqK1z5IF+qYHLI6HjOQdyRHNvR mDHuq5dCjPHHYueoNJAH2rO5zDYGF3UzIbkyKp/N7/Bh7Tbqu5W1nZy/O64Ycfzr2wchRexw M0kNfeQeXy/tPfqPO5xhxLz3xW4YQzr0BgDFJxk9mXYcSIyEBhBSm51fukduzz3nIftW87LS kpxpGVTwOzT1G2HdGJ19xOUGC9qtOSxhlJ8jRvInCLXHzu/ELSckM6UtEERfiWXfNIcO/2QA MpEVCSRqXolRIBVkbKvsyPyqdbrPjZQ4sFiPm1WLUtpLaUbfzeD0PoPjnwtv5OHdEopFFEbG jnFZNXUE/8JE+Nqq5ZOEUQP2f6/xqY6zD+CDghxv11T2FHNtYjIBx7+OeG2cNuR7QG8U5wXc 2oMws28zi5jl8iiU5F7ara/j/3DGidzvTxc7tmMk5FWN0rLzU7mVWxpFyYoS8zqOCa1LSEaf VMwhN3mU8Gsm6vaQiztblbInIx0lVSYh3hRay8h09005WLaFTGPkRqmLaniFdnXy92cJdGYw Ot0askw0jLsEVuTrghQrUBsiWO5WZwEzRvbNk22DdYPMAw5x7JXUXAMbg3bpAE8LDCwcITV1 loiorBYx5ZZmCAqp9AhbjBywJDD7gKIT2/8w2XvvFCPng2y/cINVt8ZiMTJ6hJlvI4aXHJ+u S7YCAr0OjNO9VuE9/7wbgsWSGDEMSGJYhG6HZf4/lWzNJHEMn6ejUkHaYLFNT44IjduWCzXj /OuRMx7pEvw3KmOJxNvbVhmhAhGzREQhXDa7wNXNh9t31oqSpTwf9Y5/FgR+0Xajp6OkQjy+ zgmJ9h7WbUXWb9ccMPAOE9/kmFEVzhp+qIr15Do62CtMwldZVGcksC04XQaumVqpG2Ssor45 P2PsVekGofp2Kd8ovtq5V3sVIgK5fK3o2W3sdhRxInkbiWinjFULj3ujpIsY7xqvM0aRN3SP 9fFyyOBgMc5OvVhU/fAZ27h/MvebyJLQZLDc5wVe24Hg6QWCHNfdmKXeGLjovZnHMad6DR2S 9iWEvbgIgbSFumEcH2DplwLk+MGHOTnl+eZs7uhxk+TMuVBv/+84Z53h5VSnZgRna8OU7dUW TvmRF1afc7mcaWssxd9k6XziHWPEMqMdgsy5DzaIVMS3axwzZYOye8eVW7n283NNuio/x7zf PLYPxf9CwL4BHcF/OkcBiPWAJXH8gfz2zfD2uvz3kvApgBhFdEVIu1mQn0UzGC1WH3fT3Ohs VX2/wNQX76A49XvLrvleZnEAcQZa/Jhx6CxZgCCuCTy5vSyzdgbld7W3qsh7GUM7bzFPYCBY YQESSSxBBZg+OJCa5baFZFbc0e6/Did+3HJEiT8Zg/OYc1DUcBpAduOb+frv+X9Mja+d9heP 8XvyoYBFk1eGhZtToM/X0+iL+5Df1lv9BAJAJCcfw5+OLz34/z6UX8+Pu5me7vObv/JUElsH VhH3ROkY6eWYlbO7/q68Rg0gaYx/ny5hgNACftiiTz16+y/AvH2+bWmU6uNo7m5rUfztURXX ue0YxcwICyIFfn3mGgLG4ebs3y3fwbNraSelyB+Fvig7sxdHKV32TQrcX4+dza3RM9eNqOr1 5u93ygspyWVugb5+wnnwBpYEk75bZ5HA9rDBFU+G57cSZ25zdFPherdsiQ5OYsLUYOQmblwY sTEWs4zBuZysk3KUY8ezsMwBNvUEZLd5nIZvW84KF87yEkdOaKEZ5d5m+HaNDAcs2eCq7IYg gsCo114rBw9PmPPT4aI8vgvH14ip7mSc102KOVbwtca8O+ZsziWaDvBPKfnVwEU8TXvVkpdr 1556fcfyuTzMz3oqrC4QhwsZEAcIAbSGAIFkkgEgkg0gmDQ1B8XKnU8ZM7eVNoCoNbKO8nTu /2Znc3rk3d3irlqR7YbW6DfaFkrBBPZzDOYI/Zx+7dNeaa00kmiX0WncFTF1zPHStiKY0ROR kRE3iKm2O1BAhJkNYFp/dsW9869emPkcqbFH5cZOQ+ffgP04yQCmHvXdidIHnYgQLDNI71tm zyq0KsVK+c+Ef8STEN8vy9FQ0aP4D2cn0g+hYiN2hd8mvavnK5tQKPEZr7v1i3pb69/j5HnM mrx5Fzzzfnewzj4rENkzrPsVFfCIjY05RxZltI79dflatjn83gbvsAV7dVM/qBoki+Cvffsl vzxHzqxhCLkJCRDDk8H2ezdhENZ4aGbj5e9u0i2FvvJvWWsS84+udYi80kbTZdWE0VYUew0V GG6um97sod75WvrhS148/GPZ4/8DIUw/v1S994I8/Hz52xf1nt0vmKtut4XSnw1Wbvrz8HsZ XneTXeCJxX7vnXf5ed4uc+HfkjkdC17i/fY94ps7lSefFfT3zm12b4Pr0efPd+YXqdldkbFZ haxBwED4vzvc2BYab0ViI1pUThJ+Jh+Ow+xv2mWACIS/w6/9+CyOkHmFjQM6hI7dPpJVSLfL d6x6xjAu/xF6ZgWnjLpOXjDQlzKuLyROyBAgRVydqrFEQd2iKqLq1kATew9xjrcrHINTIe31 GLvM2tm8l6sHe4cG0tB/ZAHkG9Mct7OCdTDma3Om8t6u3To5kKdMZN7e7RzU+jIk7gqLvN2F ry2F9EjdOubWp3bgNPCN3ogzEiOJzVJDVg4qOu74cvbt4zJOOkjamZjdmYpDLD/pmj9RzSef YBVnqfztx7G37DubjwreZPMEtKFRxH4Np+xInr3Ej8+Bh551O+/UyRed8MOIiX2WnbLMIqR/ c8UMOFkIhmbzKqO3urdq8Fou7/bnI6YpbyjFrJg1NPzd5HOFxvOLLQNhGASGZmPzuOR3kZIn M5eR6+Xe944NUnAAZq5HPxgN6R0Bj4DgD23ghRgXQ8Wl5ddqKA85r1IG6CIgjFFzdsFEOwYc 16huFgOENlXN6BtuC+O/GNlsIEWhwtpA4WGGKmnjAD/aZOkDd4Z+/VtsKAFEDP0m7D+r9t+R zi4do+VoOgUB5OZW88+SkKoae+Tsbec5scH2MxH2fxBEI7T7PSD4xfeoczzaUPvqqVe8aSJa QBuldXOmAA5ODj1M7x4mW7TzFJgzgJ8Dl7AHcvIxEAW4FQnfMzDQAABPXENjsZEEFO3q2uC6 RuM5fN5uvOZzDV3/u/1fLY+IoBFXWfh7JtMjyf5BnOS6cfK+pYfW3sPcA3f4fbtbqmecv3cL zOykTD6QoeOvNWfXZhY8HJ3lHkxJpma0evd3l7oQPSiCfJzxxHw5JmxvURnebya0Izx/oOQT f+cDwGt5s7QNU7QajkKB+/JAlMNQ09OT644aM29gBgIYObOUmE1Lv32jUrOJzbAOr5Nw9w7q IFiyg6vRn4nuTp2PnVK865DNeZ4Yssw67udsb2aygjQVryEKqVzIrO5r1y2cbJER+ADjPQAm JBJE+VJ3jv7TTyT984M9wD+6F3eR86n+mAYMzNuW4AZgBkv3KicyL6K5AwcTNzmYzvYkCxqV 63G9UL5HArgLjXUtig/oDwlC763ASN7msQYbHKKrFvJjCaVXU5md5y50Txa9JwLEzYY2Dbds KVEPvqjDOIxd7XEZ1rdABmio2wL3kR8HdyzNq+OuV72EUeOfKZKwI/cPVuo7dwAKLEyk0vDh hIlHeV5dDwgDMvAcumgs0Q5kbVBhBKX9TVQ/IgHiJpm/OY1LeDs+yveB8Th1NuseK9h9yze9 3czYo8kcB5U5WfhwhuRebWBhW9iaVBhMEBhPBMhh2EZA5ypFlmyH4Mu7DDcx5UPsu+zbpINY sMGzIytozicioM3wBqrm8YZZ5wk81QJh8DFizE5qHNk19CW15lhSgcLYFfQrDpxMPMns9u4D 3kHFOvnLzeG91UHx3C4fa6/vgJAsEIotwrPxryGTYfBRk2oNNj+lHLufZm32kmFvdPI8YHHo acypED6FqsqjD3VLDdRw4Az2aqn5e05qKAZE6b/a5cA4fMue/BlzZ30X9e2Pfg9p9rtmYMJ7 T/Pme7pEwt1cS2L1oAb4CCWZIhFgQwJb6zK8zmWPyXlUXe/L2ZdZxQTv1YGcfzLJ2cQ9bcCc 7+75mhowc3s7GUgIhU4b2eepeK0beUNijOL9wYOQGlIfzbFZS8dIfYTfamvaj9089+Ysd4zf M58jcuCuPzY/FkxJSZMiGJERyq9m8oSuDCer6DC6AQDCRN++1Q8iUp3Bm7akF0D1tgIZJSHb vdQgSlqE5PDQMWtq1WmckQ9vDkjKrXHK+m/q29M9Xl9fao8tstwgYYbV1pg5mlYiaFUzWqYd bEpmHOjeAb8tuGd8jT8LxLTaG02NoyInzUv2aPh5tt9LcWtFRUePf55x8vTjgObn2T3mJ8HR rV6Evv/e//c+Taqq8Wqorbu2225mANIpJ86o/j8L4b9samU24VyV7RaJJ/GVfNseEB3NShHo yBoPgQywTDgKBloGp2lOTDxW3tZahbOZUkZAclnm3uVZcyJaOA2hy8ZN6kjS3m5DyUOOaU3e cfJL27zTl1FadfQRezb5JpOal8iaeHR2Yw6Ny32pd0J2qW7MXsO83dtOu+q82RJi4OCCbjcM bP+ZSHmqjK2UNsrkirxpeX2KT1JRt8fbEKJ2q14OwJVm6JuGzInTFyshPJp7uVEwNutQ4xDc i2s1n7Do6xlT2z/M0pCu2QYFnaldhCWNkC1aqMnsEvM0HqJk4zTyefk35OWRfkIvGcPBN6/O zH3YeZ5Q5G85ywT0RFACLA4A9NNv7DrnuV1NUC9pTi/F8OerNx56DF8wnnTvMimscVV+HXO8 eovl10RdULJiIhW72wjJyPfMZiQzIPvrwU3/yyvvretELq2idL4He8m+NWHc2AQk2I8nnfPS wrsjHkvGt8t5FpXKUVQAgHmu04hh+xYHQrAzrtL0NDoqA4sq9thUFxjMVW94Z87HdEfmgx9D tvO8c9d/E6u3sXYfsVnuVu9eIZdL/zofJ7rhpHzfnXamN4iMNGxJtJNm4ndhhNJuPXt322tb aPSJfCtX4ga0K73fHW2O+uHL2XVEB4Y5ThXNgJRYMHep+8t+Ehmavbf/bm4BXl/9FL5s++V9 dEmhiYR6oAYEUQSOumbwgMK1Bc0TIms/pNCiCYqpgQ7qM7s0zw24AiHmRHizy7du4jEVzL3r iLuQm5ZNksWBJ/RgEmGTKet/IgjykEvAMuQYkaJp6E7Kur6wAQ8UOiOxMvRWdSyXzaFhgSC/ Z1XQcayyj2eS4qEKVxOjecw5/Z/OGEBrohF/16Ofw34++V9Cp5MvVK/c+buexqFXar+9dPL+ 4Ygkuxx5CAyR4OquXoe3p6eKiSYAvpg1t1DyrA/Wg/Kr93697M+d11o+jV63pmUDG179sfQl AVSEZLZmTqZ1LZ5waHI6hvL5Z2NPkFafiiryu+8q8e5ueFuaixP4Im37xMGC4F1zT/3c82NF DxZ5VcomRWouJx2EQRrgF8qqbsbqw6BO5G3pLAFEU23eXmL+FkuA0gHHY6/6O4iMWDeoNv0G wFg7K9Jceqx7wC4ulVnhzOzu5tzBk94qWD6ZJJIIMpriGjX12laUIM7yMBaDNLlMqcDWBCvh uqMP7lzz8KoMBwtHEAw+pXcMXDMwcRPuT8chBmpCu496zaWYDNujt82L4AAiGYazQQzRQ1Mw FDRaPogBoxhW3iGNEDa5YqOVOZnfp1788vbddSB7MUSIZhNJADHjk74cLdFXI4sP7s27sQY8 AkRvkyLu5Wr0G0EQ5EAShVjHAze3wcwD9mYNBJC9ufAZAosMl3EeEvviDswAgjcSo8U3txHR dvUxLxgza7l83m23HfLjKvfgp3/QfyG87vfZOF59qyOJZedvfZiYgWIoJ+gqsDMrJ3EuvVxt XLvcIdkoU9PmVejtZcHmFY55I/Qr7X4/gfvE9wY6ZuL53zlDBz9Krv2INIEliVR9DyZcS3Or nvt5bw/fa1PtCEiMVa1GtQhHZyTehRGULlzRjBKUfQqwgQRj3GEbsflt2MMwo72dgerBSZg7 dTMCbETml8hS4NxdvQ7mznOXu85b6zuBU14b7c3qyB8BbpZkQCWRpf4/h+k54tr39U9GXV7E 9e/nJxxFzk351gJGQg8uqQcqgnR3ag1/M+nco4p2nU4u3PsLdh07w3ZszchZjjQD5KHbpGTv HdLXrl5u5hzkGXOMPpiwJQIJJYFBG1jLq6Gy0K5M0jVvu58FGUj9vmrj9LkUBDvgqdBiHheC wwcK7rDxVgmeOMrlh1u19qvSGnuofDFfxF42ssOt4jIqaOorfC/U2PAMDyoaBAZ0bV8P7i5F 89Pgin8kUPgfRYv89iy+zj9BvWeuvh44d5dncXDCS8SeOKbiaBQ09GkdnRmrey5zSC3ReqfJ uDKgziMK6wuWgarAQMQHs47GhmPIMTauavbRnL5l3vSlrUlxTLPEDi5sjZ1SIeUssvd6ogzf 6MKrmI62B4OHkp705gguLFwIikRyjMIQSdaxCWXoUTtGro2Zm4zTknC8HIa42aiIDIxIrBGm LN1ZNyL4t6l3aOOHhbEGkNsINbz/b1nW8qUTWEWWAcgPCCOrlcTz/fVijv8/JwjNT3HjAD1v ObZzSMvsV7vdzkzPHWr/gexzmUKfcGizgKMfsRIGqC+oLiOO3eVTTHKjHGlxDFAImzhuJGjM 26BojGCdpoXLBoFAWXAthb/htALuh9y+g9ExxY+PhHel61XlbGarWp3joAd2EbtqCuweQRBn Xm5utzkkc4jXCIdo7jsyYkhTuPXM/gP1Wd/fXt31hR05rwORLB3WHxymaviXZ9rwd5MC8w92 p4dImMdsOkdiajb1dxzjrmuecwkBRS+ZZJ2SBNIBDYaIFjnZCtO4S5GKZ5VczO8Tc5DDMeST WwYe8paO0SmIDIEoDsrbS48F+Bv4eSOZIRZgTdi2aTqQUieyX0AAL/MAIPVLi5+DvjPzPhGz PR+Dwcr5HvKry7FtoyrBCwMAIKIUQQZhVkxxKsk3UnO6/It8zOZxSImyxIKKNvbXXqdg3IEJ PUtSsKXr0XOd84QssQOdQ5eTlS9AinMdn/bQV6sfiKW1G1yx2EHcUrwyXfFuh6utKG/0MJBp ITR5XFzMs7wzmWKt2ZpyNyjIZwEw+ReGlSqOBILkIbzcz2s5rybM5Shf032+hwWP0gyKI+30 wRnx3EVzKf30z6IGvVwPV1SYqpn4GAqKWA8z6MwjS7VpvV3vC2zbZ32sODXYdt3FOoL67fMI RDakOE0GAGGbQ5SCUXlo5Fwn7VswAtPWKJcwY5PJi7jbvavecSFU3BT4wSVB6kaviZmQvKiL 9E+a3aSNaw3tcoXaYh4TkgslBGbSeYU/giyK0dC77yYjFhauwbiGhT1N2JFQLpNWlWeAwBaF UgTmTOSiBZUy4aMHu/fe13ngHwP3QsIf1/ce+c3ebYlcdunt4vpEYCW1gDIlpYMR/TqTHnt3 8ATyhyRtu7OWUoDxxmeeRJayJX7thm2tuPD8wD2NIEHWs1IejoH3ce7zUJpkM10fC2CgJpJP EEwQHLMsTyEzMHSixXo02OxeZb9g5V83eco8l5ZyWwgEgEgEh/i/0n2GPCV8BgO/x2C9W8CB IU3JvtBeoOcmcj0HC5+EbUvJbJTu55VZc4qLcyXGFlsYHmnibC4KBa8OUiIn702fpG+eY95t GvJ/XsgxERM/kajSUefJexxuDKWTVPl+fOcQxFC1fFL/Y1laNFwBs1sf2Xql8M5V1VUH/28z 2QwAADC1b3rAAD0cHlnK5ecVxT/uYOBy800iePERwpzc07blSKb8QJd1Tu/gBvFsxXIk2Yuv Lru7zcHu51j7+rNZ2hnUXY5PJC8fTFrzPM1mK+C3+W/lyRzxhuI85feb4r3Jq5RGa9zmHd27 9nn4i5PfN2ZLxdCBGRR88ivGDuSoFTV7fM4RzTI0mHkuPr1cDMCjPmz7z2hHDZzAl2czKNxU WPQGyDQj2XpQTgOAHSKrIA5SNVzcpwQGI4JQdRI0SJmnwDzs7P2B4UCkFN1R70cFKJ2u8mkB coCSzaxA9HJFECsjVsoP6ZIro4h59LQEjSGy7CUtBUotKgUE0jtYqL7qpp3rqtLytjK3Hm+7 E/QfMN+1vakv/o53qHcv5QP3LprR/GvPL+E4/19ZLH/GFLVZ9F+UrM4WiRH/8/osCP65v/Sk NAnl69lCP3fnr+7f+FLKl+mOm/b5Pvp2ZaDvjVA+fd/nllZ/nZ15u+Oo/gbiu7vsufxss8Lq xq4UpSdN5KUvRKkrLHpSk4QhTxdHBv662EEE5WbIwiiSSDKoFg5fU8Xfbd5mXqCTM1dgA1Qt azLoWfX+gY9X0w3N7XWelCq83E6iX8lXhpCAcyDuUhA2WWOUZIJSeUpSw6kxSHb/ONd2jM0S uJu3Sa2KosRh+Mjx8P+jjVV7G0GoiWhLlO739ccuKPdG4wRq7+egbqUDMIIsNflrNySWFOY/ D6vkDNT5sD+ehYcVzTsw/bEuORFWMEtrK105RecO7/umD3qIWiqZRfRrR4NlFtaBP7IH8ofk FUEBgSBu5adFNq7j32PHs/6VbL0Roa5Uj1d1bfF/tjq2Ze9OmgO+z3jXfH4ajFYRmFiDj+kZ mO7TLKBfcfF6FZihKY7STfxgNoDQgW3RHz+f5oRQ3o93e/xFQy6f1n8pFlUEg1ECpKqlX+Jx 6/v6gf8PGfLCSFvp+KhwmB8Vi1JSIH1fZ+KOhXCh/k/b7Rn7/8PX5oA6buOugz77cBPZ/FRU 9idQ5H2dHLgm38tztzufpCnpvS+szdNzlojz850cEdq1NHjI5iIbBMfcnQyhaV7HGcB0DcPs cB4mYGUIMN+9vT9UDPcrX48jDAfcfz5fOwcdf/Gd+mJsTEBNjgGlj3GkaqNO4PfqlKT/gXXc l1Cv+eydjuHRMYOuDHXoBDAiYDY9TEmPw3u3Xj54zYkeZ3tsGP2yhE7Qj1x63kHP/yDVu+M3 mWcAh6aXB/QX5pcYxuUdHjNqIEUJhJyTvx4kaK/X66LwOnoSwjqzf+f3qqK+XkHRr+b7V9nR cvewYwbabkUyX3zlP/99wYi9kRyvJyIO2KFiHt7wH+fmD0bdTD63RVjp11wuYMPPDjjb4v7f BArANeSN6Paz/1KEBXT9V93srhZhxsum4Xnd3cgoAEi5zSI3/foZHvVcJTG1z8skJdfOBIKe vCJ1DfyUVAp8xyoM+/n2XMMOf5KT95E4SRREy72vb/e6d1QlEy1dT3iGXN/T2WSaSZBi4Ygh rWDl5XC884KqZs88BjyfJc/VSV7cjc3Tv76etcrN8jlVX7RtkBgXF9uTNMbUhny95ldGKEBb OnzIRj6yB7i0bNHuaOvwhPm9rAcQ0pskhmFkDjvQw02V5UYg5PrYCJ/Bng1/S+Aixw7gMWU1 lAcYs1dGurr78UgSKiufOh9maP5RggEagdfX2giUgSNdjvMtmI6V+Nww3ywdgVqSDL0OQSZH Kw3Yda/YnfoB/2hgI/xIhf2jhh/QLR/emb1b/oi1rNmQptoLFNowm+XTDTIsRctVheldhAGJ hkqbbKKRLxIrL6BmQ0FTQI+5VRfcUR2R+y/J+7+j1A9Efug/CGs82CGnzu1H2j4ScU9b09Nt b1r792iIH8wbV6q16ZHe9jez2GR6SL+ivS3eLYI2isXebyVduyxMPv3ah0tznRTiUDpeEOTV CDGA3g/o79Zkai+9h0MQyeC7zXeckHKPKQPHOOOGYN5ZNUrnU/NhdVcoaHHzpErGInaNkOGa ZY7wOgREiO5WC4LVmUIt48J9yr52KgdmGXP7Si69Sod/v9OAAkX2cH3n6a+Nl+sASJSBI36J g6jIZIt/v03zHtLRHoHJU/BntO3HBeBAjCMe/ce9Y5VWiIwMhPsaAcfU7fs9nK2re7JrDuTE YRNNWnJSwakN5DU9ncVnlUfl73rGLWLX6abcLkxAbMwKYxsyug63sPvpoaRzS1M3FVn1VMHO g2lZ2Kw+gcdRTpcVjDXiN/t9eZtmwOGxvzv9BwnY9KbfSMQ5xAgY1NrtaySbcZvssMYylzoy q8w3Bm6+iu2bSN7nE5SRkRMhDcomKed2IJhKSEQ1Sv1I5x13xlRd/tOYZNU6+F75o/WKyu9x nP+g6B2Ki5sUCeoktD65DwBsPe+9b9GnV5u/oAGY4R2KrJhgOgN2FNzQ/ogixWjUtvdFPrfK /q+nv1XXSPDi6wQhAbuyOQKnWlZQrc0affyuAKbonj9uPTcNkSJCJP6YDSBPlImZ6jjzQVkF WMFZGREJEeErvZvbz+AfPXiC3aY69SaUedHGjONkgu5QgPueGO6RB4neY5SBiuRO9qqXTl8m oC7r4E2+3uuObUW31WpXnltgVGig2HDoUFNqN8Q+eqCJBhaVJ4/BiPCOdOOvemlO8DY42/2t 42xGUXyLjBjBijy0G8DnIM07nz7PZAGbhbSkIwDTL9/3/d6p8Ma/IjWhMs1wajju1/FZfZ9P s9qip3jweLNM06eDvxh3+fnLPPPL3fAVDX06fA9hUwtzsqZBYv/IHMSEj1GaZxt9UiED7eMf f/L+H+XT/GUKH+MqrH/N++cQakv3whF/4SJbGDYmEgNVn5/t29h30euCglqpHwd77vGeM+Wv pLCUAKbAEzAzFX8d37uP48T+UdXcw3+ddOjVCt/4SlxPZhXS6EyZAoyp0EZVdlsS2NedLLIf R3QMVDE8mq8L8r5xnd3xplVZdKvyufmm6Wnud1+1M7XuDoy/g5Tsnt5PxclBCIfl+V/lj+ex X8tSUo1UlOzKdln5Z7HYKkN+CbGxtqzTZydmdSEkNDS9QTXEpXTfNYru41fGKutr3jztjKWC TMw/XA/FgQosCC/483wZo8pzWOlORPPt8nyfuI2N8y8HzY5M7O/Pk+09LwgCQfrZ8V86Jj5e 6eKfPffqZwx8+vnwT833gNPM+V9d9PaEn40P9Oc8Gx87359c46+Vc588mFUwYe+v6vr0PgPx dh9iQH80mh9ABAsBguV72vr3kPkXnXfTvA3GAQIHzLB4xcdJjVg2zb6pWCxyV8cMbtGWSylZ ZZanttg7RFqLtHNv1M2kMox5YgQZvgeNhIZTQuAaKDu2LO2D0/CR3h9BBIQdEL81OUsImWt3 8YJ3L/sn6/1H29xxy6Y/FuLsWSMCHSEP4a/DA/EPyrSBUqJIkiTIoM/YbvkdmplSBhxdHphx H/f7LNhpYB7vt8BIAEQT8xBAZaBdrx19lfKYIEJH9NzGQQPvIoQxUiCxmSHBOIVI5L1MhISE hISFh4IH+XxDREPw4DpIbMe1bXO633pd+J2GULfK3U2dNF3ZS0ESBIQNR7snnb6ZE5myG/bo xNgkjJCEYEQACKH27D+ryge/k7CQken6cue68P6yiLuK9DeSj8v2YffYgV1BiDOYeXlKFnlZ I3poQAIyZkmB3oiBvv+mRfz7j32zPBAktT+yYWRmTYVSaY3IdkUbRjP8Wa41bbz8ev04GPXd 1gmAz8ueXrb/nOVVlwmfiB7bjz2nCiHdKhUvk+SKw9ycYwiT5CLuIolzAbhTT4zsNvMcDeeb TS0l3gLpYCcTkEUJNGjrP6sDpHdqpryVWDlzEiI64Hkm/tcqUhhgD+2aHNI5tf1tTge+5dpH tDV7BT4Z29j7jaQ7q771v23kaIPFLhYPu/Vrf7/felP5nd+S/0+aux7XIYB8bNKC91TkC4uu +E1CEK/hOo048WBBcaRY9JggJONnk3kRPaaQLHWTBrA/AavAY6pDS5E+cyeV042ZVRjKc6MY pkkJICZMgdT4f3EV59irrtBN6qh9tt1FVKDYYDCPuAojA8GShRBqOqRJPf3x2mO/RAfl+Hze uiera2qBnFCQDdMT4I+Xy78183/071t8X27l0Po0chX9qNFnMfVu/ED7YpVdHmjKhE/45ifj z+66R91l5GFf61CfTnM+pPz5TGCkFIsFggyTcPLz3yJL4CYbFiz2kRlDopjatCWKBr5VPq+0 6q4hf48wwW1d6tXglCpaPO546UR5Ib1GKknnAl5RGHA33tu5sb5hsUwtJLNWNr6Q0V5WtbV2 m+0TS2NLrfnhsZiCPrxkofYagiiFiTxwAM8/sWw3chBtFXi4icq7WphVSU/l1M7EGxqNMuYA bpLsSqdFh7UhpqOLuG7HEkyH5Hd39n60+SVaSHkJaDQEfw+mBHteSHpdDaL7z0W/Zi4R3tER 3VF31tlzdUBqIr1HyGY7aGQgPJfxF80rFpTPE3EKbKHA9nRyx1KvmjaigtNhvIpDQherErms B1ELHClOAyxw0JEzBw0w6BaFSb+naoUZgFigSkJUdIh1Fr7Xbk9f1kYsFFjFBgwixQgwSBmu Si7pRVWJ4YrLSLCRRVNWR0yWy+OCfLtpNFSqf3xd74aT/M7dz4rvzHEOf6bmSLBFqM0IRxK3 ANSYAim8MSEZEqJeEghJ3pR7ETqUUU/KclSPDdom4gRd3Gydu/50p+7uhIEM6D5JWnicGgDe NQOw0iQ+Ay3i+zqBcy3nVKgQI+f5hFduSNGXQLwYHwZzRHzRCXvYdhJOJ8HiufaqbQfUqB4k OQnavJDkjgUS6lA823eB70XbWOOwf550YOCMJinrZ70gUm7QZMdG6GqlgoDaq4dGijEN7Y1u UVmgsmJ6WjKdsbbjbeioIHcmSbR3d3plnKEpHl81zpOisKEFQHEx6LC6wY3+rvaWBnpDcGN5 5alEhmuo5XQGL9SN0nwSNcrZuZ1dxGZkDNhc+/hrRHKN7sWquuM9OvXp9BxH6Ocvsdj/r+X1 1Pcn2isiiqsUVVEnPieCSSGNuuXLy74xlCc0FWt/AAAGMOtr+Gz9kc9zswahIaRDPc54htDS jmDnpA1jLnnltSeLrCk1RpPiIfyi6GOattZ9/3b5T8zCMij4iVgYM07xUG6XMIg/B8/d8b2q qGHid1ksGF4ZDjw5n0EP028Pi06vAoJlBffXzISx6qRD38NqOGq7BqMMGstA87DWnUw2tvJV 6W0l0rT5oI3Gw/WbPTPdfZhO0YLwoSC8DAgOJmDn6R2o3nHCj5ygKOwN1tVQtzg4CCwfLFQP jObfmxvKjLpqGQ0yMD1oqQWllepFIfgeqPh40jgjUq+XmffA3g/t7ji4kA/kJGkdg0dqoWOM jfWQAQyremzA7b3ljYctuSIi6EUCIEUQAfXzAOet86Y7H12shUPX/YWo3+Hdf+Xyhemfqwpy 54hnRiiyBg0WaJVWV+Fx4XXzsrdy+yqecyMi3TVXLnSTcymwZmZgZFi5BCViC1QjHK3O2qjL Slxprxx7p50wHgKaGTNONydAH2LN9CQoIphwfWfRAQPoH7PdYQvEVJY9HV7uRVWv9E73kkzi geyeSPtzMAMRPmFspo5rrrjf68VorMYoWIiwFCVr9kvrZTUNdazpatKV35VAKLdn7Z23JJHB JcC9tGvOqhsENAIqsQHGAUGkFO3TpvGN9u70ZUfddKWDg1DyleNSw/RBXxONjz5E+GYNlp2a dspw5Ji3wIypSrUhoiZIc3p6SAQ5MCDArC4pVAOAEA5Q/ANdk/HwIGYI63E/XqdBFGL0MfSe xUQu/9Xsc9EG1rXxhQdUSAEZ+3mDbuIrmOw48nD2a14ZQsXE4cRy4qPc1+Q18da/f/F7uTYG 8yTx347zWbL9LlDwM0GmNXlgVJhjKb4CZdWN++C57y0OyN0nSppYdzSTDDAVt+eHKgYXdL0R PMyXZrnGjUGGZUYlspYly+kEza0JA2QGlxxEKB5WhWyu5Rbyuo+q8YuExKqTB+VZ6hCIRPMN mbBHcB1IHGIUnOQKb0tATLB6/Em0QsgP8FOBveojGp3zihhDHq+MyM2QN5NcK+KYwtNVtium w5igAkLAZw7A4AQhOCHVNj275VPAZmI0FgdgNlldpB4j/TAGlrkBwWh4NpzGgvfRKvWtzRww AAEqqW1yWWZmy/Y8nUNWteEkiGXXELprObGC40W9ovsjaQKjQeBUWJHXx400zrF9hp029Lhy KWyJ2YYMLFYr0oU1gnICCFrlby0xk/jfTakGAg3YYheCToTiagTTFBsA7y5Xgc6AR2IiBS9Y 3Ns/8e6Y2bMZOwaRYLYzOH2iwFPTpDiwpEjQCaquWe3ejXdIEa9tUzI2VlQTW+SCid3YgoLY m83gauYMFFT0pmQQ82wPx+nfKHM4vhw2DJOye35KfARGAg8Uu/wsAzE9WvceFf6Mzrw2BZGQ dd8DHUQ4UsQRAQxoAAXPnCA0a9x0ktWNhppi5eeEz9ca5BoMsQYIjxOIbxcjTEHnEMuCCmAZ rBYfpvt5YLCihOaKM2V269ELhCtMvrNCjYzALvJePTzF5jVazAMM3GMzJpWy4NHteCaCMveW eKdOkj0yhFO0WRpA4ODVFH9oe9fJ6F1iSdfJ74SucUg4E/rt+cSZcc88SAiStK2wdJnOuvjO TDpcN+G3GejFvxRfTDKJog3brWrYd99ehK3VQaNBCR+3zhavKDjYjXHh5C7ZJnDkmV9uZs0b JgFD3AES9zcEOVVDiJzUoCLjqo5+R0VjOaBvclARnv+ffjL0OiHpAJ8VVUVVFFFFUWLFFFii wiwUVFVVVVVVVYooqxYKCqqqKKoosFUFVVFFFUWKqxRVFVYoqiqqirFVQVRRVBRViqqixYqq qqKqwVYsVVUFVRRVgKqqqqqqsVVVVQFVVFVVVVkFRVUVWERVUVVIqqqkVVVYsVQVQFFVVWRR VFFFBRVVVUVVUUUUUVRSKqqKqqqiiiiiirFIqiqoqrBRVVVBYsVRRRVWKKsUUVVBVVVFFFFF BRVUFFVViqqrFBRYqq2m2xuAPBpB4npVHgQlXtRH72jvf7nOSmajR6h64fK2eaRdEtCPreA4 9kFmjJiDMufnKWvthQNBY7AGT2jVAdh58VzTXnl/X/h+2S4hmF78fl0qZlbE1aQqOWJFhgoH YZvYzYra4bdwccpEDNBz3amqO2APJiHOJgM/UXETZvE5HUDwMcwGk4c9GtQcCQkosuK6oQMs KTc0bSaMDFrE1AeXNl/X5wioTgTwMPyxhDTNNoB+MS4GsMw6j7/OwD9HEM163g8k93y92ZTM xSLco1EUkphA4AhoJqP5mdVKYQkIpohFLwkRsl5AjX2v+vC2xh2OtYAwzr7ygAB+KfD2DSrN HiHTzRaVyOqkALw3hsAJhQ+huuFC8qZlEiiCEUARIiEPkM7/d9U3/PeXiJ9uPB4kNXqXIIU2 y2UF4lWY1WZhMBfNUPh81YwZ6yrkhBeWLYGno2ExGDM/QNSO+kjRm0uw+Mu1t2sXgNROJwqQ z5un4fJj0/nc+6dgfqCxjgfdv7TorrDskBB/M/MYalFyYSFfv+BYodItI/TfvDC+gJIASBvZ e53jz8x+EPBAE1IpIa1CAs5pH3axmvnUHjxBVaPhfklw9umfp7ORtUdTnTsWeNXSkpeAmIwY HIt2vQuz5oMpO4mZwxN693Ybh7iSEklaMx8ZrxO07gNiggVEwbYUXg9Pe/MPnztrsefqkGSB IrAAASKN8Mavtm3WkzRfY5uAYcq8wSznGmoDzJivj9ibtjIIW8oVqobRlcWtsJIRG8l09MHX w+ayWah/ADnYAAY2HPUHLpbAqo3Q3b3QM7eWKaIo0oqIx1HIAhmD9i5qvjrbbYxfaR8WbIxY 2x1BooGXIoxM+AhSKCweFxH4sMn1XH4aJQHxUbqZQHtHbA8Ii/S40QFQn7X6YxdBCm6UyJwH 4VSjsjI+Thzdp9lnv/PDhr8wJ6TdWSUV5/9S58VBUx+s9Q5DaVQ90cjBvkDK1jdqr3oGzQFW JgeVXj9/VAenfjXd7R01FF6JIY4UMn8aKVIoFaVJlkHCzaZHRqlMLQAGSgjLTRZJQR/RwoJW CkWMbwg9x719jRrZC2WHBhnucGhO/TurxxZHCk09Bw2ygDXeRftz+idkmghguxZInEOJbmd4 GhdEn6YyNdwUUva1+jhGIxkHFgsiF8Rs2GM0RCHqe0wqLId3kOgser3dudztN71R1MPWO+Dg eylV2SXhCRQiXg6zrNDbJopBDrTmy/o8pyewPL9u1DT69fNAnPtw6cqrYrVLQ9iq8VOv4wGI soIOh06iKSQlLNKQjLRVWgi/7itUGNPuzNSfTNHsKq140UjQUZBRQsA2RgABjAG/n1AqBM6B vQTHr8H0JVifpZghUFup9HUNl764xcbOHZ7ulOOUWRnfCs/fdvvDpioG8BgqyEjmGoEXeFZG XlX5LG7M6raDqpbT8zvXTrUAAKlBRWmRSSxeRg/dqJt3vu8mhdZF+LEcjcxBkCPCgghnh7fv 24doytNzogABEGK+6WNR8e83ixxKyRKgdgNsRskAAEZB9PMJVgDzAcNjKwcGkQo12kXVA+th BVduH6qpEoRFLEBJGY7UhQZCcbJ1226PDm4DTYOYOwjrqLjTrbZEM2xI8B7d76ZnuhAOlAM9 /ywBOKeQMLBig1MrXBJJ9A4JGQ+5As62UYClpV3aDEqYhghDkbtCoG0KQEiXlsN6yGf5f1FA ACC6YbE5DsZ1gUqUzNSMDdOf1XaFqsYxO9xRcrJw8mqruy3q2CgxsFWVSYKdka3JmJgnXA0Y YaMkDUoU1I5o0l4k5kCeXbuLjBIMjmDjZfvfJV4KIHw4eAnh7vt/hTz0EZC4A5Qsq+8zvYGm JtAlwjQD9x0W1atVVj0grIas/y2fVSANS/TEvvAW21LMAuCh4PviwdgaPoNdAqqONnPsTQeD QaYK5piRpK3uyoNIOLXGkWSBAIYScSxgshUXFqRJFkZBAASJEMPdb6LhsxSXUhtRC42apQQJ Bq95Ct3Uo+bmyVVZAn0aRSmZolrXvBAYh2H7wfeBLGwbSah+NLQAAYc5CWLmC+9DREvKEHDs 1TJkUw3lHdIi8iDqd56hrQMK5uFlo6hA95TU2bEspgNOkrEcnArQHnqESJBNAxvOBmDugQmP lVGTVSigcv0nUgG7EVN8qL6IyIo7zzi17kMZ8k4yNk677SobPNMAkyewGVw0CwvEjFIAAK1h HNZASJcVIwDmS0D18ZBHELAFhFIIMARWSEEqlQATv9BVtlHEcqly8NdE3c37iif8+BhZgM7e rjw2N2QTG9EqHAoPgYcJsCAmwzwNL0/iEmQCEHViQfkhwhnd10jetJqhYOhLPvPsihZbKN51 Gu5ln7JICSCFLQcEOfXDi7aHtf1F2x8fjXRZD45cNoAAJONDvM+8CfZORCQErN2dal/DyW+3 RPxhhI6Q74qCdAMny0NDEz+CCbnavjz4W411lbEOyJHIPiTdGPNbuHv8WmdINNqKaYr2NOgZ VRh8yNgDGYIHrOZK1Ant37hDEsUkCUlPu7zfZY9BGaFyA32u4KIR2sq1V4swjOUxlZuGYMQR gc9Ig1FUpzzNlqCVBtbLy1g2tN/oeSHVYqsRURBGRZFWEgBIqpIKB4yrThe2uVHo48Nb4y0z vkY6h9sFTbVB8v10IFdDXF0SiMNE7OY8BSX4+/vPNbnwQFhLPgwh84hulx8hHQExsbD9VDyE 0IOOyDiwt9ojsd2oowmVUnx9MvvZf+TC/IXRJSgcEW4Nh5iYMGpe+lzLxPX7ua1jUxjU3uWO i9m31VngLItIkbUUFUNI+D97A4thmhV1FuT42SPrejXXt2lF8yPVhl3vXmut8gOjtasIWWKg EXGb3gHp09DlnngQJ3wXtZSaeM7zBCN5waoBqgUT29s7dsL8VoA0hgvlDYoAzYRnBCWVsCQg Fp2PjR+mQKhPIQMECBhTQlhyIiTgBS0jpopEYqKCxhCQWEhCQiQPmRRQCHRxFQ0IBciAkyYo ZGiYRQAIMEMgkN4IlIPTJWlp9rFKfXdCYB5G4b0xMDzSQWSwgCwQAIBHEYLl7/XE5Dut0HAQ UWkxPV+xA4xrvMtLuhmtZYx+U56DL7sn168oSAO+PpN4N5aoxqIX0xC04sGmWsNgX3W43xdK 1MzqH1yIReG6+0m6KQRAEiG5wFId+TiqKZhED2E+YkTYk+pIPtsEq+5EFtkBVoNlUDsG0ksY u5Yet6va3S9fsfaw4c48V0gk41kHx6lIKhbHK5dTnNECidG9B7ByQ4dfMAiHQqH7OdXM6zPa 6hxGqDvU4Z8OyYNPyC8ZubmZsEMQNoPtZwAAgyZ8wsxIeGRZKyIDAFygRCFc9B03QKoAAEiB pm+lPTkG8dq//r6iaw0RFO4EHsgSCkAiqqBJAENz8nMqNxmzdgqRYOctD4E+eW7g7xn6b+ki ujUQ+D9mL9fFCTHPaElq/mykmj2S/unzNSEQHfw+suCJOW2GXQzBwJM0FZong+HUjSgr8nxm pjtmsZ0xp3wpA1Lieri/fzOJlsIvj+mfEyPZIBMbQwNBHmQaYSHAFb8Vfj9hpdrtAsQkVuGl venfpneGrjmSxdlMjWAnx0qFNcoyeQFby3vZM8eMMFQV1aLEUTp92YqhyeIdopj8+Zyz6CMM NU7GMJFIUNssz6CSMsxxQghLixz3/qlHVFcMucnPXnqHahhvs7yuQsXI0jfISMMhZNB/cBio MQjmk1gY67WU+tZjflL0FXGdJrZ4EE5YGArh1SPi65JB8X9le3z4/U0IW3wd2XNNEfJI8+6J f4yqoWqQ30hRpah4hJ2obqHZzcRIz1pgnF23Rdg4elwCSAzy8fkie9nhaiJYPwQfiB9p30Sb aOMHj5oopMhFfClEzt3naShYReegHYlyz32RQRzp7EunL9/SAyrPcdAW+ToPJZtD8x7TWdVe Y2lOAADCNixZuYQc86zJJy6O+9CDtcvoOU7UQC3jCXwiACICgMc2WHugUaaxbpexFgdj9drU JEd5oA0wLk2cDkq5EQBAO4QsDlJCCQJJGDJASQwBNnQuZwxiAAAmlPm8Bs7uhNQNXiMlPBef MwU+nLTD98nb6F0bbiIqHDzM18T4VPQFxRXjylgawreBY4qWOhPgxNsaEgCNLElgVo+a8c0V GePNJFFgfCEZHthHXzjvfnqII9PkWSRNWg589Tg/e6DHKcDpNJmnX52UO4pe9ZLDVBqWzjfC tUIw7gEIJrKrhPC+FqO/wMcfR2MwX5IqCTSRAgi6RqLJpGRJla7n4jJN0fpgnCNtQJmZ57i+ uB3TID32vngDfg+wrLxbfc1mAtgAjb25i0E9CRE5TsKqrmlJLUFUox2TgtpKAANJqNugU6qw AAIwCzEZ6FEM+RGPuiuxlX37VeroXS2kGE6GJGMEWUtpUC05WjUaacRtlS1rgG7oZ9EDDxqL XXK+4qwYxXUiH+xAbeEoFdDRTEIZzeUn8xhmnXnmhIEjzAJeaDs93pM2unxBnzXudxFlp3yo YfbJQwcYBo9X4ztpZpn0KKwrUtMhA3x7pD9OHJMJ0+JZkPKOfG0MN1FAm0iVDfsihN04guOe 3zhvENNJNoVgsWYjaj5FY/gVVrd7lj0exKwUImgYXIDP42seSaWTQ28oCbq/M56MKnSFnfje ybQ41o9/KWbsppk0LgxPCKWrlDQoqAaQBCLYgV8FjjqG9NAu2chU2VV1kFsAACNUtP/Ng0F5 8QCVUXTNFBU1YiPdAAAI4hxhHkZkGyEgDydlgqTCj10FN95AnYXtY22jdv0di2xdbHIzwXok 3BibMmTh1lxT7Lr5aw6pxgFDmXutdFvBfA2whtf5gouO9oLfPcXj0EHkfftbanE2hgdazwt7 FYDINuyEw4scIxGKEuWuJQh+VrQO1gGzdd45P2O3oeQB9eb8n2+7+cPCiX3h0PINwIbnsC/3 UZDGxF4qEIIf1EIMm5BukCs7/1WsEEJCEIQkJDBtDH17uPLkcyC4/UMFXB1Cdq+QpPAWjPIE 4hxzD9q9JYLltA/lHJ9tfAR5Cz14ihDqoXF+2YWL1dgS0dEj5LWU8aArCmB2ahW87/gkX+mA IQYyYbkrfUNblG+EQw/T5IKHqkO3wblCAs4YZaPSRhGEAjGEYRhEI+vrLDDyUdgACA79EHfq rNHgfpASmMctg39ARuZwwhYe6slwNYMmBwq96Ecehkenhm8WhAtyhECfS9SFBYHgeuA5Dh60 FZWhqZ+OK2NCLmQAkCiDi36j3bHGBi7ErRLWvG9ztOcrCoYlOCeTzzh4sw6a2J9WnUqahqGJ IARCLARiwjEUiyAopFhBQVSAoKpAWIRIIWgexvKn0iF0BETu5WrL4YOfWmTk3bkRZOGaNOwi FwlEVCwmYuwC33EueLIrRVcALeCbIHWxHeGcftGGIBQ398Nuf4KB7CIxQ6Hy3h/d7bc0gCMI PpQh70gGzUWeGcrblBN7JGKDBZJAiXUDmdouJ92fZlfo+hLn3ZN2lwMZdcYYZpS5aWIOUICl 6EozxKHStbxXsH5jFWxX8Ex2uq2EjUgjmRkTco5jxg/klyV1AHq3m4lodf83+gu5IpwoSAG9 pHAA ------------D35F149A520737 Content-Type: application/octet-stream; name="dmesg.boot.bz2" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="dmesg.boot.bz2" QlpoOTFBWSZTWdWgDm0ACYzfgGwweGf/93///+q////wYBJ9xZ99YJ9jV7ctfW683tzt7PVV y2i+7zhRl6Z9o9mVJANfc3QNDTXvZQO9bBJIg0TE0ADQTETYVPQwmgyQyZoJmo9TQShCTYQC Gqfqp+jRkSek9T1P1IxlPUaaBoBoA0Gmp6ETUyNU9TyankmmmkwEYEYE00NGmABASakgUMT1 GnqDVNPRDZIBpoDR4SAGgGmgRSpqeSehMTQ0yA0aAANDQAAAAASJBACNExMpplMZKeo80KNM xR6gYmmTQaDP7RmTQqVVGWlbemcvFXRV6mnoT+cLrE48cDK7K03vX5wBP7UoTUH1JIJJBJIJ JBJIJJFyjQkkkksVQljnq1WV0l0UlpT25DheniN/VztCo5rX+YyClHM5vRyKgtRUgxNGcgmM tQ16ua97NYzFxZdc5XlXuTk7S8497PVSqKqqOlWNYW3vC/7ouU+3/SyFTGqt2ZvHexR6Le6D frXr84s9ejsQDsonmC3+MmG3ZNq1aZNOdFE+dwqctsR+LgjOxTPV5REqIMrjp49U20DAy0w/ PRxNGItmAPY94VFnI7Lj8vtGYZE0N1YgpgYUtr+ryDNSHNCyWAnv8INU6NrFk2rUGwtlnNdb 0SYdX0VrQE+Ar9sxnzFXDdzl2e74CoQDwKq79J5MkkGdkinN+YVNa97++Dhlu6RXrYdkaHZj Vb/ny+eGg30c9CXlevs3PZv2onnlJgra9hmZmaBYdhcF/VqADy7T7NPPXoKb8VdxU4avV0df tl4GnRxsqpCqFLIvMeI2UbnkdkUANL3DcdO4WAOSOL5eH2z7wbm78yK+ULC7SXdgF4vF+G92 3Zr2l00UJUCqDSDAsgK6eR4o1hJE/Ztwt8gip6WiYjOYmLq3/Rut+Xw9VOwXhA7PIWe2Iqi6 UKjsidJiMcsQ7UbCfq14cnlZZZjjAJ56SkWSEyyi8SAmbRzQFTJaebmykGgkrnCt4lyMmtdo oBbSCnSEbkOQ7eHtmNIs/Z68pALKMcEN70+eowOmxz8suvdS7vjEzJbH2uNlIT2UGQRLdOmh WjG2k+370llSKMV2rCDIlM/boiqrg7/Hu5t1JJtfZ6p2CP5XWyLLeJOTCycREUBDlsQEtzSX E52C4lx1AEIBOyPUsYdfRCdkNlLR1aRFvoAopEViogYaW3JeMsLN2W/lyqurAz9TDxkI7shT B4xDxqtW4s2K1ta6rXVX0Z2EP66iaIzTLCGnp6+Y7eQWNjhxt482DRV2CzRY3mRkZczkEbIC YZK+yEw3rv07/C8sg9VVVVVWdU6nKS1xPkPBAH3nKffjn5PWW3RqtWjO39z9VUKvTdCPvy/s KCYfAq/o2QlECSzzAg4VRDwHzv329zNX9PTg4fs676prD8u+P59EzSHos26pdnjscQ4S7Lrq uK93dt97YGcNL1E5qJTJzvRdUFp1Ph6Cbie3zO4Qx0whJfnDHNHpOdgaOZurrp5QZkanBxe6 9kvPiZgSxLEFwwJNAC1KO/4PEV2WtV5VsVgMK1DuHOlld2nm74As8gE6R6Zo2uYccTO7jSK1 09RxEN03s5f66zIJ63urG64mlwHS+z/1AsxquRhcYZWuQFPRJAhKqt51hLnhOmY3t8QnIPcD CFfQzPROD7iHFv+o15XsD3HtJTPFbifHjSqKqwMd2QWFa/ToVkhHo2QbLaoHozApEZDkSiK4 irYImImR1X9X1svvwtrYc8kXiJUtXYaF+lnDRJMIpsIooL0PQrQCfaDqPo4m6JRZ30SDT1Vs 7s03607ePS/N073R9FsLmmjmV7SRR7JOuSXd4YajFDSr0FCHZI4TvxoZOK3yMawFwtW9sC34 ogRuGD4aH28ox3KqvelU0LC1WVVbKq1VKqqqWqrNK00qqqvBzWc9lrVoterDf4eStOMgyFkQ tu6+Da+xK1RTep1oCog/nfBSnVavbXFYm4at5WyDOvoE0iWf0ym+DvZ/z5RkxSyRAjywRApK HpGLPjVmd+bXt1yyQaXKBEoRGXEUAMhF/knYx45VXurlWWdj/mi11i3bBHlaKgkSHNts4c3i 0eBIQmC8VQS3kxV0v0shxqHOGU0VXMPd0Xxh3bWDJ7kAQG3k4m3HS/CHciHgdFhUbQ24MXRE EC1tgOEhPgQySkpmhHNVUsVE2qg2CGVeXn/7q246Ttv5XExOF44/x4m3cfBLjdMnfeOM6Q2e QbVqAjc98DpWON0YGyLNuhVbuuHhzl3HtoVI5aIPhhsJ25s2ekLUL+eJbSBvS2b9Y4l0HcOs ef1gqjKtcXCx17ufblYWDRlztxXDMbNbtj733mDsXvLfjqg5EywI51yMeVjashggg2XnEwdk cGQdOzjIV4ufvr5b670NDRn1tyFjZNGzDHaTDaT2FCw6iMskX9OFUSR0RaWWYyYcSx3Dltbf CQmqu13PjY+xlCbcENYNDLl3WcV2N/OojrhKTM12vc7EnWwAnl3YA6MQ16QmAGM7Q2YZBZUv hFEp4bxrrt+efhCAnjrqGxBPw0Vwm3nzQ6E67zuRJUYD2Y4i2jqD4sOWPAb535c6huhSta1q 7vpiIsZmYSU5UJloIIJhRMDIiSSSDFJBYIqtE9a4VSmZirh3maxAALMIpWZhhB0dwSqxdBJ7 WpeW/s+h0wzCQelne6MDHHDGdGFKRSlKZfFo/j/C0ltRBQgorxJZxr92aarQatvRmpmfmCMQ qliFsz0AC9AjtlyL6vCTHp91ctU1Rhmw9ok/l3UO9bH1BJQx0wexa1aGlpYZoxypZdzxVhWw Nfriz/TwfEws31xe6oFu7Qds5nCiRmFje9yPvqE3r++sBb6pBNv3gbEVRFfyj27YWXzR5s6Z Gd6FalEiEExTA7mC+DAkWgZQI7/dpg/4fV2i1zuTVQ6IvFlKneH0zk4iygg+rIGIGa/hxxdn B8hH5QcgfY1oFhAlIZLLMgWfNExHT0SRtv6CdrM0jRoWJ8Rop5Ts0+izfITMHy0XAFPZ75b9 SJMsrFIFrTDbKyvYJ8oxfyO/RVpWdrRtfRjTEfiL8TtB5UA9OPnwS9PzFw1EHYl3C4kM57ZW xxBG+AMGufbCfegNyWTYkPMIIimdnDCqKcUB8NAJGXwVqLBTJvzxwBGXgUR4gnmZkBTisFwx sQqfPoHdRpWaqs4XdJjNJWcd2aLda3lEvPX0oTFEHSS8xOOFbydSTkeVYRXonoagKn7BZkBi wn3cEY70UDLKFQXCld5TyMmtdgG3fyAUlhlsMqtTLaQTtEDeV1zIYYMHDUIw4WSzsKpbWF5U GzRis7jTSkdXWBstBgi2zq2ogvrPbFKkIO9G7jXLtR3ixtLsA2yFkJ3gleeEg6UVU+++2iou cdoYJEsXyZLSFIpOtsM7dUOFBE8RUcUEq0BYrlTmWk4Ag7eOzBB+d53YVOv3KnvUNoL0SFXA ITi2c1gk4XDbWjwNdPBC0LQevbnpuIt1CXnDZcApgcWhsDbeUuOIwPb4jzZyfk1dzbzy4812 Fp6G9l7AByogyFD8Nxb7PnDtrssB4+0mOvfwgd1iHSAzZWtDyNzBYLBYKDIenk3oPcgajhmB MYooooopww+gX4R3fUPhRscqB8+3x0Q+gwmQpRGjDfr4DgyCHw/jRao7eAjOourXzsQLTHHf 5CDDWzkmxoKh7JSDFZ+rdh9tM9ziJQSk2lkxebyoMM/RdG+UfHKgGDQLJ6tp4i3OB6NU30Jx dUzTbaizBSCkWCwQZJdDo7Kk7yORwydnnM9XPffWHK8pq2X5bEXKVAhh9hflKwRaR4hXfYkB 6jpeHW7SggwJMMYFYXTX1kYsFFBBgwiikBBiDSU6yqg6NNoFwO0voFRBQJsG+SM6AUTFVEMg DgwH29shcWU9rFCRSsJL8DdSsoEOBC0P048LH66wzFYoqqKKqiiqsJ9Wrm1cC3yGkVg+XkIB 037JzXBMwuwPKkTReYikboB1hIPXIOY28CI8vhxkUspL7wiPUQKYV5F8REqgTmtehOVUn7y+ RMe4W6u21Ct+sImveEKO94j3ZhCPy242CiZpANJwJm00QSuvYV01kjIuoFp+kLhd4GTPZrPn 3DZ3isFggNGgxGpCYGoHjLqSJq0LOUzEMQKimIxFiluJetLEyC/hWtblek1pPIPaXWh5IKiD iY1Au1A3oojiIneH3DtT1CaXtwzlsEsNQh8C9aiNK/Gw+WQoBYY8YEBWa+w1FHtRJwItbOZz Mx7HPZ6nAkjfd8Nzp/nHB4t++abmAJMOIi0UvdBXExihMWn65Zyjx16+i+nUD0NHNzEglVua 0TiTsURJpZMkSdZJGtcEuOIIVCIS8nscGQ2spFq1DSihKLEDsmWEglA9lujzft4LfTjgGyag Ds6y6RiRRBgKAIxMYI5f298yY93C+YMhKb60gJiDlzK51XmM3KfFRA7IkS9GAHZQYZxhpMNy KwUqOF/puk15laKxtHjtgj5+5ft4h51cCObFg3182kdXfngI160c1raGqsCudEXeilJoxkyz Jpsz73lTkAoGmZigUFIJNQMSwCDJVEdc+ekNKQ5NBJ1GkwtQiX+LkFl/i1cL98FiQZYYxdjW 0mIlsRQSmi2UwcwYU7RS+ViPRQ3icgvuvq4D5QVSbLpqswJkxgWogFvZMqQGBXjbXABgq4iB IoB9/4St5YCJMAw77SVYjRZz0aFIDbbRJfaSLvvnS9CuDMFKQhq4UNYArUIGFhRJEyJfHENq I6U4hHt06pdRd+p0jYLuQpI8LVAIgwXuF5A0kgtQAxpAOG5TrCgGkEIPmiyETOhdd5kXIKXI w89JUFYa0B52EmuHRkAvMJkDyufc8VTIoCTFriBYqDIDHocarU275EWCkJT7GENtv5iLkW7t ggstuvK3pBNpBe2GHZIKMWxBFgebARkcwRjN6RBhYQ3EEpguzYFWgyB4d0tAvIEZ0KzChkDH pfjZ699Qzmg6xWIOagMg3g9DZjacHiCzS9EJgbU5FW3ZvmE4xQk5kFdYWMFUw61RCVJ1aUBP SUgCFhQpMTwjgXqKTbDT3d/UFrFvEfnz9hjCDQBoii7XGiLqudcr/ARQDrmJuO2DCwInzuFN oPixUGIR5UhwKY0bc1eKcpRGusIjmlsSWBZgtQli6JE/YHrLsBYOgVkjsMXOJI8962s5Z0wD lMRgDSY+yDTirMgOvvi7ELRvYMRtFyaRlnIKmYE6SrJKc4FRgiTGhtBTHeExKSNpWyLYInGP JAxE8p/cXYPaK+9FZmEkILlQwDwU1N2gXCMcz1xLAjZ2R6aIz1sCpJQLWxGi00AqLQokShJF m2N0JEkHiGilIN2gaCJ5dy6K8A+bq3iXyHrJn9eUCkUUUUUgZ8+XwE8pfuBAIIxiL0wg65eW 8G8RH4DkIBmCdTjRGIgMYjEYjAY+AL7r18mgS5wgOAWKLNdOQx+k7pBcDuyGkBK9iGIhQI50 K248wqWFo3Al1ROBBaYEOqgza9TDn5HocDkPjfSUO5DJsWQS9Iqkf+LuSKcKEhq0Ac2g ------------D35F149A520737 Content-Type: application/octet-stream; name="KERNEL.CONFIG.bz2" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="KERNEL.CONFIG.bz2" QlpoOTFBWSZTWZGMpckAA4JfgAAweOf/4z//3/r////wYAaPvbstbFgKyw7Y0GgqhqaNBATa mUeqe1R+jKajZTyjTNqnon6Ij0n6SbSADQQAJo1DFGpAPUxo0IyANPUaBptTNDjJk0YhiaYC BgTTBGCYmmmgAwgkRBAjQmQNRpHpDTRoDRkAA00GgOMmTRiGJpgIGBNMEYJiaaaADCCSUmao eJ6p6nqPSaNNADRkDEZNNNMCADTVrBW6ArRqz6b7+F0ff4ZrLei2zlh407FcvTYqYUZO3ZyZ 5yurl/qhTV9Gj+iJ4xfjJe4CIUBKygZCJmFBkgXQMMJ2YQNsbGJsExsBGXj8n9T38+3ovpSX 2T8lFW/2v7/h8yQOogAb8qFFaamTzYlfvmabSr6zxrSt06ubngpd2Q7ZTfKaYS+7/kPG4SPv 6k6ezs9scPfozGWhjO3mZ1n1yQNAEeOfDlSpZybOPL6A5tVZR9jzxhG5oJds56B0P7B2adIG /C0evpI35RvzgD7DhHVEI1a9H3xs4IQ0pWufpZU/Y0RWMU6cvA9rae9n4s/x3FtMjFGPN366 a00x64oai3XRyHMrncmrzytJzbBbRF8nCOZJOC6nsZi3iszaQsYgN/pcwXf2vQfm0XyYFtCY YN3OWeycXUkN4AKbtH6fSfAxtMYm0DaG0OIIabGwbTaZESAQQIgrrbSpCJbCtii8fsWGmAe4 P1dPHQg1NpZGvo2e+YLEjxPtSLp0J+4wln/XYYibDZe8+qcmwpERDyIRy9uq7aOwHm4bzkN3 E+JhOcdx40D4vY71hByHawWgZS8q3CKbWRNt8IDGiXCkXnPI3GpWidDq0FbCiwhLZGlPKwE6 uERUxonsCzNeBT9VEcA/iPds0CpDMKQtCTbv103XdMnOwSCBXmCweAMe1uyqkSUqrOBEJuDn Sqs9kEBB2GXyyFXkg1MTbAOqbNZmEaoYjuR+5ZgWK9ImY7pqFzct1amYZkmHa0gHRjeCz5Si Ggn4R48IMJnZ3DbsqSDgbTqDEiGJZmZchfVpFGDzYW1+6/CBxqgIxplymzpbgNYhgzfBCHiM CRT35gUzsEF7ILKyL5Awh4uKKJnITITuyRJUgN5wGdmZi4mk5TO8x0Wu+8V1VWCBXtuw5Gga jb4OmFJ3X2dF6+PDZkQaCc2skYowuRIAlD1SVr/M7uByDSqNIta0qfQLigxLCEqbynNc/se4 1gEVM8mStk2DKqMcVS8kNF+0XEoXHwHoSD3Dp3QZ2lTmcsmjuhZkw0g4CgciANakBX0U+MV3 oWfwL9qd2JYsLdUGYGSEM+/RogOQPbWpSl9/aA/+nIOKkO1Do/UEV2f76/DpbmXYzbnraFxp utSy2wAhsbO1w4eO4rPSZu9WGHa7tLfT9ox3GnPf1k0ggcdTjGkmGRTXxZGtVovTtPUMEFEs X7OE4wttQy28QEbjf08aDmDecpa539x+ylb9cKXNXVxhQjthFNAoErdlOAI2RCT7s8jSDKxs J0TmRGTclJ+0UFiF+9RScyudDIeQYhA8fBE1YpgfLrry3LryKgd0SwOOYw1Ba6qzrco10bb5 W7L+gOpaaXYJHNmF86tZBy8AyxzLd72jU0jR3tqlwrHRNu4HxS4PPCsnma5MNXCIwnaxZQRG aSRrHtycLHPxXW3y++xjz0+rCccup0ZV1E4AoYALXoSFZ4nrVXBCq5HWpvlE6Z7BFxyY9lQc RFlx50TsqphNlHg7rRk5ZLGOj59FdW18KaMFSKo8N18VsrGVZWRG2kmRkMgro0d22K0TjbOO GJ259F6YDHoLzxJXQ0sZYkR51gUsUiRokOqY3uqDDAAVWTCzIIkMYzea3hivp5brnCox8rxb B8kbDBiSJA3FtpyPMNpg9XAkTOdj2B85L0gmZkQ0FOpcd4aKBydGOagmQC9DYk+3Gl20NjLl wIMZvGKEicCOKs0lDY1ugua3pIs2N1hb8IKM8QbMSvesLKYjMMnOMbewKIlMsUJFl85gGLmc cEizK9OHcJdtilFWSrhwklJ4p0ku7lqlWSOjk8fKYK14mqyk2TfLapjDNGvHloXuXyMhjbeN a6Igk8ihBZHXZg80KDHxRXNdhoVyDkr2Gfia6GrSDPI2WhvKNATagod5Be9xa4RiJIrAZnDp jPEW6cujSwZ6WXXNjSy7wZs5t8rAXMPHm8DrzFqgtjxyFiFjI4qJXzVEGDFZSSM62NaUE9ge buknItJs2cbWqiFruiBa/+LuSKcKEhIxlLkg ------------D35F149A520737-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 21:30:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32CF21065673 for ; Tue, 18 Jan 2011 21:30:18 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 91C238FC08 for ; Tue, 18 Jan 2011 21:30:17 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0ILUEGW063259; Wed, 19 Jan 2011 03:30:15 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D360661.3000700@rdtc.ru> Date: Wed, 19 Jan 2011 03:30:09 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: lev@freebsd.org References: <1321946168.20110119001248@serebryakov.spb.ru> In-Reply-To: <1321946168.20110119001248@serebryakov.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 21:30:18 -0000 On 19.01.2011 03:12, Lev Serebryakov wrote: > Hello, Freebsd-stable. > > > One of my servers crashes about once a week, with always same > diagnostics: "kernel trap 12 with interrupts disabled" and in same > process: "swi4: clock" > > It doesn't look as memory failure, as memtest86+ can not find any > errors in 8 passes. > > Also, after this crash server refuse to auto-reboot, last message on > console is "cpu_reset: Stopping other CPUs", and it hangs. > > Kernel config, booting dmesg & results of "savecore" are attached > (bzipped). You have not mentioned what tasks does it perform. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 21:40:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A423E106566C; Tue, 18 Jan 2011 21:40:53 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id EB1598FC16; Tue, 18 Jan 2011 21:40:52 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0ILenoq063682; Wed, 19 Jan 2011 03:40:51 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D3608DC.3090004@rdtc.ru> Date: Wed, 19 Jan 2011 03:40:44 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Doug Barton References: <4D0C49A2.4000203@FreeBSD.org> <4D0C7BE7.5020605@rdtc.ru> In-Reply-To: <4D0C7BE7.5020605@rdtc.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RFC: Upgrade BIND version in RELENG_7 to BIND 9.6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 21:40:53 -0000 On 18.12.2010 15:16, Eugene Grosbein wrote: > On 18.12.2010 11:41, Doug Barton wrote: > >> I am particularly interested in feedback from users with significant DNS >> usage that are still using 9.4, especially if you're using the version >> in the base. I would appreciate it if you could install 9.6 from the >> ports and at minimum run /usr/local/sbin/named-checkconf to see if any >> errors are generated. Of course it would be that much more helpful if >> you could also evaluate BIND 9.6 in operation in your environment. >> >> Your feedback on the issue of upgrading BIND in RELENG_7 is welcome. >> Sooner is better. :) > > I run serveral DNS servers based on FreeBSD+bind. > One of them is FreeBSD 7.3-STABLE and bind-9.4. > It's public primary server for two zones (one forward and one reverse) > and public secondary for several others; plus it's recursive caching DNS server > for users, low-loaded. > > I've just updated ports tree and installed dns/bind96. > /usr/local/sbin/named-checkconf shows no messages at all. > > I've restarted bind using ports version. All seems OK. I'll write back if problems arise. > About upgrading bind version in RELENG_7, I'm for it. Full month has passed, no problems noticed :-) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 21:46:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 052A81065672 for ; Tue, 18 Jan 2011 21:46:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id DA0F08FC13 for ; Tue, 18 Jan 2011 21:46:55 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta14.emeryville.ca.mail.comcast.net with comcast id x0dV1f00A1wfjNsAE9mvrD; Tue, 18 Jan 2011 21:46:55 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta23.emeryville.ca.mail.comcast.net with comcast id x9mu1f00G2tehsa8j9muhq; Tue, 18 Jan 2011 21:46:55 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 48B499B422; Tue, 18 Jan 2011 13:46:54 -0800 (PST) Date: Tue, 18 Jan 2011 13:46:54 -0800 From: Jeremy Chadwick To: Lev Serebryakov Message-ID: <20110118214654.GA15398@icarus.home.lan> References: <1321946168.20110119001248@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1321946168.20110119001248@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, "Vogel, Jack" Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 21:46:56 -0000 On Wed, Jan 19, 2011 at 12:12:48AM +0300, Lev Serebryakov wrote: > Hello, Freebsd-stable. > > One of my servers crashes about once a week, with always same > diagnostics: "kernel trap 12 with interrupts disabled" and in same > process: "swi4: clock" > > It doesn't look as memory failure, as memtest86+ can not find any > errors in 8 passes. > > Also, after this crash server refuse to auto-reboot, last message on > console is "cpu_reset: Stopping other CPUs", and it hangs. > > Kernel config, booting dmesg & results of "savecore" are attached > (bzipped). CC'ing Jack Vogel of Intel, as this looks like it could be something the em(4) driver might be tickling. I do see it in the stack trace shortly before the crash. In the interim, can you please provide output from the following command: # pciconf -lbcv And include only the entries relevant to your emX devices. As for the "the server refuses to auto-reboot": that may be a separate problem. You might try toggling the hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls (check what values they have on your system first) to see if there's any improvement. For Jack -- the core/stack trace, and dmesg are at the below URL as attachments (and bzip2 compressed): http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/061168.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 22:06:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C762106566B for ; Tue, 18 Jan 2011 22:06:57 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx03.pub.collaborativefusion.com (mx03.pub.collaborativefusion.com [206.83.220.142]) by mx1.freebsd.org (Postfix) with ESMTP id 040738FC15 for ; Tue, 18 Jan 2011 22:06:56 +0000 (UTC) Received: from Internal Mail-Server by mx03 (envelope-from korvus@comcast.net) with SMTP; 18 Jan 2011 16:34:33 -0500 Message-ID: <4D3608BD.7010604@comcast.net> Date: Tue, 18 Jan 2011 16:40:13 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101109 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, User Questions Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Keyboard repeat issues with Dell Optiplex 980s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 22:06:57 -0000 We've recently upgraded a few desktop workstations from Dell Optiplex 960s to Optiplex 980s. We were running FreeBSD 8.1-RELEASE. The migration was performed by simply swapping the drives into the new systems. Immediately after switching people over, they all began to report bizarre keyboard issues - things like infinite key repeats (letters, numbers, "enter") for keys they did not hold down. The key repeats continue indefinitely until another key is pressed. Occasionally, even mouse input will trigger similar infinite keyboard input repetition. In addition to the repeat issue, sometimes physical key-presses are not registered by FreeBSD, leading to typos and angry developers. We've tried doing fresh installs of FreeBSD 8.2-RC2 on two of these systems, and the issue persists. Because of the observed behavior, I'm thinking that this is due to new hardware in the 980s which isn't timing or handling interrupts correctly under the FreeBSD kernel. Looking at a 'pciconf -lvb' from each system, I noticed that the 980 has two USB controllers which probe under ehci(4), while the 960 (which does not exhibit this problem), enumerates six uhci(4) controllers and two ehci(4) controllers. To cut to the chase here, the 960 users' keyboards probe under a USB1.0 uhci(4), while the 980s only have ehci(4) devices to attach to. So, I guess what I'm asking is - has anyone else seen any keyboard repeat or other USB craziness with ehci(4) ports or otherwise Intel PCH controllers? Any fellow Optiplex 980 users? I'd be more than happy to provide pciconf or other output if requested. Thanks, Steve Polyack From owner-freebsd-stable@FreeBSD.ORG Tue Jan 18 22:56:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A281065700 for ; Tue, 18 Jan 2011 22:56:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 46ADF8FC14 for ; Tue, 18 Jan 2011 22:56:18 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta11.emeryville.ca.mail.comcast.net with comcast id x2G21f0010FhH24ABAwJjJ; Tue, 18 Jan 2011 22:56:18 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta08.emeryville.ca.mail.comcast.net with comcast id xAwH1f00a2tehsa8UAwJde; Tue, 18 Jan 2011 22:56:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C3F979B422; Tue, 18 Jan 2011 14:56:17 -0800 (PST) Date: Tue, 18 Jan 2011 14:56:17 -0800 From: Jeremy Chadwick To: Steve Polyack Message-ID: <20110118225617.GA16727@icarus.home.lan> References: <4D3608BD.7010604@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D3608BD.7010604@comcast.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable , User Questions , freebsd-hardware@freebsd.org Subject: Re: Keyboard repeat issues with Dell Optiplex 980s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 22:56:19 -0000 On Tue, Jan 18, 2011 at 04:40:13PM -0500, Steve Polyack wrote: > > We've recently upgraded a few desktop workstations from Dell > Optiplex 960s to Optiplex 980s. We were running FreeBSD > 8.1-RELEASE. The migration was performed by simply swapping the > drives into the new systems. Immediately after switching people > over, they all began to report bizarre keyboard issues - things like > infinite key repeats (letters, numbers, "enter") for keys they did > not hold down. The key repeats continue indefinitely until another > key is pressed. Occasionally, even mouse input will trigger similar > infinite keyboard input repetition. In addition to the repeat > issue, sometimes physical key-presses are not registered by FreeBSD, > leading to typos and angry developers. > > We've tried doing fresh installs of FreeBSD 8.2-RC2 on two of these > systems, and the issue persists. Because of the observed behavior, > I'm thinking that this is due to new hardware in the 980s which > isn't timing or handling interrupts correctly under the FreeBSD > kernel. > > Looking at a 'pciconf -lvb' from each system, I noticed that the 980 > has two USB controllers which probe under ehci(4), while the 960 > (which does not exhibit this problem), enumerates six uhci(4) > controllers and two ehci(4) controllers. To cut to the chase here, > the 960 users' keyboards probe under a USB1.0 uhci(4), while the > 980s only have ehci(4) devices to attach to. > > So, I guess what I'm asking is - has anyone else seen any keyboard > repeat or other USB craziness with ehci(4) ports or otherwise Intel > PCH controllers? Any fellow Optiplex 980 users? I'd be more than > happy to provide pciconf or other output if requested. Try adding the following to /boot/loader.conf then reboot and see if the "excessive repeat" behaviour changes: hint.kbdmux.0.disabled="1" It would also help if you would state exactly what brand/model of keyboard is used. Yes, believe it or not, it matters. dmesg output would be helpful in this case. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 07:30:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FF131065673 for ; Wed, 19 Jan 2011 07:30:53 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA508FC0C for ; Wed, 19 Jan 2011 07:30:52 +0000 (UTC) Received: by qyk36 with SMTP id 36so516941qyk.13 for ; Tue, 18 Jan 2011 23:30:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.96.132 with SMTP id h4mr340954qcn.41.1295420613518; Tue, 18 Jan 2011 23:03:33 -0800 (PST) Received: by 10.229.233.209 with HTTP; Tue, 18 Jan 2011 23:03:33 -0800 (PST) X-Originating-IP: [93.92.220.138] In-Reply-To: <4D35673A.9000408@rdtc.ru> References: <20110118073441.GT34926@laa.zp.ua> <4D354ADC.6030207@rdtc.ru> <201101180947.37356.olivier.freebsd@free.fr> <4D35673A.9000408@rdtc.ru> Date: Wed, 19 Jan 2011 13:03:33 +0600 Message-ID: From: Max Khon To: Eugene Grosbein Content-Type: multipart/mixed; boundary=00163642737780ec4f049a2d9de5 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Olivier Certner Subject: Re: 8.2-PRE: hastd: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 07:30:53 -0000 --00163642737780ec4f049a2d9de5 Content-Type: text/plain; charset=ISO-8859-1 Eugene, On Tue, Jan 18, 2011 at 4:11 PM, Eugene Grosbein wrote: On 18.01.2011 14:47, Olivier Certner wrote: > >> That's not a solution for 7->8 upgrade as new lex won't run under 7.x > >> kernel. > > > > I can confirm that compiling and installing 'lex' in advance > produces a > > working 'lex' on 7.x. > > > > My current understanding is that the procedure mentioned in a > previous mail > > uses the 8.x source but the 7.x tools and headers, so 'lex' then runs > > correctly, since it also doesn't depend on exotic kernel features found > only > > in 8.x. > > Got it, thanks. This is still workaround until real fix made, not solution. Please try attached patch. Max --00163642737780ec4f049a2d9de5 Content-Type: application/octet-stream; name="Makefile.inc1.diff" Content-Disposition: attachment; filename="Makefile.inc1.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gj3vylsg0 SW5kZXg6IE1ha2VmaWxlLmluYzEKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTWFrZWZpbGUuaW5jMQkocmV2aXNp b24gMjE3NTM0KQorKysgTWFrZWZpbGUuaW5jMQkod29ya2luZyBjb3B5KQpAQCAtOTI2LDYgKzkz MCwxMCBAQAogX2FyPQkJdXNyLmJpbi9hcgogLmVuZGlmCiAKKy5pZiAke0JPT1RTVFJBUFBJTkd9 IDwgODAyMDAwCitfbGV4PQkJdXNyLmJpbi9sZXgKKy5lbmRpZgorCiAuaWYgJHtCT09UU1RSQVBQ SU5HfSA8IDgwMDAxMwogX21rbG9jYWxlPQl1c3IuYmluL21rbG9jYWxlCiAuZW5kaWYKQEAgLTk1 MSw2ICs5NTksNyBAQAogICAgICR7X2dwZXJmfSBcCiAgICAgJHtfZ3JvZmZ9IFwKICAgICAke19h cn0gXAorICAgICR7X2xleH0gXAogICAgIHVzci5iaW4vbG9yZGVyIFwKICAgICB1c3IuYmluL21h a2V3aGF0aXMgXAogICAgICR7X21rbG9jYWxlfSBcCg== --00163642737780ec4f049a2d9de5-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 08:03:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4A21065672 for ; Wed, 19 Jan 2011 08:03:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAC68FC14 for ; Wed, 19 Jan 2011 08:03:21 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id C91D313DF5F; Wed, 19 Jan 2011 11:03:20 +0300 (MSK) Date: Wed, 19 Jan 2011 11:03:17 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1015366871.20110119110317@serebryakov.spb.ru> To: Eugene Grosbein In-Reply-To: <4D360661.3000700@rdtc.ru> References: <1321946168.20110119001248@serebryakov.spb.ru> <4D360661.3000700@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:03:22 -0000 Hello, Eugene. You wrote 19 =FF=ED=E2=E0=F0=FF 2011 =E3., 0:30:09: > You have not mentioned what tasks does it perform. Storage of all my data with software RAID5 + torrent-box for 25Mibt/s connection/ --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 08:08:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D3B106564A for ; Wed, 19 Jan 2011 08:08:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id D6DFF8FC18 for ; Wed, 19 Jan 2011 08:08:21 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id C01F113DF62; Wed, 19 Jan 2011 11:08:20 +0300 (MSK) Date: Wed, 19 Jan 2011 11:08:17 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1568775443.20110119110817@serebryakov.spb.ru> To: Jeremy Chadwick In-Reply-To: <20110118214654.GA15398@icarus.home.lan> References: <1321946168.20110119001248@serebryakov.spb.ru> <20110118214654.GA15398@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, "Vogel, Jack" Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:08:22 -0000 Hello, Jeremy. You wrote 19 =FF=ED=E2=E0=F0=FF 2011 =E3., 0:46:54: > CC'ing Jack Vogel of Intel, as this looks like it could be something the > em(4) driver might be tickling. I do see it in the stack trace shortly > before the crash. In the interim, can you please provide output from the > following command: > # pciconf -lbcv > And include only the entries relevant to your emX devices. em0@pci0:0:25:0: class=3D0x020000 card=3D0x82681043 chip=3D0x10bd808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xfea40000, size 131072, ena= bled bar [14] =3D type Memory, range 32, base 0xfea79000, size 4096, enabl= ed bar [18] =3D type I/O Port, range 32, base 0xdc00, size 32, enabled cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit cap 09[e0] =3D vendor (length 6) Intel cap 2 version 0 It is on-board LAN on Q35-based MoBo (ASUS P5E-VM DO) > As for the "the server refuses to auto-reboot": that may be a separate > problem. You might try toggling the hw.acpi.disable_on_reboot and > hw.acpi.handle_reboot sysctls (check what values they have on your > system first) to see if there's any improvement. Both are zero. BTW, manual reboots (reboot && shutdown -r now) and shutdowns (shutdown -p now) works perfectly Ok. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 08:37:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94779106566B; Wed, 19 Jan 2011 08:37:39 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id E64828FC20; Wed, 19 Jan 2011 08:37:38 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 84BC7713AEB; Wed, 19 Jan 2011 09:37:36 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.001727, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 8.9332] X-CRM114-CacheID: sfid-20110119_09373_73DC5698 X-CRM114-Status: Good ( pR: 8.9332 ) X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id 2BE94713AE2; Wed, 19 Jan 2011 09:37:36 +0100 (CET) Message-ID: <4D36A2CF.1080508@fsn.hu> Date: Wed, 19 Jan 2011 09:37:35 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-stable , freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:37:39 -0000 Hi, I first noticed this problem on machines with more memory (32GB eg.), but now it happens on 4G machines too: tmpfs 0B 0B 0B 100% /tmp FreeBSD builder 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sat Jan 8 22:11:54 CET 2011 Maybe it's related, that I use zfs on these machines... Sometimes it grows and shrinks, but generally there is no space even for a small file, or a socket to create. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 08:44:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FAA7106566B; Wed, 19 Jan 2011 08:44:10 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id BE9598FC15; Wed, 19 Jan 2011 08:44:09 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0J8i6Ru082616; Wed, 19 Jan 2011 14:44:06 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D36A451.6070902@rdtc.ru> Date: Wed, 19 Jan 2011 14:44:01 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: lev@freebsd.org References: <1321946168.20110119001248@serebryakov.spb.ru> In-Reply-To: <1321946168.20110119001248@serebryakov.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:44:10 -0000 On 19.01.2011 03:12, Lev Serebryakov wrote: > Hello, Freebsd-stable. > > > One of my servers crashes about once a week, with always same > diagnostics: "kernel trap 12 with interrupts disabled" and in same > process: "swi4: clock" > > It doesn't look as memory failure, as memtest86+ can not find any > errors in 8 passes. > > Also, after this crash server refuse to auto-reboot, last message on > console is "cpu_reset: Stopping other CPUs", and it hangs. > > Kernel config, booting dmesg & results of "savecore" are attached > (bzipped). There is known instability in em(4) driver in 8.2-RELEASE, it may panic due to some lack of NULL pointer checks. You should update to RELENG_8 containting fix and retest. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 08:46:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C581065679 for ; Wed, 19 Jan 2011 08:46:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id A49088FC1A for ; Wed, 19 Jan 2011 08:46:50 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta02.westchester.pa.mail.comcast.net with comcast id xLmS1f0010EZKEL52LmqHn; Wed, 19 Jan 2011 08:46:50 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta01.westchester.pa.mail.comcast.net with comcast id xLmp1f0092tehsa3MLmqSq; Wed, 19 Jan 2011 08:46:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 54C6F9B422; Wed, 19 Jan 2011 00:46:48 -0800 (PST) Date: Wed, 19 Jan 2011 00:46:48 -0800 From: Jeremy Chadwick To: Attila Nagy Message-ID: <20110119084648.GA28278@icarus.home.lan> References: <4D36A2CF.1080508@fsn.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D36A2CF.1080508@fsn.hu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-stable Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:46:51 -0000 On Wed, Jan 19, 2011 at 09:37:35AM +0100, Attila Nagy wrote: > I first noticed this problem on machines with more memory (32GB > eg.), but now it happens on 4G machines too: > tmpfs 0B 0B 0B > 100% /tmp > FreeBSD builder 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sat Jan 8 > 22:11:54 CET 2011 > > Maybe it's related, that I use zfs on these machines... > > Sometimes it grows and shrinks, but generally there is no space even > for a small file, or a socket to create. http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/060867.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 09:00:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 577DC106566B; Wed, 19 Jan 2011 09:00:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 131718FC12; Wed, 19 Jan 2011 09:00:20 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id C38E113DF62; Wed, 19 Jan 2011 12:00:19 +0300 (MSK) Date: Wed, 19 Jan 2011 12:00:16 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <888480815.20110119120016@serebryakov.spb.ru> To: Eugene Grosbein In-Reply-To: <4D36A451.6070902@rdtc.ru> References: <1321946168.20110119001248@serebryakov.spb.ru> <4D36A451.6070902@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 09:00:21 -0000 Hello, Eugene. You wrote 19 =FF=ED=E2=E0=F0=FF 2011 =E3., 11:44:01: > There is known instability in em(4) driver in 8.2-RELEASE, > it may panic due to some lack of NULL pointer checks. > You should update to RELENG_8 containting fix and retest. uname -v FreeBSD 8.2-PRERELEASE #5: Sat Jan 8 14:38:46 MSK 2011 It is built about hour after cvsup. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 09:50:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D57B1065695; Wed, 19 Jan 2011 09:50:34 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFC18FC1B; Wed, 19 Jan 2011 09:50:33 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0J9oUI5085255; Wed, 19 Jan 2011 15:50:30 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D36B3E1.7020009@rdtc.ru> Date: Wed, 19 Jan 2011 15:50:25 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: lev@freebsd.org References: <1321946168.20110119001248@serebryakov.spb.ru> <4D36A451.6070902@rdtc.ru> <888480815.20110119120016@serebryakov.spb.ru> In-Reply-To: <888480815.20110119120016@serebryakov.spb.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 09:50:34 -0000 On 19.01.2011 15:00, Lev Serebryakov wrote: > Hello, Eugene. > You wrote 19 ÑÎ×ÁÒÑ 2011 Ç., 11:44:01: > >> There is known instability in em(4) driver in 8.2-RELEASE, >> it may panic due to some lack of NULL pointer checks. >> You should update to RELENG_8 containting fix and retest. > uname -v > FreeBSD 8.2-PRERELEASE #5: Sat Jan 8 14:38:46 MSK 2011 > > It is built about hour after cvsup. Yes, I've missed it's PRERELEASE already. Backtrace points to the problem in em_local_timer() fixed in CURRENT 7 days ago, take a look: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c#rev1.65 I run my servers with this commit backported manually as it has not been MFC'd yet. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 10:09:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A16106564A; Wed, 19 Jan 2011 10:09:34 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id AC22A8FC2A; Wed, 19 Jan 2011 10:09:33 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 24ADC7131F2; Wed, 19 Jan 2011 11:09:32 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 13.7157] X-CRM114-CacheID: sfid-20110119_11093_E244C374 X-CRM114-Status: Good ( pR: 13.7157 ) X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id C1F9D7131E7; Wed, 19 Jan 2011 11:09:31 +0100 (CET) Message-ID: <4D36B85B.8070201@fsn.hu> Date: Wed, 19 Jan 2011 11:09:31 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D36A2CF.1080508@fsn.hu> <20110119084648.GA28278@icarus.home.lan> In-Reply-To: <20110119084648.GA28278@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 10:09:34 -0000 On 01/19/11 09:46, Jeremy Chadwick wrote: > On Wed, Jan 19, 2011 at 09:37:35AM +0100, Attila Nagy wrote: >> I first noticed this problem on machines with more memory (32GB >> eg.), but now it happens on 4G machines too: >> tmpfs 0B 0B 0B >> 100% /tmp >> FreeBSD builder 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sat Jan 8 >> 22:11:54 CET 2011 >> >> Maybe it's related, that I use zfs on these machines... >> >> Sometimes it grows and shrinks, but generally there is no space even >> for a small file, or a socket to create. > http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/060867.html > Oh crap. :( I hope somebody can find the time to look into this, it's pretty annoying... From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 10:39:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018B9106564A for ; Wed, 19 Jan 2011 10:39:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id AFA178FC0A for ; Wed, 19 Jan 2011 10:39:53 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PfVSC-0007Wc-AZ for freebsd-stable@freebsd.org; Wed, 19 Jan 2011 11:39:52 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Jan 2011 11:39:52 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Jan 2011 11:39:52 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 19 Jan 2011 11:39:41 +0100 Lines: 27 Message-ID: References: <4D36A2CF.1080508@fsn.hu> <20110119084648.GA28278@icarus.home.lan> <4D36B85B.8070201@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <4D36B85B.8070201@fsn.hu> X-Enigmail-Version: 1.1.2 Cc: freebsd-fs@freebsd.org Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 10:39:54 -0000 On 19/01/2011 11:09, Attila Nagy wrote: > On 01/19/11 09:46, Jeremy Chadwick wrote: >> On Wed, Jan 19, 2011 at 09:37:35AM +0100, Attila Nagy wrote: >>> I first noticed this problem on machines with more memory (32GB >>> eg.), but now it happens on 4G machines too: >>> tmpfs 0B 0B 0B >>> 100% /tmp >>> FreeBSD builder 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sat Jan 8 >>> 22:11:54 CET 2011 >>> >>> Maybe it's related, that I use zfs on these machines... >>> >>> Sometimes it grows and shrinks, but generally there is no space even >>> for a small file, or a socket to create. >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/060867.html >> >> > Oh crap. :( > > I hope somebody can find the time to look into this, it's pretty > annoying... http://people.freebsd.org/~ivoras/diffs/tmpfs.h.patch I don't think this is a complete solution but it's a start. If you can, try it and see if it helps. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 11:41:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E8B1106564A for ; Wed, 19 Jan 2011 11:41:37 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5A32A8FC16 for ; Wed, 19 Jan 2011 11:41:35 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id p0JBUnt5084680 for ; Wed, 19 Jan 2011 12:30:49 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 19 Jan 2011 12:30:46 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Gpart and gmirror 8.2 from 18 januari Thread-Index: Acu3zFDa9Cfl6baoSTGe207yeKxM8g== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 11:41:37 -0000 Hello all, i used to have disk configured with gpart and gmirror. =20 But with the latest 8.2, my server will not boot anymore if i label the disk with gmirror. =20 Gpart status Name Status Components ad4p1 OK ad4 =20 Then gpart list ad4 =20 Geom name: ad4 state: OK fwheads: 16 fwsectors: 63 last: 488397134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ad4p1 Mediasize: 65536 (64K) Sectorsize: 512 Mode: r0w0e0 rawuuid: 91d53f12-bf3b-11df-a74d-18a905477e61 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: (null) length: 65536 offset: 17408 type: freebsd-boot index: 1 end: 161 start: 34 2. Name: ad4p2 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r1w1e1 rawuuid: b2266ed2-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 2147483648 offset: 82944 type: freebsd-ufs index: 2 end: 4194465 start: 162 3. Name: ad4p3 Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e0 rawuuid: cf4a2a91-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: (null) length: 4294967296 offset: 2147566592 type: freebsd-swap index: 3 end: 12583073 start: 4194466 4. Name: ad4p4 Mediasize: 21474836480 (20G) Sectorsize: 512 Mode: r1w1e1 rawuuid: d980f19c-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 21474836480 offset: 6442533888 type: freebsd-ufs index: 4 end: 54526113 start: 12583074 5. Name: ad4p5 Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r1w1e1 rawuuid: e11bebff-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 10737418240 offset: 27917370368 type: freebsd-ufs index: 5 end: 75497633 start: 54526114 6. Name: ad4p6 Mediasize: 211404544512 (197G) Sectorsize: 512 Mode: r1w1e1 rawuuid: e70a8e2a-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 211404544512 offset: 38654788608 type: freebsd-ufs index: 6 end: 488397134 start: 75497634 Consumers: 1. Name: ad4 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r5w5e9 =20 Then i do a gmirror label -v -b load gm0 /dev/ad4 =20 Edit /etc/fstab And change /dev/ad4px to /dev/mirror/gm0px =20 =20 I reboot, and it hangs when tring to Mount the root device. I get an error about an corrupt gpt label. I can correct this with the fixit option from the live cd =20 If i do gpart status from the live cd i get=20 Name Status Components ad4p1 CORRUPT ad4 ufsid/4b9545d7d72d5019p1 CORRUPT ufsid/4b9545d7d72d5019 =20 if a do a gpart list from the fixit cd i get Geom name: ad4 state: CORRUPT fwheads: 16 fwsectors: 63 last: 488397134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ad4p1 Mediasize: 65536 (64K) Sectorsize: 512 Mode: r0w0e0 rawuuid: 91d53f12-bf3b-11df-a74d-18a905477e61 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: (null) length: 65536 offset: 17408 type: freebsd-boot index: 1 end: 161 start: 34 2. Name: ad4p2 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r0w0e0 rawuuid: b2266ed2-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 2147483648 offset: 82944 type: freebsd-ufs index: 2 end: 4194465 start: 162 3. Name: ad4p3 Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r0w0e0 rawuuid: cf4a2a91-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: (null) length: 4294967296 offset: 2147566592 type: freebsd-swap index: 3 end: 12583073 start: 4194466 4. Name: ad4p4 Mediasize: 21474836480 (20G) Sectorsize: 512 Mode: r0w0e0 rawuuid: d980f19c-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 21474836480 offset: 6442533888 type: freebsd-ufs index: 4 end: 54526113 start: 12583074 5. Name: ad4p5 Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r0w0e0 rawuuid: e11bebff-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 10737418240 offset: 27917370368 type: freebsd-ufs index: 5 end: 75497633 start: 54526114 6. Name: ad4p6 Mediasize: 211404544512 (197G) Sectorsize: 512 Mode: r0w0e0 rawuuid: e70a8e2a-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 211404544512 offset: 38654788608 type: freebsd-ufs index: 6 end: 488397134 start: 75497634 Consumers: 1. Name: ad4 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r0w0e0 =20 Geom name: ufsid/4b9545d7d72d5019 state: CORRUPT fwheads: 16 fwsectors: 63 last: 488397134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ufsid/4b9545d7d72d5019p1 Mediasize: 65536 (64K) Sectorsize: 512 Mode: r0w0e0 rawuuid: 91d53f12-bf3b-11df-a74d-18a905477e61 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: (null) length: 65536 offset: 17408 type: freebsd-boot index: 1 end: 161 start: 34 2. Name: ufsid/4b9545d7d72d5019p2 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r0w0e0 rawuuid: b2266ed2-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 2147483648 offset: 82944 type: freebsd-ufs index: 2 end: 4194465 start: 162 3. Name: ufsid/4b9545d7d72d5019p3 Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r0w0e0 rawuuid: cf4a2a91-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: (null) length: 4294967296 offset: 2147566592 type: freebsd-swap index: 3 end: 12583073 start: 4194466 4. Name: ufsid/4b9545d7d72d5019p4 Mediasize: 21474836480 (20G) Sectorsize: 512 Mode: r0w0e0 rawuuid: d980f19c-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 21474836480 offset: 6442533888 type: freebsd-ufs index: 4 end: 54526113 start: 12583074 5. Name: ufsid/4b9545d7d72d5019p5 Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r0w0e0 rawuuid: e11bebff-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 10737418240 offset: 27917370368 type: freebsd-ufs index: 5 end: 75497633 start: 54526114 6. Name: ufsid/4b9545d7d72d5019p6 Mediasize: 211404544512 (197G) Sectorsize: 512 Mode: r0w0e0 rawuuid: e70a8e2a-bf3b-11df-a74d-18a905477e61 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 211404544512 offset: 38654788608 type: freebsd-ufs index: 6 end: 488397134 start: 75497634 Consumers: 1. Name: ufsid/4b9545d7d72d5019 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r0w0e0 =20 Then i do gpart recover, edit the fstab file back to /dev/ad4px , and reboot. Then all is fine, but the gmirror Metadata is gone. =20 Regards, Johan Hendriks =20 =20 =20 =20 =20 =20 =20 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 13:52:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DB7B106566B for ; Wed, 19 Jan 2011 13:52:38 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx03.pub.collaborativefusion.com (mx03.pub.collaborativefusion.com [206.83.220.142]) by mx1.freebsd.org (Postfix) with ESMTP id E51118FC0C for ; Wed, 19 Jan 2011 13:52:37 +0000 (UTC) Received: from Internal Mail-Server by mx03 (envelope-from korvus@comcast.net) with SMTP; 19 Jan 2011 08:46:54 -0500 Message-ID: <4D36ECA2.5080204@comcast.net> Date: Wed, 19 Jan 2011 08:52:34 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101109 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D3608BD.7010604@comcast.net> <20110118225617.GA16727@icarus.home.lan> <4D36EB91.1050406@comcast.net> In-Reply-To: <4D36EB91.1050406@comcast.net> Content-Type: multipart/mixed; boundary="------------060306010205010009040206" Cc: freebsd-stable , User Questions , freebsd-hardware@freebsd.org Subject: Re: Keyboard repeat issues with Dell Optiplex 980s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 13:52:38 -0000 This is a multi-part message in MIME format. --------------060306010205010009040206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 01/19/11 08:48, Steve Polyack wrote: > On 1/18/2011 5:56 PM, Jeremy Chadwick wrote: >> On Tue, Jan 18, 2011 at 04:40:13PM -0500, Steve Polyack wrote: >>> We've recently upgraded a few desktop workstations from Dell >>> Optiplex 960s to Optiplex 980s. We were running FreeBSD >>> 8.1-RELEASE. The migration was performed by simply swapping the >>> drives into the new systems. Immediately after switching people >>> over, they all began to report bizarre keyboard issues - things like >>> infinite key repeats (letters, numbers, "enter") for keys they did >>> not hold down. The key repeats continue indefinitely until another >>> key is pressed. Occasionally, even mouse input will trigger similar >>> infinite keyboard input repetition. In addition to the repeat >>> issue, sometimes physical key-presses are not registered by FreeBSD, >>> leading to typos and angry developers. >>> >>> We've tried doing fresh installs of FreeBSD 8.2-RC2 on two of these >>> systems, and the issue persists. Because of the observed behavior, >>> I'm thinking that this is due to new hardware in the 980s which >>> isn't timing or handling interrupts correctly under the FreeBSD >>> kernel. >>> >>> Looking at a 'pciconf -lvb' from each system, I noticed that the 980 >>> has two USB controllers which probe under ehci(4), while the 960 >>> (which does not exhibit this problem), enumerates six uhci(4) >>> controllers and two ehci(4) controllers. To cut to the chase here, >>> the 960 users' keyboards probe under a USB1.0 uhci(4), while the >>> 980s only have ehci(4) devices to attach to. >>> >>> So, I guess what I'm asking is - has anyone else seen any keyboard >>> repeat or other USB craziness with ehci(4) ports or otherwise Intel >>> PCH controllers? Any fellow Optiplex 980 users? I'd be more than >>> happy to provide pciconf or other output if requested. >> Try adding the following to /boot/loader.conf then reboot and see if >> the "excessive repeat" behaviour changes: >> >> hint.kbdmux.0.disabled="1" >> >> It would also help if you would state exactly what brand/model of >> keyboard is used. Yes, believe it or not, it matters. dmesg output >> would be helpful in this case. >> > The keyboard is also a Dell model - model KB1421, or listed as "Dell > QuiteKey Keyboard" under dmesg. The same keyboard does not exhibit > the strange behavior when used with the older model of tower (Optiplex > 960). > > I'll reboot today with the loader.conf hint you provided. I'll let > you guys know if it helps. Thanks! > I forgot to attach my dmesg - here it is! --------------060306010205010009040206 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-RC2 #1: Mon Jan 17 12:10:53 EST 2011 root@galvatron:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz (2660.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Features=0xbfebfbff Features2=0x98e3fd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4082315264 (3893 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 3.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io nvidia0: [ITHREAD] hdac0: mem 0xf7dfc000-0xf7dfffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) em0: port 0xecc0-0xecdf mem 0xf7fe0000-0xf7ffffff,0xf7fdc000-0xf7fdcfff irq 21 at device 25.0 on pci0 em0: Using an MSI interrupt em0: [FILTER] em0: Ethernet address: 84:2b:2b:a5:d0:45 ehci0: mem 0xf7fdd000-0xf7fdd3ff irq 16 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 hdac1: mem 0xff87c000-0xff87ffff irq 16 at device 27.0 on pci0 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 ehci1: mem 0xf7fde000-0xf7fde3ff irq 23 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff870000-0xff8707ff irq 18 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x7f irq 8 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcffff,0xd0000-0xd27ff,0xd2800-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 4 ZFS storage pool version 15 RTC BIOS diagnostic error 11 Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x120 offMax=0x3c0 hdac0: HDA Codec #0: NVidia (Unknown) hdac0: HDA Codec #1: NVidia (Unknown) hdac0: HDA Codec #2: NVidia (Unknown) hdac0: HDA Codec #3: NVidia (Unknown) usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 1 nid 1 on hdac0 pcm2: at cad 2 nid 1 on hdac0 pcm3: at cad 3 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC269 pcm4: at cad 0 nid 1 on hdac1 pcm5: at cad 0 nid 1 on hdac1 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 152587MB (312500000 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closedlapic6: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Root mount waiting for: usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 Root mount waiting for: usbus1 usbus0 uhub2: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered ugen0.3: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4001 Root mount waiting for: usbus1 usbus0 ugen1.3: at usbus1 uhub4: on usbus1 uhub4: 4 ports with 4 removable, self powered umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 scbus5 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 scbus5 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 scbus5 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present ugen1.4: at usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen1.5: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZ] coordinates ID=0 ugen1.6: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 Trying to mount root from ufs:/dev/ada0s1a --------------060306010205010009040206-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 14:00:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED3361065698 for ; Wed, 19 Jan 2011 14:00:57 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id 999F78FC14 for ; Wed, 19 Jan 2011 14:00:57 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta14.westchester.pa.mail.comcast.net with comcast id xRRr1f00327AodY5ERnhQF; Wed, 19 Jan 2011 13:47:41 +0000 Received: from [10.0.0.79] ([71.199.122.142]) by omta19.westchester.pa.mail.comcast.net with comcast id xRnh1f01Y34Sj4f3fRnhmC; Wed, 19 Jan 2011 13:47:41 +0000 Message-ID: <4D36EB91.1050406@comcast.net> Date: Wed, 19 Jan 2011 08:48:01 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D3608BD.7010604@comcast.net> <20110118225617.GA16727@icarus.home.lan> In-Reply-To: <20110118225617.GA16727@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , User Questions , freebsd-hardware@freebsd.org Subject: Re: Keyboard repeat issues with Dell Optiplex 980s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 14:00:58 -0000 On 1/18/2011 5:56 PM, Jeremy Chadwick wrote: > On Tue, Jan 18, 2011 at 04:40:13PM -0500, Steve Polyack wrote: >> We've recently upgraded a few desktop workstations from Dell >> Optiplex 960s to Optiplex 980s. We were running FreeBSD >> 8.1-RELEASE. The migration was performed by simply swapping the >> drives into the new systems. Immediately after switching people >> over, they all began to report bizarre keyboard issues - things like >> infinite key repeats (letters, numbers, "enter") for keys they did >> not hold down. The key repeats continue indefinitely until another >> key is pressed. Occasionally, even mouse input will trigger similar >> infinite keyboard input repetition. In addition to the repeat >> issue, sometimes physical key-presses are not registered by FreeBSD, >> leading to typos and angry developers. >> >> We've tried doing fresh installs of FreeBSD 8.2-RC2 on two of these >> systems, and the issue persists. Because of the observed behavior, >> I'm thinking that this is due to new hardware in the 980s which >> isn't timing or handling interrupts correctly under the FreeBSD >> kernel. >> >> Looking at a 'pciconf -lvb' from each system, I noticed that the 980 >> has two USB controllers which probe under ehci(4), while the 960 >> (which does not exhibit this problem), enumerates six uhci(4) >> controllers and two ehci(4) controllers. To cut to the chase here, >> the 960 users' keyboards probe under a USB1.0 uhci(4), while the >> 980s only have ehci(4) devices to attach to. >> >> So, I guess what I'm asking is - has anyone else seen any keyboard >> repeat or other USB craziness with ehci(4) ports or otherwise Intel >> PCH controllers? Any fellow Optiplex 980 users? I'd be more than >> happy to provide pciconf or other output if requested. > Try adding the following to /boot/loader.conf then reboot and see if > the "excessive repeat" behaviour changes: > > hint.kbdmux.0.disabled="1" > > It would also help if you would state exactly what brand/model of > keyboard is used. Yes, believe it or not, it matters. dmesg output > would be helpful in this case. > The keyboard is also a Dell model - model KB1421, or listed as "Dell QuiteKey Keyboard" under dmesg. The same keyboard does not exhibit the strange behavior when used with the older model of tower (Optiplex 960). I'll reboot today with the loader.conf hint you provided. I'll let you guys know if it helps. Thanks! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 14:51:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5F6B1065670 for ; Wed, 19 Jan 2011 14:51:43 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx03.pub.collaborativefusion.com (mx03.pub.collaborativefusion.com [206.83.220.142]) by mx1.freebsd.org (Postfix) with ESMTP id C50478FC33 for ; Wed, 19 Jan 2011 14:51:43 +0000 (UTC) Received: from Internal Mail-Server by mx03 (envelope-from korvus@comcast.net) with SMTP; 19 Jan 2011 09:46:00 -0500 Message-ID: <4D36FA7D.1030503@comcast.net> Date: Wed, 19 Jan 2011 09:51:41 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101109 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D3608BD.7010604@comcast.net> <20110118225617.GA16727@icarus.home.lan> <4D36EB91.1050406@comcast.net> In-Reply-To: <4D36EB91.1050406@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , User Questions , freebsd-hardware@freebsd.org Subject: Re: Keyboard repeat issues with Dell Optiplex 980s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 14:51:44 -0000 On 01/19/11 08:48, Steve Polyack wrote: > On 1/18/2011 5:56 PM, Jeremy Chadwick wrote: >> On Tue, Jan 18, 2011 at 04:40:13PM -0500, Steve Polyack wrote: >>> We've recently upgraded a few desktop workstations from Dell >>> Optiplex 960s to Optiplex 980s. We were running FreeBSD >>> 8.1-RELEASE. The migration was performed by simply swapping the >>> drives into the new systems. Immediately after switching people >>> over, they all began to report bizarre keyboard issues - things like >>> infinite key repeats (letters, numbers, "enter") for keys they did >>> not hold down. The key repeats continue indefinitely until another >>> key is pressed. Occasionally, even mouse input will trigger similar >>> infinite keyboard input repetition. In addition to the repeat >>> issue, sometimes physical key-presses are not registered by FreeBSD, >>> leading to typos and angry developers. >>> >>> We've tried doing fresh installs of FreeBSD 8.2-RC2 on two of these >>> systems, and the issue persists. Because of the observed behavior, >>> I'm thinking that this is due to new hardware in the 980s which >>> isn't timing or handling interrupts correctly under the FreeBSD >>> kernel. >>> >>> Looking at a 'pciconf -lvb' from each system, I noticed that the 980 >>> has two USB controllers which probe under ehci(4), while the 960 >>> (which does not exhibit this problem), enumerates six uhci(4) >>> controllers and two ehci(4) controllers. To cut to the chase here, >>> the 960 users' keyboards probe under a USB1.0 uhci(4), while the >>> 980s only have ehci(4) devices to attach to. >>> >>> So, I guess what I'm asking is - has anyone else seen any keyboard >>> repeat or other USB craziness with ehci(4) ports or otherwise Intel >>> PCH controllers? Any fellow Optiplex 980 users? I'd be more than >>> happy to provide pciconf or other output if requested. >> Try adding the following to /boot/loader.conf then reboot and see if >> the "excessive repeat" behaviour changes: >> >> hint.kbdmux.0.disabled="1" >> >> It would also help if you would state exactly what brand/model of >> keyboard is used. Yes, believe it or not, it matters. dmesg output >> would be helpful in this case. >> > The keyboard is also a Dell model - model KB1421, or listed as "Dell > QuiteKey Keyboard" under dmesg. The same keyboard does not exhibit > the strange behavior when used with the older model of tower (Optiplex > 960). > > I'll reboot today with the loader.conf hint you provided. I'll let > you guys know if it helps. Thanks! > The problem still exists with the kbdmux.0.disabled hint. It definitely took effect, as there is no longer a /dev/kbdmux0, and dmesg lists the refusal to register the kbdmux module. Any other ideas? We've tried playing with the hw.usb.ehci.lostinrbug and hw.usb.ehci.no_hs sysctls, but they don't make a difference either. Looking at the ehci(4) man page, this sticks out at me: BUGS The driver is not finished and is quite buggy. There is currently no support for isochronous transfers. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 15:02:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85ED1065674; Wed, 19 Jan 2011 15:02:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 232438FC14; Wed, 19 Jan 2011 15:02:04 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p0JF206q096768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Jan 2011 17:02:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p0JF20wt018365; Wed, 19 Jan 2011 17:02:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p0JF20U8018364; Wed, 19 Jan 2011 17:02:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 19 Jan 2011 17:02:00 +0200 From: Kostik Belousov To: Ivan Voras Message-ID: <20110119150200.GY2518@deviant.kiev.zoral.com.ua> References: <4D36A2CF.1080508@fsn.hu> <20110119084648.GA28278@icarus.home.lan> <4D36B85B.8070201@fsn.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SoGQxgZEULAMOcJz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 15:02:05 -0000 --SoGQxgZEULAMOcJz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 19, 2011 at 11:39:41AM +0100, Ivan Voras wrote: > On 19/01/2011 11:09, Attila Nagy wrote: > >On 01/19/11 09:46, Jeremy Chadwick wrote: > >>On Wed, Jan 19, 2011 at 09:37:35AM +0100, Attila Nagy wrote: > >>>I first noticed this problem on machines with more memory (32GB > >>>eg.), but now it happens on 4G machines too: > >>>tmpfs 0B 0B 0B > >>>100% /tmp > >>>FreeBSD builder 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sat Jan 8 > >>>22:11:54 CET 2011 > >>> > >>>Maybe it's related, that I use zfs on these machines... > >>> > >>>Sometimes it grows and shrinks, but generally there is no space even > >>>for a small file, or a socket to create. > >>http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/060867.h= tml > >> > >> > >Oh crap. :( > > > >I hope somebody can find the time to look into this, it's pretty > >annoying... >=20 > http://people.freebsd.org/~ivoras/diffs/tmpfs.h.patch >=20 > I don't think this is a complete solution but it's a start. If you can,= =20 > try it and see if it helps. This is not a start, and actually a step in the wrong direction. Tmpfs is wrong now, but the patch would make the wrongness even bigger. Issue is that the current tmpfs calculation should not depend on the length of the inactive queue or the amount of free pages. This data only measures the pressure on the pagedaemon, and has absolutely no relation to the amount of data that can be put into anonymous objects before the system comes out of swap. vm_lowmem handler is invoked in two situations: - when KVA cannot satisfy the request for the space allocation; - when pagedaemon have to start the scan. None of the situations has any direct correlation with the fact that tmpfs needs to check, that is "Is there enough swap to keep all my future anonymous memory requests ?". Might be, swap reservation numbers can be useful to the tmpfs reporting. Also might be, tmpfs should reserve the swap explicitely on start, instead of making attempts to guess how much can be allocated at random moment. --SoGQxgZEULAMOcJz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk02/OgACgkQC3+MBN1Mb4gbqACcCcdPv4prz3YTuFFXcJdjgXtC xs4AoIpe5GpZ9t49sjimGrOvG382V2of =EWf5 -----END PGP SIGNATURE----- --SoGQxgZEULAMOcJz-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 15:04:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B2A106566C; Wed, 19 Jan 2011 15:04:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 787808FC19; Wed, 19 Jan 2011 15:04:37 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=A4HDTGXxjEDC1UuJ6rl8GMp0zaXu4XgXPL1dbujgs48= c=1 sm=1 a=XTUqBGVsqOAA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=l_Y0fWRYadet1y9gK_0A:9 a=RwtVsJ-TxpBShPIPgmwA:7 a=RmbvT1dXn1wWusJJl8Vx2HMxa8oA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 76974602; Wed, 19 Jan 2011 16:04:33 +0100 From: Hans Petter Selasky To: freebsd-hardware@freebsd.org Date: Wed, 19 Jan 2011 16:04:35 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D3608BD.7010604@comcast.net> <4D36EB91.1050406@comcast.net> <4D36FA7D.1030503@comcast.net> In-Reply-To: <4D36FA7D.1030503@comcast.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101191604.35867.hselasky@c2i.net> Cc: freebsd-stable , Steve Polyack , Jeremy Chadwick , User Questions Subject: Re: Keyboard repeat issues with Dell Optiplex 980s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 15:04:38 -0000 On Wednesday 19 January 2011 15:51:41 Steve Polyack wrote: > On 01/19/11 08:48, Steve Polyack wrote: > > On 1/18/2011 5:56 PM, Jeremy Chadwick wrote: > >> On Tue, Jan 18, 2011 at 04:40:13PM -0500, Steve Polyack wrote: > >>> We've recently upgraded a few desktop workstations from Dell > >>> Optiplex 960s to Optiplex 980s. We were running FreeBSD > >>> 8.1-RELEASE. The migration was performed by simply swapping the > >>> drives into the new systems. Immediately after switching people > >>> over, they all began to report bizarre keyboard issues - things like > >>> infinite key repeats (letters, numbers, "enter") for keys they did > >>> not hold down. The key repeats continue indefinitely until another > >>> key is pressed. Occasionally, even mouse input will trigger similar > >>> infinite keyboard input repetition. In addition to the repeat > >>> issue, sometimes physical key-presses are not registered by FreeBSD, > >>> leading to typos and angry developers. > >>> > >>> We've tried doing fresh installs of FreeBSD 8.2-RC2 on two of these > >>> systems, and the issue persists. Because of the observed behavior, > >>> I'm thinking that this is due to new hardware in the 980s which > >>> isn't timing or handling interrupts correctly under the FreeBSD > >>> kernel. > >>> > >>> Looking at a 'pciconf -lvb' from each system, I noticed that the 980 > >>> has two USB controllers which probe under ehci(4), while the 960 > >>> (which does not exhibit this problem), enumerates six uhci(4) > >>> controllers and two ehci(4) controllers. To cut to the chase here, > >>> the 960 users' keyboards probe under a USB1.0 uhci(4), while the > >>> 980s only have ehci(4) devices to attach to. > >>> > >>> So, I guess what I'm asking is - has anyone else seen any keyboard > >>> repeat or other USB craziness with ehci(4) ports or otherwise Intel > >>> PCH controllers? Any fellow Optiplex 980 users? I'd be more than > >>> happy to provide pciconf or other output if requested. > >> > >> Try adding the following to /boot/loader.conf then reboot and see if > >> the "excessive repeat" behaviour changes: > >> > >> hint.kbdmux.0.disabled="1" > >> > >> It would also help if you would state exactly what brand/model of > >> keyboard is used. Yes, believe it or not, it matters. dmesg output > >> would be helpful in this case. > > > > The keyboard is also a Dell model - model KB1421, or listed as "Dell > > QuiteKey Keyboard" under dmesg. The same keyboard does not exhibit > > the strange behavior when used with the older model of tower (Optiplex > > 960). > > > > I'll reboot today with the loader.conf hint you provided. I'll let > > > > you guys know if it helps. Thanks! > > The problem still exists with the kbdmux.0.disabled hint. It definitely > took effect, as there is no longer a /dev/kbdmux0, and dmesg lists the > refusal to register the kbdmux module. Any other ideas? We've tried > playing with the hw.usb.ehci.lostinrbug and hw.usb.ehci.no_hs sysctls, > but they don't make a difference either. > > Looking at the ehci(4) man page, this sticks out at me: > BUGS > The driver is not finished and is quite buggy. > > There is currently no support for isochronous transfers. For FreeBSD 8+ this is not true. Probably the manpage has not been updated. Hence you are seeing a different number of UHCI controllers, this looks like an ACPI problem. USB keyboards usually require a UHCI to enumerate. The EHCI can only enumerate High Speed devices. --HPS From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 15:28:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA03C1065670 for ; Wed, 19 Jan 2011 15:28:02 +0000 (UTC) (envelope-from labeachgeek@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7133C8FC0C for ; Wed, 19 Jan 2011 15:28:02 +0000 (UTC) Received: by eyf6 with SMTP id 6so476624eyf.13 for ; Wed, 19 Jan 2011 07:28:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=s6S+aa2WJCCaNqmDJePCAMQmr6Y2cJ/r4AVaNLLhP/I=; b=YZ0SWpmTm0QyiwGGAtq03WprXGEpvh/WHJCV9uvz+YbfiDbTU4oobVf7BtFjnNsVe/ XYAXF3zTXzOQKYzvAaGftspzy9J3yJuE0uZuMvkIIA1cp7+s1Hx2/JTJWa6vRnr1tfK2 O6ofqdXFpYUViJDdJN/M9WRw04XBjdsuhSzpQ= 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 :content-type; b=Y5g3hDgXpOeRE+4X+WR5Zr3bDbwk9B09Qs+seaku/BS80RohpPNdpiOfxcohL/kbWs cZhfw5E0+frd7VB8B/Xzw6pgn59vDCrnSGIqdvXrRJfyynqzLYUIFkMUx4vjyoQwtBCk HEA3STt23orPS2O13OIFZW+hQCXqi+VYC5QWw= MIME-Version: 1.0 Received: by 10.213.23.12 with SMTP id p12mr1181992ebb.50.1295450881334; Wed, 19 Jan 2011 07:28:01 -0800 (PST) Received: by 10.213.29.19 with HTTP; Wed, 19 Jan 2011 07:28:01 -0800 (PST) Received: by 10.213.29.19 with HTTP; Wed, 19 Jan 2011 07:28:01 -0800 (PST) In-Reply-To: References: <20110105063827.GA28092@icarus.home.lan> Date: Wed, 19 Jan 2011 09:28:01 -0600 Message-ID: From: Beach Geek To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: usb errors with 8 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 15:28:03 -0000 Final verdict... loose usb connection in laptop. Cracked board was breaking connection for both usb ports. Sorry for the noise. > > On Jan 5, 2011 12:38 AM, "Jeremy Chadwick" wrote: > > On Tue, Jan 04, 2011 at 11:37:48PM -0600, Beach Geek wrote: > > Compaq Presario 5xxx 2GHz > FreeBSD 8 ... > > I would start by reviewing the commits for RELENG_8 between the two > timeframes and try to nar... From owner-freebsd-stable@FreeBSD.ORG Wed Jan 19 16:54:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 214EF1065670 for ; Wed, 19 Jan 2011 16:54:29 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C5B7D8FC14 for ; Wed, 19 Jan 2011 16:54:28 +0000 (UTC) Received: by vws9 with SMTP id 9so411448vws.13 for ; Wed, 19 Jan 2011 08:54:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=Wauvl66oUnUCkGH3YnladgRZHUFuOr13Tfkg3Ekshig=; b=SMwJ/NqpEUUPnu9/JoYNMfKlEZRxjvqHzlX+Hdq93h0PQUaoiECofg3cm6+QPs3+DW x53S3IavbP+rINArCfvL2ngwci3GEnhYeZVwnRYOT+IaRGRXt5wnf68M+epa5qwISwT/ x2qcfV/JIfont8q96bnmJPuWcZ8EZ/TZPx5ZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=qPw3DkSXqAcQBWCth4Bunzoy81KaqZSJ3ftw3AcRfj4SnKDuphQoagC8adTL5g0rkW V1I6lkuNgav5Nh097sKrFhG3dP+tp/O3PjB2HXxv9yo0fBAysP4+t33HH+oHgpa1hXZT 9XtAp8RiEHh53XYed7PvjmeWZWZKVQei7SMdU= Received: by 10.229.43.195 with SMTP id x3mr742241qce.291.1295454507645; Wed, 19 Jan 2011 08:28:27 -0800 (PST) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.44.70 with HTTP; Wed, 19 Jan 2011 08:27:38 -0800 (PST) In-Reply-To: <20110119150200.GY2518@deviant.kiev.zoral.com.ua> References: <4D36A2CF.1080508@fsn.hu> <20110119084648.GA28278@icarus.home.lan> <4D36B85B.8070201@fsn.hu> <20110119150200.GY2518@deviant.kiev.zoral.com.ua> From: Ivan Voras Date: Wed, 19 Jan 2011 17:27:38 +0100 X-Google-Sender-Auth: 8boe6dnzih0kqc3YGI2n35yPzzQ Message-ID: To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 16:54:29 -0000 On 19 January 2011 16:02, Kostik Belousov wrote: >> http://people.freebsd.org/~ivoras/diffs/tmpfs.h.patch >> >> I don't think this is a complete solution but it's a start. If you can, >> try it and see if it helps. > This is not a start, and actually a step in the wrong direction. > Tmpfs is wrong now, but the patch would make the wrongness even bigger. > > Issue is that the current tmpfs calculation should not depend on the > length of the inactive queue or the amount of free pages. This data only > measures =C2=A0the pressure on the pagedaemon, and has absolutely no rela= tion > to the amount of data that can be put into anonymous objects before the > system comes out of swap. > > vm_lowmem handler is invoked in two situations: > - when KVA cannot satisfy the request for the space allocation; > - when pagedaemon have to start the scan. > None of the situations has any direct correlation with the fact that > tmpfs needs to check, that is "Is there enough swap to keep all my > future anonymous memory requests ?". > > Might be, swap reservation numbers can be useful to the tmpfs reporting. > Also might be, tmpfs should reserve the swap explicitely on start, instea= d > of making attempts to guess how much can be allocated at random moment. Thank you for your explanation! I'm still not very familiar with VM and VFS. Could you also read my report at http://www.mail-archive.com/freebsd-current@freebsd.org/msg126491.html ? I'm curious about the fact that there is lots of 'free' memory here in the same situation. Do you think that there is something which can be done as a band-aid without a major modification to tmpfs? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 02:40:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7C3106566C for ; Thu, 20 Jan 2011 02:40:18 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5B36F8FC2B for ; Thu, 20 Jan 2011 02:40:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 14B0E50C18; Thu, 20 Jan 2011 02:40:17 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OB3PhbPG1Mfi; Thu, 20 Jan 2011 02:40:16 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 6A51C50852 ; Thu, 20 Jan 2011 02:40:16 +0000 (GMT) Message-ID: <4D37A094.1090504@langille.org> Date: Wed, 19 Jan 2011 21:40:20 -0500 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Hawkes-Reed References: <4D228F41.7040403@langille.org> <4D23504D.8060103@libeljournal.com> <4D2BD0A7.9060003@langille.org> <4D2C810E.2070007@libeljournal.com> In-Reply-To: <4D2C810E.2070007@libeljournal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: ZFS - hot spares : automatic or not? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 02:40:18 -0000 On 1/11/2011 11:10 AM, John Hawkes-Reed wrote: > On 11/01/2011 03:38, Dan Langille wrote: >> On 1/4/2011 11:52 AM, John Hawkes-Reed wrote: >>> On 04/01/2011 03:08, Dan Langille wrote: >>>> Hello folks, >>>> >>>> I'm trying to discover if ZFS under FreeBSD will automatically pull >>>> in a >>>> hot spare if one is required. >>>> >>>> This raised the issue back in March 2010, and refers to a PR opened in >>>> May 2009 >>>> >>>> * http://lists.freebsd.org/pipermail/freebsd-fs/2010-March/007943.html >>>> * http://www.freebsd.org/cgi/query-pr.cgi?pr=134491 >>>> >>>> In turn, the PR refers to this March 2010 post referring to using devd >>>> to accomplish this task. >>>> >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2010-March/055686.html >>>> >>>> >>>> Does the above represent the the current state? >>>> >>>> I ask because I just ordered two more HDD to use as spares. Whether >>>> they >>>> sit on the shelf or in the box is open to discussion. >>> >>> As far as our testing could discover, it's not automatic. >>> >>> I wrote some Ugly Perl that's called by devd when it spots a drive-fail >>> event, which seemed to DTRT when simulating a failure by pulling a >>> drive. >> >> Without such a script, what is the value in creating hot spares? > > We went through that loop in the office. > > We're used to the way the Netapps work here, where often one's first > notice of a failed disk is a visit from the courier with a replacement. > (I'm only half joking) > > In the end, writing enough perl to swap in the spare disk made much more > sense than paging the relevant admin on disk-fail and expecting them to > be able to type straight at 4AM. > > Our thinking is that having a hot spare allows us to do the physical > disk-swap in office hours, rather than (for instance) running in a > degraded state over a long weekend. > > If it's of interest, I'll see if I can share the code. I think this very much of interest. :) -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 08:05:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC871065693; Thu, 20 Jan 2011 08:05:15 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id CAB838FC12; Thu, 20 Jan 2011 08:05:14 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 82DB113DF5F; Thu, 20 Jan 2011 11:05:12 +0300 (MSK) Date: Thu, 20 Jan 2011 11:05:08 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <513511861.20110120110508@serebryakov.spb.ru> To: Eugene Grosbein In-Reply-To: <4D36B3E1.7020009@rdtc.ru> References: <1321946168.20110119001248@serebryakov.spb.ru> <4D36A451.6070902@rdtc.ru> <888480815.20110119120016@serebryakov.spb.ru> <4D36B3E1.7020009@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 08:05:15 -0000 Hello, Eugene. You wrote 19 =D1=CE=D7=C1=D2=D1 2011 =C7., 12:50:25: > Yes, I've missed it's PRERELEASE already. > Backtrace points to the problem in em_local_timer() fixed in CURRENT > 7 days ago, take a look: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c#rev1.65 > I run my servers with this commit backported manually as > it has not been MFC'd yet. Ok, I'll try it (rebuilding system now). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 17:00:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93969106566B for ; Thu, 20 Jan 2011 17:00:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 515D68FC0A for ; Thu, 20 Jan 2011 17:00:31 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0KH0TlA022843 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 12:00:29 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D386A2B.2090204@sentex.net> Date: Thu, 20 Jan 2011 12:00:27 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jack Vogel , FreeBSD-STABLE Mailing List X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Subject: em 7.1.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 17:00:31 -0000 Hi Jack, I was hoping to pull down the latest em drivers from HEAD to stable to see if it will help with the one issue I am seeing still as well as fix the tftp issue with small UDP packets (kern/152853. Apart from removing the sysctl changes (SVN rev 217556 on 2011-01-18 21:14:23Z by mdf) is there anything else that needs to be done in order to use this version of the driver on RELENG_8 ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 18:11:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D951065670 for ; Thu, 20 Jan 2011 18:11:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 52E428FC17 for ; Thu, 20 Jan 2011 18:11:16 +0000 (UTC) Received: by ywp6 with SMTP id 6so275383ywp.13 for ; Thu, 20 Jan 2011 10:11:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=r+yX2RlDdFLCHJTQM5vZ9dNwVrPnvZ9rbWuGvwS5oSQ=; b=OWCpeKJl0k+Gt91It3cDz40vr5JkXxWukzylyaAZ7A0+ULwL3gHas2KNA1dx+RDSNh KSRIbuSZcBvYNUkOL7vn4w2MFajrcMZUkg7Mnhggr6IwXZqQScx1PKdTudC55vCt/5y3 zPhDHyub++2qlWg7AK96552+Lb2UNZnLgTOTU= 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=W8iPbpDkf0bhNQZwAQQmNQloipNSYSKcVNKTbZmF3btWl8IW/ibbKnXLeQkZke203v u3qwTP6IGe19aESJBGnTFqsWaKsfils0yzaTpJ0+RRvieay7BPYmoareD+Bm1L+cC6wK NIvHZwqhiHc+Efhqyg4Wj8UZAF1Uva5iDv6xQ= MIME-Version: 1.0 Received: by 10.100.121.15 with SMTP id t15mr1186857anc.58.1295547075447; Thu, 20 Jan 2011 10:11:15 -0800 (PST) Received: by 10.147.182.20 with HTTP; Thu, 20 Jan 2011 10:11:15 -0800 (PST) In-Reply-To: <4D386A2B.2090204@sentex.net> References: <4D386A2B.2090204@sentex.net> Date: Thu, 20 Jan 2011 10:11:15 -0800 Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-STABLE Mailing List Subject: Re: em 7.1.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 18:11:16 -0000 NO, and i was rather irritated by a checkin that broke backward compatibility without even asking me first btw. That should be the only issue however, and it can be fixed by a define. I'll get there soon. Jack On Thu, Jan 20, 2011 at 9:00 AM, Mike Tancsa wrote: > Hi Jack, > I was hoping to pull down the latest em drivers from HEAD to stable > to > see if it will help with the one issue I am seeing still as well as fix > the tftp issue with small UDP packets (kern/152853. Apart from removing > the sysctl changes (SVN rev 217556 on 2011-01-18 21:14:23Z by mdf) is > there anything else that needs to be done in order to use this version > of the driver on RELENG_8 ? > > ---Mike > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 20:17:42 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8873E106564A; Thu, 20 Jan 2011 20:17:42 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 24F568FC14; Thu, 20 Jan 2011 20:17:41 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0KKHeYZ063350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 21:17:41 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Thu, 20 Jan 2011 21:17:40 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@FreeBSD.org Message-ID: <20110120201740.GE24444@acme.spoerlein.net> Mail-Followup-To: current@FreeBSD.org, stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org Subject: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 20:17:42 -0000 Hello, Currently our buildworld relies on groff(1) and vgrind(1) being present in the host system. I have a patch ready that at least makes sure these are built during bootstrap-tools and completes the WITHOUT_GROFF flag. vgrind(1) is only used for two papers under share/doc and we could easily expand the results and commit them to svn directly, alleviating the need to run vgrind(1) during buildworld. OTOH, there are much more useful tools to vgrind(1) for source code formatting. So do we still have vgrind(1) users out there? Regards, Uli From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 20:58:26 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E5DE106564A; Thu, 20 Jan 2011 20:58:26 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id BBC768FC16; Thu, 20 Jan 2011 20:58:25 +0000 (UTC) Received: by vws9 with SMTP id 9so446620vws.13 for ; Thu, 20 Jan 2011 12:58:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=xB5rZyT27W79MrtELBdp2KdTMQ48wlnCn1A5A7ZyBU8=; b=V/OoO0AEnk2qBxU7aQlOlrB9feabJ8Jm8qsbdjoD1jXNSmNWg5mP6dZRdaSuyMBWlh 3J4Nosgbp7k6hEwCavN6sTKgcjdIyavUlLpMy3Lxr63cUsUaa0D6cBF+vyOE6R3I8x64 7TaidkJ1F9yrH5hcpdOABFEf+kW29IhxqM+84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=YZAqLrBWzIzgfGI+u9U10vQm3CDhQf+HqB8q4oiZbY5jo1Dl5CHnWLq61sFBRwucQY Gd77YZjT6r4NKPUH2jaQ/S6wE/U0bPKkZMPpl6zlitQVo6t09Ua5dHnINhiRacyIW7mM Yigikm54DLWQdXrRGa701fcVCyJytkmbUTTEo= Received: by 10.220.203.140 with SMTP id fi12mr653764vcb.168.1295555476740; Thu, 20 Jan 2011 12:31:16 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id ft27sm5126058vbb.8.2011.01.20.12.31.14 (version=SSLv3 cipher=RC4-MD5); Thu, 20 Jan 2011 12:31:14 -0800 (PST) Date: Thu, 20 Jan 2011 15:31:03 -0500 From: Alexander Kabaev To: current@FreeBSD.org Message-ID: <20110120153103.50a86ad3@kan.dnsalias.net> In-Reply-To: <20110120201740.GE24444@acme.spoerlein.net> References: <20110120201740.GE24444@acme.spoerlein.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/tJbJz3Y5y54zaoX1aOlScX2"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 20:58:26 -0000 --Sig_/tJbJz3Y5y54zaoX1aOlScX2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 20 Jan 2011 21:17:40 +0100 Ulrich Sp=C3=B6rlein wrote: > Hello, >=20 > Currently our buildworld relies on groff(1) and vgrind(1) being > present in the host system. I have a patch ready that at least makes > sure these are built during bootstrap-tools and completes the > WITHOUT_GROFF flag. >=20 > vgrind(1) is only used for two papers under share/doc and we could > easily expand the results and commit them to svn directly, alleviating > the need to run vgrind(1) during buildworld. >=20 > OTOH, there are much more useful tools to vgrind(1) for source code > formatting. So do we still have vgrind(1) users out there? >=20 > Regards, > Uli Why it needs to be in bootsrap tools at all? We have build tools for this exact purpose. --=20 Alexander Kabaev --Sig_/tJbJz3Y5y54zaoX1aOlScX2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFNOJuRQ6z1jMm+XZYRAi6XAJwP4+0SnCuMco2BO68FcKwbpEUz8ACdGdc+ doVyegqquckhx6ekRUcMXFk= =dBMs -----END PGP SIGNATURE----- --Sig_/tJbJz3Y5y54zaoX1aOlScX2-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 22:11:46 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7699E106566B; Thu, 20 Jan 2011 22:11:46 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7F08FC15; Thu, 20 Jan 2011 22:11:45 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0KMBhSI065827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 23:11:43 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Thu, 20 Jan 2011 23:11:43 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alexander Kabaev Message-ID: <20110120221142.GA65811@acme.spoerlein.net> Mail-Followup-To: Alexander Kabaev , current@FreeBSD.org, stable@FreeBSD.org References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20110120153103.50a86ad3@kan.dnsalias.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:11:46 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 20.01.2011 at 15:31:03 -0500, Alexander Kabaev wrote: > On Thu, 20 Jan 2011 21:17:40 +0100 > Ulrich Sp=C3=B6rlein wrote: >=20 > > Hello, > >=20 > > Currently our buildworld relies on groff(1) and vgrind(1) being > > present in the host system. I have a patch ready that at least makes > > sure these are built during bootstrap-tools and completes the > > WITHOUT_GROFF flag. > >=20 > > vgrind(1) is only used for two papers under share/doc and we could > > easily expand the results and commit them to svn directly, alleviating > > the need to run vgrind(1) during buildworld. > >=20 > > OTOH, there are much more useful tools to vgrind(1) for source code > > formatting. So do we still have vgrind(1) users out there? > >=20 > > Regards, > > Uli >=20 > Why it needs to be in bootsrap tools at all? We have build tools for > this exact purpose. Because the legacy target has the nice semantics of calling a tool's obj,depend,all,install targets instead of doing only `all' or `build-tool'. We also currently set GROFF_BIN_PATH, GROFF_FONT_PATH, and GROFF_TMAC_PATH to point to ${WORLDTMP}/legacy/... so it was trivial to get groff working that way. I don't know the history of why we actually do this for groff (it is broken currently), therefore I simply piggy-backed onto that solution. I forgot the link earlier: https://www.spoerlein.net/cgit/cgit.cgi/freebsd.work/log/?h=3Dgroff I wish there was an easy way to cleanly have this as a build-tool. While we're at it: strfile similarly should be moved to a build-tool, not a bootstrap-tool, as it is also only used to as a pre-requisite to building fortune(6). If someone can come up with a policy of what should go where, I'll happily try to shoehorn the groff/vgrind/strfile things into it ... Uli --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJNOLMeAAoJEKOmmGRKr4LOMIQH/1N/PJFy4g/+8+pTIX5MNUiF 7Pt/+cZ3i1tkJBokiMquzmUjE1+8cl2hzoSWadR7K1hl8k7OAsbUGcpmZxhh9ZBH nb96mEYXBilqakR7aSPKIfwH6koGWX8nm/fmEJDcxF7+7wsXufMZyit153mfnqIa alQcmIMbdFcKM9twZFQwsf5CPwuiPh7YTfto8NOBO8OgFw/NAZriuxjWHrNEbrc9 H+JdCrU44412ROMW1fQ0ySD0Pkt4QBynofycpj7bM1eLhU+UljSbdMnXqzGE4CKe NwTOhhU/CFvbILYxzlnKS2eUCVT3/JXVO2/ie0u23RYAfUurQ77geDPPrVvf4+c= =saFF -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 02:11:40 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7623C10656AB; Fri, 21 Jan 2011 02:11:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5B65A8FC14; Fri, 21 Jan 2011 02:11:40 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from sa-nc-it-86.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LFC00I4ALYPU810@asmtp029.mac.com>; Thu, 20 Jan 2011 17:11:15 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-20_09:2011-01-21, 2011-01-20, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101200155 From: Marcel Moolenaar In-reply-to: <20110120153103.50a86ad3@kan.dnsalias.net> Date: Thu, 20 Jan 2011 17:11:13 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> To: Alexander Kabaev X-Mailer: Apple Mail (2.1082) Cc: stable@FreeBSD.org, current@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 02:11:40 -0000 On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote: > On Thu, 20 Jan 2011 21:17:40 +0100 > Ulrich Sp=F6rlein wrote: >=20 >> Hello, >>=20 >> Currently our buildworld relies on groff(1) and vgrind(1) being >> present in the host system. I have a patch ready that at least makes >> sure these are built during bootstrap-tools and completes the >> WITHOUT_GROFF flag. >>=20 >> vgrind(1) is only used for two papers under share/doc and we could >> easily expand the results and commit them to svn directly, = alleviating >> the need to run vgrind(1) during buildworld. >>=20 >> OTOH, there are much more useful tools to vgrind(1) for source code >> formatting. So do we still have vgrind(1) users out there? >>=20 >> Regards, >> Uli >=20 > Why it needs to be in bootsrap tools at all? We have build tools for > this exact purpose. Actually no. The buildtools target is there to allow building programs that are not installed, but are otehrwise needed to compile a program. These are typically little tools that create source files. The bootstrap target is the to deal with compatibility in case we can't use the version on the host or we don't want to depend on the version on the host. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 08:46:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 423D01065696 for ; Fri, 21 Jan 2011 08:46:05 +0000 (UTC) (envelope-from cjr@cruwe.de) Received: from cruwe.de (t1850.greatnet.de [83.133.124.96]) by mx1.freebsd.org (Postfix) with ESMTP id 9FAB98FC12 for ; Fri, 21 Jan 2011 08:46:04 +0000 (UTC) Received: (qmail 25742 invoked from network); 21 Jan 2011 08:46:01 -0000 Received: from p5b37a548.dip.t-dialin.net (HELO dijkstra) (smtpallow@91.55.165.72) by t1850.greatnet.de with ESMTPA; 21 Jan 2011 08:46:01 -0000 Date: Fri, 21 Jan 2011 10:45:52 +0100 From: "Christopher J. Ruwe" To: freebsd-stable@freebsd.org Message-ID: <20110121104552.3655348b@dijkstra> In-Reply-To: <20110114181925.49e5ee2d@dijkstra> References: <20110114181925.49e5ee2d@dijkstra> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ZgLZjl/Z7Qs08=I4UyNb78r"; protocol="application/pgp-signature" Cc: Scot Hetzel , Martin Matuska Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 08:46:05 -0000 --Sig_/ZgLZjl/Z7Qs08=I4UyNb78r Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 14 Jan 2011 18:19:25 +0100 "Christopher J. Ruwe" wrote: > Hi, >=20 > I would like to test Martin Matuskas patch for ZFS v28 against stable. > Can I patch against any stable (like stable of today) or does it > necessarily need to be the stable-tree of the date specified in the > patch-file? >=20 > If the latter should be true, how do I obtain a stable tree of any > given date? >=20 > Thanks for any help, kind regards, > [...] Thank you all for your kind help. Currently I am running freebsd as of=20 *default release=3Dcvs tag=3DRELENG_8 date=3D2010.12.19.13.00.00, the zfs patch from the 18th Dec and zfs v28 save for the root pool. All has run very nicely, I have had no issues and have not noted anything peculiar. Many thanks, kind regards, --=20 Christopher J. Ruwe TZ GMT + 1 --Sig_/ZgLZjl/Z7Qs08=I4UyNb78r Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBAgAGBQJNOVXXAAoJEJTIKW/o3iwUzMsQAKgZkx4HMc4hV3mCC6GaFh2x UQQNR3e45nb/uTOvx5L6w/zxXstdSBR69Bk0gE/aCR3FFZjB18XeKjuugucFucxI lFhV5OXi5vehzws228JBE+Wdsa4OLW83YW3xMs8bAoNflOetcHUdfzMU58KM/bb0 uIjO9nFSGMnpMpBiVQ5Xtr1jvxTX40HOX4TJwj6y7Up3EuGQPlgfu+VsIFGv9RYP TidomnrLTBsI6MzsRFlK9oQ14gG9Rf5rjBEsyIdMglab1kLPQcJm1n0reJCNyScL bS0Ukw1UISKPMoOQDbKiFARbTxffuYM7DqtDY66gHdVUONdaFB7duPo6kYHSxW5o Y2/tNweiErHAgSnzDMUIdmUYiaeS6nzVwEc13ABHQxexorKyEjvAoVXX9Tp3chMS kL79lQVX745WG9GJ+8l3gEYl4ljKOb0zd+BSeIlpqR7oJh0/FiFqbiFyuiZTcP/j ZQHVk0VqpcdSJYBOCiwc+N+rwqOtu/DOJkukpO6Mvd1oW7eSe30gUDtjfkcsKbcn zH6Wzua6IB3PwfhzyAoHpUOzYSPBKGF1LFxg7vZa9Ediy95oVzc2EWlR5XrXJGLo h/32lKVCtk/06QvAakASHP8lq+5nLdG2emosO3p6BzVXgpuetGKIyL8AP7TRxp89 4de26LCErfjCuNzzdJ0I =6u6l -----END PGP SIGNATURE----- --Sig_/ZgLZjl/Z7Qs08=I4UyNb78r-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 10:41:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018471065693; Fri, 21 Jan 2011 10:41:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 73B2D8FC17; Fri, 21 Jan 2011 10:41:15 +0000 (UTC) Received: by qyk8 with SMTP id 8so330548qyk.13 for ; Fri, 21 Jan 2011 02:41:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kDy86W+XRs5ucbm7/q8WS0SehppGlGVQC6GTwv4Z9i0=; b=n+FUjIqM0xzB6nVbTaCHgkAxJ+mVpVkhLMTxl5FPChfBWLQbwyKKT3RA9AnQZCJOoH imA+wW/BuwM8et05fXH34YRHr4oZQgtzzCf8/dWThdCMoA4zG4wYFC7T++XJmAc0KQUg wpVMCGd4i8Xmf6lxaBZ9C4OjDrhJxKU7PKkZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wxkJANZI2htkXZQGk0ac6v70MIAIdvs2C4wMQMwJSyACgnOi/YZb+3/sEUIjDkQOyZ 5UogmkHB4pkmTTL7vH7B++6CPULYQ337Uj2or5JdfFv1PX4JPaOHt1cbhHwGg6x3WFhV 43HKjZaQl/p910P6reEo325JMShBC4AUjm2tk= MIME-Version: 1.0 Received: by 10.229.240.66 with SMTP id kz2mr430755qcb.233.1295606473953; Fri, 21 Jan 2011 02:41:13 -0800 (PST) Received: by 10.229.102.87 with HTTP; Fri, 21 Jan 2011 02:41:13 -0800 (PST) In-Reply-To: References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> <4d3261bc.dcI6EuBnzRqvyRnz%perryh@pluto.rain.com> <201101181119.42053.jhb@freebsd.org> Date: Fri, 21 Jan 2011 13:41:13 +0300 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: perryh@pluto.rain.com, freebsd-stable@freebsd.org, avg@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 10:41:17 -0000 On 18 January 2011 20:51, Sergey Kandaurov wrote: > On 18 January 2011 19:19, John Baldwin wrote: >> On Sunday, January 16, 2011 12:24:27 pm Sergey Kandaurov wrote: >>> On 16 January 2011 06:10, =A0 wrote: >>> > Anyone had a chance to look at this? >>> > >>> > http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/06079= 3.html >>> >>> To ease testing on head I have regenerated the patch >>> (against r216594): >>> http://plukky.net/~pluknet/patches/msgbufsize.diff >> >> The one hunk involving tf_rip and PS_STRINGS in amd64 looks to be unrela= ted. > > Woops, sorry. Nice catch! > >> Also, in subr_param.c, you can assume that MSGBUF_SIZE is always defined >> and always assign it as the initial value rather than having an #ifdef. > Good. > >> Finally, I would adjust the wording in the manpage to not say that this >> modifies the MSGBUF_SIZE option, but that this tunable is the same as >> adjusting MSGBUF_SIZE. =A0Other than that I think it is fine. >> > > Right. I think a simple s/Modifies/Overrides/ here will be enough. > > Thanks for your valuable comments. > An updated patch is there: http://plukky.net/~pluknet/patches/msgbufsize.= 2.diff > I'm going to commit this soon. > Committed in r217688. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 11:19:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE411065673 for ; Fri, 21 Jan 2011 11:19:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 25D468FC18 for ; Fri, 21 Jan 2011 11:19:16 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PgF1N-0001Wy-W2 for freebsd-stable@freebsd.org; Fri, 21 Jan 2011 12:19:13 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 12:19:13 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 12:19:13 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 21 Jan 2011 12:19:00 +0100 Lines: 38 Message-ID: References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> X-Enigmail-Version: 1.1.2 Subject: Re: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 11:19:17 -0000 On 19/01/2011 12:30, Johan Hendriks wrote: > Hello all, i used to have disk configured with gpart and gmirror. > > > > But with the latest 8.2, my server will not boot anymore if i label the > disk with gmirror. > > > > Gpart status > > Name Status Components > > ad4p1 OK ad4 > > Then i do a gmirror label -v -b load gm0 /dev/ad4 > > > Edit /etc/fstab > > And change /dev/ad4px to /dev/mirror/gm0px > > > I reboot, and it hangs when tring to Mount the root device. > > I get an error about an corrupt gpt label. Yes, GPT has the unfortunate property that it records its data both at the beginning of a drive and at the end, so you cannot use it this way (because gmirror wants the last sector for itself). I haven't tried it but I think from the GPT specification that it records where the secondary table is, so maybe you could do it the other way around: first do a gmirror configuration, then create GPT partitions within the gmirror device (i.e. on /dev/mirror/gm0, not on /dev/ad4). From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 12:13:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41EE81065670 for ; Fri, 21 Jan 2011 12:13:45 +0000 (UTC) (envelope-from florian@wagner-flo.net) Received: from umbracor.wagner-flo.net (umbracor.wagner-flo.net [213.165.81.202]) by mx1.freebsd.org (Postfix) with ESMTP id 03A798FC20 for ; Fri, 21 Jan 2011 12:13:44 +0000 (UTC) Received: from auedv3.syscomp.de (umbracor.wagner-flo.net [127.0.0.1]) by umbracor.wagner-flo.net (Postfix) with ESMTPSA id A24A43C821C7 for ; Fri, 21 Jan 2011 12:58:35 +0100 (CET) Date: Fri, 21 Jan 2011 12:58:31 +0100 From: Florian Wagner To: freebsd-stable@freebsd.org Message-ID: <20110121125831.3d88f898@auedv3.syscomp.de> In-Reply-To: References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/n_gL3EQZ58QBp2NSYg1Sebl"; protocol="application/pgp-signature" Subject: Re: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 12:13:45 -0000 --Sig_/n_gL3EQZ58QBp2NSYg1Sebl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > I haven't tried it but I think from the GPT specification that it=20 > records where the secondary table is, so maybe you could do it the > other way around: first do a gmirror configuration, then create GPT > partitions within the gmirror device (i.e. on /dev/mirror/gm0, not > on /dev/ad4). I'm using this configuration at work on some of our Linux servers. A md software mirror of two devices with superblock at the end of the device (md metadata format 0.90 or 1.0) and GPT partitions created within the mirror. Makes drive replacements really easy: No need to copy partition table, rebuild multiple partition mirrors and remember to run grub-install on the new drive. So in theory this could work in FreeBSD, too. Practice may be different... Regards Florian Wagner --Sig_/n_gL3EQZ58QBp2NSYg1Sebl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk05dOcACgkQLvW/2gp2pPz3NgCdF5qAgy2/XtE2d+u7M/SpAusj 3iYAn2KMWtvPzkfS+ktmUWP79+83cFlI =PpvB -----END PGP SIGNATURE----- --Sig_/n_gL3EQZ58QBp2NSYg1Sebl-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 12:56:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C27E106564A for ; Fri, 21 Jan 2011 12:56:11 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 63F6A8FC12 for ; Fri, 21 Jan 2011 12:56:10 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id p0LCu88T036374; Fri, 21 Jan 2011 13:56:08 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 21 Jan 2011 13:56:04 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Gpart and gmirror 8.2 from 18 januari Thread-Index: Acu5XS67Px9uw3YmQySkYfL2HfJ7UQADSPaQ References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> From: "Johan Hendriks" To: "Ivan Voras" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 12:56:11 -0000 T2sgdGhlIGZ1bm55IHRoaW5nIGlzLCBpIGdldCB0aGUgc2FtZSBlcnJvciBvbiA4LjEgUmVsZWFz ZSAodGhlIGNvcnJ1cHQgZXJyb3IpLCBidXQgaXQgYm9vdHMsIGFuZCBhbGwgc2VlbXMgdG8gd29y ay4NCkJ1dCBpIHdpbGwgdHJ5IHRoZSBvcHRpb24gYnkgRmlyc3QgY3JlYXRlIHRoZSBtaXJyb3Ig YW5kIHRoZSB0aGUgZ3B0IHBhcnRpdGlvbnMuDQoNClJlZ2FyZHMsDQpKb2hhbg0KDQotLS0tLU9v cnNwcm9ua2VsaWprIGJlcmljaHQtLS0tLQ0KVmFuOiBvd25lci1mcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZyBbbWFpbHRvOm93bmVyLWZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnXSBOYW1lbnMg SXZhbiBWb3Jhcw0KVmVyem9uZGVuOiB2cmlqZGFnIDIxIGphbnVhcmkgMjAxMSAxMjoxOQ0KQWFu OiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZw0KT25kZXJ3ZXJwOiBSZTogR3BhcnQgYW5kIGdt aXJyb3IgOC4yIGZyb20gMTggamFudWFyaQ0KDQpPbiAxOS8wMS8yMDExIDEyOjMwLCBKb2hhbiBI ZW5kcmlrcyB3cm90ZToNCj4gSGVsbG8gYWxsLCBpIHVzZWQgdG8gaGF2ZSBkaXNrIGNvbmZpZ3Vy ZWQgd2l0aCBncGFydCBhbmQgZ21pcnJvci4NCj4NCj4NCj4NCj4gQnV0IHdpdGggdGhlIGxhdGVz dCA4LjIsIG15IHNlcnZlciB3aWxsIG5vdCBib290IGFueW1vcmUgaWYgaSBsYWJlbCB0aGUNCj4g ZGlzayB3aXRoIGdtaXJyb3IuDQo+DQo+DQo+DQo+IEdwYXJ0IHN0YXR1cw0KPg0KPiBOYW1lICBT dGF0dXMgIENvbXBvbmVudHMNCj4NCj4gYWQ0cDEgICAgICBPSyAgYWQ0DQoNCj4NCj4gVGhlbiBp IGRvIGEgZ21pcnJvciBsYWJlbCAtdiAtYiBsb2FkIGdtMCAvZGV2L2FkNA0KPg0KPg0KPiBFZGl0 IC9ldGMvZnN0YWINCj4NCj4gQW5kIGNoYW5nZSAvZGV2L2FkNHB4IHRvIC9kZXYvbWlycm9yL2dt MHB4DQo+DQo+DQo+IEkgcmVib290LCBhbmQgaXQgaGFuZ3Mgd2hlbiB0cmluZyB0byBNb3VudCB0 aGUgcm9vdCBkZXZpY2UuDQo+DQo+IEkgZ2V0IGFuIGVycm9yIGFib3V0IGFuIGNvcnJ1cHQgZ3B0 IGxhYmVsLg0KDQpZZXMsIEdQVCBoYXMgdGhlIHVuZm9ydHVuYXRlIHByb3BlcnR5IHRoYXQgaXQg cmVjb3JkcyBpdHMgZGF0YSBib3RoIGF0IA0KdGhlIGJlZ2lubmluZyBvZiBhIGRyaXZlIGFuZCBh dCB0aGUgZW5kLCBzbyB5b3UgY2Fubm90IHVzZSBpdCB0aGlzIHdheSANCihiZWNhdXNlIGdtaXJy b3Igd2FudHMgdGhlIGxhc3Qgc2VjdG9yIGZvciBpdHNlbGYpLg0KDQpJIGhhdmVuJ3QgdHJpZWQg aXQgYnV0IEkgdGhpbmsgZnJvbSB0aGUgR1BUIHNwZWNpZmljYXRpb24gdGhhdCBpdCANCnJlY29y ZHMgd2hlcmUgdGhlIHNlY29uZGFyeSB0YWJsZSBpcywgc28gbWF5YmUgeW91IGNvdWxkIGRvIGl0 IHRoZSBvdGhlciANCndheSBhcm91bmQ6IGZpcnN0IGRvIGEgZ21pcnJvciBjb25maWd1cmF0aW9u LCB0aGVuIGNyZWF0ZSBHUFQgcGFydGl0aW9ucyANCndpdGhpbiB0aGUgZ21pcnJvciBkZXZpY2Ug KGkuZS4gb24gL2Rldi9taXJyb3IvZ20wLCBub3Qgb24gL2Rldi9hZDQpLg0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpmcmVlYnNkLXN0YWJsZUBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0 byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 13:05:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4411065672 for ; Fri, 21 Jan 2011 13:05:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 540C28FC1C for ; Fri, 21 Jan 2011 13:05:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PgGfp-0000O9-L4 for freebsd-stable@freebsd.org; Fri, 21 Jan 2011 14:05:05 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 14:05:05 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 14:05:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 21 Jan 2011 14:03:38 +0100 Lines: 5 Message-ID: References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> <57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local> X-Enigmail-Version: 1.1.2 Subject: Re: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 13:05:07 -0000 On 21/01/2011 13:56, Johan Hendriks wrote: > Ok the funny thing is, i get the same error on 8.1 Release (the corrupt error), but it boots, and all seems to work. Maybe the boot process was made to be more standard-compliant :) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 13:38:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6410106566B; Fri, 21 Jan 2011 13:38:08 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 190DA8FC19; Fri, 21 Jan 2011 13:38:07 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward2.mail.yandex.net (Yandex) with ESMTP id 4D1A938A8FC2; Fri, 21 Jan 2011 16:22:25 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1295616145; bh=oHn2Lx7T72Sjjnui65oViaVAw9RdPWSGqsh3rDDSda0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=EUWO+77FvSBdghtM0oZ/zYijfDkVfiBNNSmBDplH3CLoR3gKJpEcQBH3OMGThOQNk bh92W65aUmJSpKc0FJDfe8j+ICrlY8m2fgf14dS41sbNBGCdWGUbJg82yGk8LDqsvg T08/PYFDqOfj/wIx+ig9U2EpfPYbqsGE8A0G/GxE= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 180B9290080; Fri, 21 Jan 2011 16:22:25 +0300 (MSK) Message-ID: <4D398888.4040207@yandex.ru> Date: Fri, 21 Jan 2011 16:22:16 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Ivan Voras References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> <57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4BA9E0B3803BD8032AAF68D4" Cc: freebsd-stable@freebsd.org Subject: Re: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 13:38:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4BA9E0B3803BD8032AAF68D4 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 21.01.2011 16:03, Ivan Voras wrote: > On 21/01/2011 13:56, Johan Hendriks wrote: >> Ok the funny thing is, i get the same error on 8.1 Release (the corrup= t error), but it boots, >> and all seems to work. >=20 > Maybe the boot process was made to be more standard-compliant :) The most strangest is that UFS's label ufsid/4b9545d7d72d5019 is represen= ted as whole disk where GPT is located. --=20 WBR, Andrey V. Elsukov --------------enig4BA9E0B3803BD8032AAF68D4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJNOYiMAAoJEAHF6gQQyKF6LfUH+gOmNmjJOH5tvDK7hC1ruk/t krfdDrfnHRIQ7+uUSVXHGx/njMQH/PxKK2oiVGe7rLqOhrzc1oVXUqvn7X/Y/Jtb 0zEcdt5DLq1SbQKYMbMMGGTLdh3UPFX9mEfa8EEnByD9AN2wIdGNqccvcCuskvAL NYhDlt2UQ0BKSGrmc2mvKAvJRwax44cgO5JHYkIgSdLhHtwXzdcxkGcvyFOneRMC M6IL/I645KlWkU9U//3+biDuEmQzxBrRpwvh6h/S8YkqTEyZoptrUZT3ZhnPGWpj T3G785hAr/7PawVX/WmXfCrZOypB3kBtWPQW6n4UcqXwtIAAQXuEXfCN5eCFmtY= =Mb00 -----END PGP SIGNATURE----- --------------enig4BA9E0B3803BD8032AAF68D4-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 13:56:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12A7106566C for ; Fri, 21 Jan 2011 13:56:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 95A8D8FC1D for ; Fri, 21 Jan 2011 13:56:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PgHT6-0003z7-13 for freebsd-stable@freebsd.org; Fri, 21 Jan 2011 14:56:00 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 14:56:00 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 14:56:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 21 Jan 2011 14:55:46 +0100 Lines: 17 Message-ID: References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> <57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local> <4D398888.4040207@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <4D398888.4040207@yandex.ru> X-Enigmail-Version: 1.1.2 Subject: Re: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 13:56:04 -0000 On 21/01/2011 14:22, Andrey V. Elsukov wrote: > On 21.01.2011 16:03, Ivan Voras wrote: >> On 21/01/2011 13:56, Johan Hendriks wrote: >>> Ok the funny thing is, i get the same error on 8.1 Release (the corrupt error), but it boots, >>> and all seems to work. >> >> Maybe the boot process was made to be more standard-compliant :) > > The most strangest is that UFS's label ufsid/4b9545d7d72d5019 is represented > as whole disk where GPT is located. This is how glabel works - if anything within a provider recognizes it as its own (e.g. a file system), the whole provider is labeled for it. Or are you thinking about something else? If you first did gmirror, then gpt, then newfs, the UFS label should be created with the same data as the gpt partition, not the "whole disk". From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 15:25:56 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A6A21065679; Fri, 21 Jan 2011 15:25:56 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD9B38FC08; Fri, 21 Jan 2011 15:25:55 +0000 (UTC) Received: by fxm16 with SMTP id 16so1973157fxm.13 for ; Fri, 21 Jan 2011 07:25:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=vKvv0k8usI8HIAntSPkHB5gn6/tCLfrmU4l2bmLkcbk=; b=i8RUPxjSOiNRXOdb5rzbrjLnTZW8AG22aa3PmpXQUd3iBKHMH/O+xMAc4ZGwdMdC07 wQN6BhmD6XX2xDJuIq205aN+lgcrsMEXLr/bnBPXeRR6mYo0HTq9WV4vQboLo3uzSjEe L9DjTc1zeypBZ3lHpRcsQ/rYzcZhHjT6yzv3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=I+0nJQ6nVJBx7/pb2VNvfLCYOcHmTdY/yBwU7IUdrSXJVFXT68X9y3Buq4lRbAYSA1 AROlmO1O46yEAP6hp/kF3/PukeBCOoPhmVQCzEvzGAiexxjpBnYqpUnOSSVLT+V+Rs/R xiAtG0yBkJ0BJniWOiWDJkLtTkb3M+Ou22AcQ= Received: by 10.223.93.141 with SMTP id v13mr765745fam.145.1295623554370; Fri, 21 Jan 2011 07:25:54 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id y1sm3635846fak.15.2011.01.21.07.25.51 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 07:25:52 -0800 (PST) Date: Fri, 21 Jan 2011 10:25:44 -0500 From: Alexander Kabaev To: Marcel Moolenaar Message-ID: <20110121102544.1bc9222c@kan.dnsalias.net> In-Reply-To: References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/6=2jSqnCuMBVi/lEapRzMbC"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, current@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 15:25:56 -0000 --Sig_/6=2jSqnCuMBVi/lEapRzMbC Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, 20 Jan 2011 17:11:13 -0800 Marcel Moolenaar wrote: >=20 > On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote: >=20 > > On Thu, 20 Jan 2011 21:17:40 +0100 > > Ulrich Sp=F6rlein wrote: > >=20 > >> Hello, > >>=20 > >> Currently our buildworld relies on groff(1) and vgrind(1) being > >> present in the host system. I have a patch ready that at least > >> makes sure these are built during bootstrap-tools and completes the > >> WITHOUT_GROFF flag. > >>=20 > >> vgrind(1) is only used for two papers under share/doc and we could > >> easily expand the results and commit them to svn directly, > >> alleviating the need to run vgrind(1) during buildworld. > >>=20 > >> OTOH, there are much more useful tools to vgrind(1) for source code > >> formatting. So do we still have vgrind(1) users out there? > >>=20 > >> Regards, > >> Uli > >=20 > > Why it needs to be in bootsrap tools at all? We have build tools for > > this exact purpose. >=20 > Actually no. The buildtools target is there to allow building programs > that are not installed, but are otehrwise needed to compile a program. > These are typically little tools that create source files. >=20 > The bootstrap target is the to deal with compatibility in case we > can't use the version on the host or we don't want to depend on the > version on the host. Then it is cross-tools, or whatever build stage that builds new gcc and other tools which run on host and are used to generate the final target binaries. The point being that bootstrap-tools target is greatly abused in src, with recent addition of llvm libs making it almost pandemic. --=20 Alexander Kabaev --Sig_/6=2jSqnCuMBVi/lEapRzMbC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFNOaV9Q6z1jMm+XZYRAvHoAJ41NmHQ1OcmY4QoHVEHwU73R5PSWQCgr5eH n/Hlo+oFQ6+MrCjRSI0KOJA= =kW6X -----END PGP SIGNATURE----- --Sig_/6=2jSqnCuMBVi/lEapRzMbC-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 17:22:57 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB78C106566C; Fri, 21 Jan 2011 17:22:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id AE7E88FC0A; Fri, 21 Jan 2011 17:22:57 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from sa-nc-it-86.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LFD003LAUY6HP60@asmtp029.mac.com>; Fri, 21 Jan 2011 09:22:56 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-21_07:2011-01-21, 2011-01-21, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101210097 From: Marcel Moolenaar In-reply-to: <20110121102544.1bc9222c@kan.dnsalias.net> Date: Fri, 21 Jan 2011 09:22:58 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> <20110121102544.1bc9222c@kan.dnsalias.net> To: Alexander Kabaev X-Mailer: Apple Mail (2.1082) Cc: stable@FreeBSD.org, current@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:22:58 -0000 On Jan 21, 2011, at 7:25 AM, Alexander Kabaev wrote: > On Thu, 20 Jan 2011 17:11:13 -0800 > Marcel Moolenaar wrote: >=20 >>=20 >> On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote: >>=20 >>> On Thu, 20 Jan 2011 21:17:40 +0100 >>> Ulrich Sp=F6rlein wrote: >>>=20 >>>> Hello, >>>>=20 >>>> Currently our buildworld relies on groff(1) and vgrind(1) being >>>> present in the host system. I have a patch ready that at least >>>> makes sure these are built during bootstrap-tools and completes the >>>> WITHOUT_GROFF flag. >>>>=20 >>>> vgrind(1) is only used for two papers under share/doc and we could >>>> easily expand the results and commit them to svn directly, >>>> alleviating the need to run vgrind(1) during buildworld. >>>>=20 >>>> OTOH, there are much more useful tools to vgrind(1) for source code >>>> formatting. So do we still have vgrind(1) users out there? >>>>=20 >>>> Regards, >>>> Uli >>>=20 >>> Why it needs to be in bootsrap tools at all? We have build tools for >>> this exact purpose. >>=20 >> Actually no. The buildtools target is there to allow building = programs >> that are not installed, but are otehrwise needed to compile a = program. >> These are typically little tools that create source files. >>=20 >> The bootstrap target is the to deal with compatibility in case we >> can't use the version on the host or we don't want to depend on the >> version on the host. >=20 > Then it is cross-tools, or whatever build stage that builds new gcc = and > other tools which run on host and are used to generate the final = target > binaries. Cross-tools is what you say. Anything that has target architecture neutral output should therefore not be build all the time as part of cross-tools. > The point being that bootstrap-tools target is greatly abused > in src, with recent addition of llvm libs making it almost pandemic. Yes, I can see bootstrap tools being abused. It started being abused the moment it came to live :-) But rather than abuse the other targets, I'm more inclined to review our build system and see if we need to start making big changes again. In particular: Juniper is ramping up on stock FreeBSD development and the first thing we ran into is that FreeBSD doesn't have a good cross-development and cross-build environment. We have hacks so that we don't have to say we don't have it at all, but one cannot possibly believe that what we have is good. So, let's get everything on the table and look for ways to improve things structurally rather than using ad-hoc or one- off tweaks. Is there value in having FreeBSD development ports that one can install on a machine and thereby making it suitable for FreeBSD (cross-) development? In other words: do people mind if there's a one-time setup (or upgrade) required before being able to build FreeBSD? What if this is done automatically as part of buildworld (i.e. installing or upgrading a port)? If not, then we can get rid of bootstrap-tools altogether. If the port also includes (cross-compilers) we can also rid ourselves of cross-tools and end up with a good cross-devel environment in the process. Thoughts? --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 21 22:20:11 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0805C106566B; Fri, 21 Jan 2011 22:20:11 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 95E3B8FC16; Fri, 21 Jan 2011 22:20:10 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0LMK9X1098497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Jan 2011 23:20:09 +0100 (CET) (envelope-from uqs@freebsd.org) Date: Fri, 21 Jan 2011 23:20:09 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org, stable@freebsd.org Message-ID: <20110121222008.GB65811@acme.spoerlein.net> Mail-Followup-To: current@FreeBSD.org, stable@FreeBSD.org References: <20110120201740.GE24444@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110120201740.GE24444@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 22:20:11 -0000 On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Spörlein wrote: > Hello, > > Currently our buildworld relies on groff(1) and vgrind(1) being present > in the host system. I have a patch ready that at least makes sure these > are built during bootstrap-tools and completes the WITHOUT_GROFF flag. > > vgrind(1) is only used for two papers under share/doc and we could > easily expand the results and commit them to svn directly, alleviating > the need to run vgrind(1) during buildworld. > > OTOH, there are much more useful tools to vgrind(1) for source code > formatting. So do we still have vgrind(1) users out there? > > Regards, > Uli [trying to get this thread back on track] Does anyone actually care about vgrind in base? Will people be angry if I unroll the 2 cases where it is used under share/doc? Regards, Uli From owner-freebsd-stable@FreeBSD.ORG Sat Jan 22 03:26:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4D0106564A for ; Sat, 22 Jan 2011 03:26:21 +0000 (UTC) (envelope-from fanreach@reverbnation.com) Received: from profanreach-c.reverbnation.com (profanreach-c.reverbnation.com [216.93.171.129]) by mx1.freebsd.org (Postfix) with ESMTP id 891008FC0C for ; Sat, 22 Jan 2011 03:26:21 +0000 (UTC) Received: from beck.reverbnation.com (beck.reverbnation.com [192.168.0.20]) by profanreach-c.reverbnation.com (Postfix) with ESMTP id 66733116A6AB for ; Fri, 21 Jan 2011 22:10:59 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=reverbnation.com; s=mail; t=1295665859; bh=tNVNtlZtmljJD/pWgTJ9Wc+dKWmylYk6pmBJDQamwwI=; h=From:Sender:Reply-To:To:Message-Id:Subject:Mime-Version: Content-Type:List-Unsubscribe:Date; b=N1Xmgj0QQdHtdRdk8kMoRVWdNoWDkuVyVuN+/hBwpenILMQurqcEd4V9p3uYslZil h54TS2f7yROmNE1yfRR5qSKfsHbwnL4gok7SiW6Jp6zeLbO6oPpDprWd+/1MwhQpP7 VYIKc6567bVd+j4BOg6mrSSdyljlpzE+WMmn7ny0= DomainKey-Signature: a=rsa-sha1; s=mail; d=reverbnation.com; c=nofws; q=dns; b=MUBV+Kf+E98obOpKsUHLRLYn89m6MGnYDRv6zeGVviTJ9yn2hws3kVQjmWitEJNUO 9yHsWIUSXyhV/iMCvbKDITyfMl5Clw5CrO2xQMfb+I/411iWBVRRj+3ylZzj3npqNgv zgfTOPZgn5BzPZzA1P5poaPH8WsOFIz2aaUIDqA= From: BeatsBeast Producer Sender: FanReach To: freebsd-stable@freebsd.org Message-Id: Mime-Version: 1.0 Date: Fri, 21 Jan 2011 22:10:59 -0500 (EST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: Quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: "Confused" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: BeatsBeast Producer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 03:26:21 -0000 BeatsBeast & B. Ezy return to bring you the track "Confused".B. Ezy continues his trials and tribulations with opposite sex over smooth production provided by BeatsBeast. Update Contact Info: http://www.reverbnation.com/c/fr7/artist_158288?eid=3D= A158288_7164259_30674416&fsc=3D791e9d14a39 Unsubscribe: http://www.reverbnation.com/c/fr2/artist_158288?eid=3DA15828= 8_7164259_30674416&fsc=3D791e9d14a39 Report Abuse: http://www.reverbnation.com/c/fr6/artist_158288?eid=3DA1582= 88_7164259_30674416&fsc=3D791e9d14a39 Privacy Policy: http://www.reverbnation.com/fan_reach/privacy/artist_1582= 88 Physical inquiries can be sent to: po box 777, eastpointe, MI, 48021, US = If our email is in your Spam/Junk Folder, please add beatsbeast@emailhost= ing.com to your address book. = Powered by FanReach Pro = From owner-freebsd-stable@FreeBSD.ORG Sat Jan 22 06:44:46 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D77106566C; Sat, 22 Jan 2011 06:44:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C953E8FC29; Sat, 22 Jan 2011 06:44:45 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id p0M6iiLr023282; Sat, 22 Jan 2011 06:44:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id p0M6iiSf023213; Sat, 22 Jan 2011 06:44:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 06:44:44 GMT Message-Id: <201101220644.p0M6iiSf023213@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 06:44:46 -0000 TB --- 2011-01-22 05:05:02 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2011-01-22 05:05:02 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2011-01-22 05:05:02 - cleaning the object tree TB --- 2011-01-22 05:05:35 - cvsupping the source tree TB --- 2011-01-22 05:05:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2011-01-22 05:06:06 - building world TB --- 2011-01-22 05:06:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 05:06:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 05:06:06 - TARGET=amd64 TB --- 2011-01-22 05:06:06 - TARGET_ARCH=amd64 TB --- 2011-01-22 05:06:06 - TZ=UTC TB --- 2011-01-22 05:06:06 - __MAKE_CONF=/dev/null TB --- 2011-01-22 05:06:06 - cd /src TB --- 2011-01-22 05:06:06 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 05:06:06 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 22 06:37:56 UTC 2011 TB --- 2011-01-22 06:37:56 - generating LINT kernel config TB --- 2011-01-22 06:37:56 - cd /src/sys/amd64/conf TB --- 2011-01-22 06:37:56 - /usr/bin/make -B LINT TB --- 2011-01-22 06:37:56 - building LINT kernel TB --- 2011-01-22 06:37:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 06:37:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 06:37:56 - TARGET=amd64 TB --- 2011-01-22 06:37:56 - TARGET_ARCH=amd64 TB --- 2011-01-22 06:37:56 - TZ=UTC TB --- 2011-01-22 06:37:56 - __MAKE_CONF=/dev/null TB --- 2011-01-22 06:37:56 - cd /src TB --- 2011-01-22 06:37:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 06:37:56 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ixgbe/ixgbe.c:1552: error: 'struct adapter' has no member named 'num_segs' cc1: warnings being treated as errors /src/sys/dev/ixgbe/ixgbe.c:1552: warning: unused variable 'segs' /src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_identify_hardware': /src/sys/dev/ixgbe/ixgbe.c:1979: error: 'struct adapter' has no member named 'num_segs' /src/sys/dev/ixgbe/ixgbe.c:1981: error: 'struct adapter' has no member named 'num_segs' /src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_allocate_transmit_buffers': /src/sys/dev/ixgbe/ixgbe.c:2722: error: 'struct adapter' has no member named 'num_segs' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 06:44:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 06:44:44 - ERROR: failed to build lint kernel TB --- 2011-01-22 06:44:44 - 4263.21 user 655.82 system 5981.74 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 22 10:28:27 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DA88106564A; Sat, 22 Jan 2011 10:28:27 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6E88FC12; Sat, 22 Jan 2011 10:28:26 +0000 (UTC) Received: by fxm16 with SMTP id 16so2763802fxm.13 for ; Sat, 22 Jan 2011 02:28:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=+TIxG7kEcGT4Uaj7JmaUmRQE9VhUfH31W9PKK35xlxY=; b=kvBhZyFhERwEnphmPVdSYyO9v0/Y51Iz6Jh4n7RzwuGdfZg47X2bM9tncolPiZU/vr KpHPmT7X0A1v8CJ4ZTCAV2dYGpcqelZnQE3+PCqPhQtu/WuKwlEZFxw/K+Q683eK9ApC ZpVM8KKZ8mv3n7aDmInPtnmaDz/b6Hv09Lq/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=qvUX+mHyW5tVPfTmowYmYUBMOCVGagw2gYxKr5nNxWKkhuU24Wzd252Vi0BAwL2OAt 2j7sOczzRudndqY/fW5ZYtr7l1/cLcb42gNyC0yjVbiJEhKCy+WoQ0V3IhBvgS5OFOw+ /IuCA6gInnMhq/zxgpajhnfRTAqeEOpn7QbYA= Received: by 10.223.116.1 with SMTP id k1mr1730351faq.51.1295690308362; Sat, 22 Jan 2011 01:58:28 -0800 (PST) Received: from ernst.jennejohn.org (p578E3BC5.dip.t-dialin.net [87.142.59.197]) by mx.google.com with ESMTPS id n1sm3934331fam.16.2011.01.22.01.58.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 22 Jan 2011 01:58:27 -0800 (PST) Date: Sat, 22 Jan 2011 10:58:25 +0100 From: Gary Jennejohn To: Ulrich =?ISO-8859-1?Q?Sp=F6rlein?= Message-ID: <20110122105825.71abfd71@ernst.jennejohn.org> In-Reply-To: <20110121222008.GB65811@acme.spoerlein.net> References: <20110120201740.GE24444@acme.spoerlein.net> <20110121222008.GB65811@acme.spoerlein.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 10:28:27 -0000 On Fri, 21 Jan 2011 23:20:09 +0100 Ulrich Spörlein wrote: > On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Spörlein wrote: > > Hello, > > > > Currently our buildworld relies on groff(1) and vgrind(1) being present > > in the host system. I have a patch ready that at least makes sure these > > are built during bootstrap-tools and completes the WITHOUT_GROFF flag. > > > > vgrind(1) is only used for two papers under share/doc and we could > > easily expand the results and commit them to svn directly, alleviating > > the need to run vgrind(1) during buildworld. > > > > OTOH, there are much more useful tools to vgrind(1) for source code > > formatting. So do we still have vgrind(1) users out there? > > > > Regards, > > Uli > > [trying to get this thread back on track] > > Does anyone actually care about vgrind in base? Will people be angry if > I unroll the 2 cases where it is used under share/doc? > I personally have never used vgrind, but since it's available as part of /usr/ports/textproc/heirloom-doctools IMO it would be safe to remove it from base, maybe with a note in UPDATING. -- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Sat Jan 22 18:15:18 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1248B106566B; Sat, 22 Jan 2011 18:15:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id E6CA08FC13; Sat, 22 Jan 2011 18:15:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p0MIFHRB030932; Sat, 22 Jan 2011 10:15:17 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p0MIFHho030931; Sat, 22 Jan 2011 10:15:17 -0800 (PST) (envelope-from sgk) Date: Sat, 22 Jan 2011 10:15:17 -0800 From: Steve Kargl To: Gary Jennejohn Message-ID: <20110122181517.GA30908@troutmask.apl.washington.edu> References: <20110120201740.GE24444@acme.spoerlein.net> <20110121222008.GB65811@acme.spoerlein.net> <20110122105825.71abfd71@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110122105825.71abfd71@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org, Ulrich Sp?rlein Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 18:15:18 -0000 On Sat, Jan 22, 2011 at 10:58:25AM +0100, Gary Jennejohn wrote: > On Fri, 21 Jan 2011 23:20:09 +0100 > Ulrich Sp?rlein wrote: > > > On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Sp?rlein wrote: > > > Hello, > > > > > > Currently our buildworld relies on groff(1) and vgrind(1) being present > > > in the host system. I have a patch ready that at least makes sure these > > > are built during bootstrap-tools and completes the WITHOUT_GROFF flag. > > > > > > vgrind(1) is only used for two papers under share/doc and we could > > > easily expand the results and commit them to svn directly, alleviating > > > the need to run vgrind(1) during buildworld. > > > > > > OTOH, there are much more useful tools to vgrind(1) for source code > > > formatting. So do we still have vgrind(1) users out there? > > > > > > Regards, > > > Uli > > > > [trying to get this thread back on track] > > > > Does anyone actually care about vgrind in base? Will people be angry if > > I unroll the 2 cases where it is used under share/doc? > > > > I personally have never used vgrind, but since it's available as part of > /usr/ports/textproc/heirloom-doctools IMO it would be safe to remove it > from base, maybe with a note in UPDATING. AFAICT, heirloom-doctools does not work on 64-bit platforms. vgrind may be ok but nroff and troff die rather quickly with a segfault when it tries to use a macro package such as mdoc. -- Steve From owner-freebsd-stable@FreeBSD.ORG Sat Jan 22 20:27:00 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAD0C1065672; Sat, 22 Jan 2011 20:27:00 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C03F8FC14; Sat, 22 Jan 2011 20:27:00 +0000 (UTC) Received: by vws9 with SMTP id 9so1216152vws.13 for ; Sat, 22 Jan 2011 12:26:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=hNVG+lqSs2o1kNoc7CHmc7pY9sdlQDq7OVeDnUyw5v8=; b=xWcUjgUmrCQBxvCVNQd0FCZG7yiJaAPWvggUzdPNT9O97bYZHQrU3t5LxPeI+htCLU 9XkRezOlRZr44wjahDVklSYAfVEr8NGHDdq0epDx7OZfi0GPDJlRk1BXJokdrwaPf5DO gh32jRTBfz8v6ksuG18Bmf+wAWHXuNdNurB+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=TKQ7fsAfUK3hB1U1ZzlPI+SM9lfNIACDSfipAt1PizvaADP34U8txSl9e+c6hCAiW7 a/3qwoI9nShxioi/xUuE7A5gVe2J9ltOYyYm9KFjOm3pIe5sUPToiHim5DMB6Wd+6XnK zTNPRG5w6F+AeMJu4Fh9gOvsb/hsQlf+gQIc8= Received: by 10.220.98.208 with SMTP id r16mr617839vcn.135.1295728019473; Sat, 22 Jan 2011 12:26:59 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id g17sm6662486vbv.2.2011.01.22.12.26.57 (version=SSLv3 cipher=RC4-MD5); Sat, 22 Jan 2011 12:26:58 -0800 (PST) Date: Sat, 22 Jan 2011 15:26:48 -0500 From: Alexander Kabaev To: Ulrich =?utf-8?Q?Sp=C3=B6rlein?= Message-ID: <20110122152648.3083fc86@kan.dnsalias.net> In-Reply-To: <20110120221142.GA65811@acme.spoerlein.net> References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> <20110120221142.GA65811@acme.spoerlein.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hxDs.gecgiqP9rX7F2biW.5"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 20:27:00 -0000 --Sig_/hxDs.gecgiqP9rX7F2biW.5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Thu, 20 Jan 2011 23:11:43 +0100 Ulrich Sp=C3=B6rlein wrote: > On Thu, 20.01.2011 at 15:31:03 -0500, Alexander Kabaev wrote: > > On Thu, 20 Jan 2011 21:17:40 +0100 > > Ulrich Sp=C3=B6rlein wrote: > >=20 > > > Hello, > > >=20 > > > Currently our buildworld relies on groff(1) and vgrind(1) being > > > present in the host system. I have a patch ready that at least > > > makes sure these are built during bootstrap-tools and completes > > > the WITHOUT_GROFF flag. > > >=20 > > > vgrind(1) is only used for two papers under share/doc and we could > > > easily expand the results and commit them to svn directly, > > > alleviating the need to run vgrind(1) during buildworld. > > >=20 > > > OTOH, there are much more useful tools to vgrind(1) for source > > > code formatting. So do we still have vgrind(1) users out there? > > >=20 > > > Regards, > > > Uli > >=20 Just to respond to initial comment, I can live without vgrind in base just fine, provided one cna be installed from ports (looks like that is true).=20 --=20 Alexander Kabaev --Sig_/hxDs.gecgiqP9rX7F2biW.5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFNOz2QQ6z1jMm+XZYRAtJ3AJ9F8vp8jFE+tTt5LJrtispcOKEkzgCbBc+z a0mN+OT2MtlZ1D7XmC0M1l8= =onAy -----END PGP SIGNATURE----- --Sig_/hxDs.gecgiqP9rX7F2biW.5-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 22 23:04:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B24D106566C; Sat, 22 Jan 2011 23:04:46 +0000 (UTC) (envelope-from lists@mawer.org) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id B18C68FC14; Sat, 22 Jan 2011 23:04:45 +0000 (UTC) Received: by gyf3 with SMTP id 3so944208gyf.13 for ; Sat, 22 Jan 2011 15:04:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.123.9 with SMTP id v9mr1640874anc.125.1295736124465; Sat, 22 Jan 2011 14:42:04 -0800 (PST) Received: by 10.100.152.4 with HTTP; Sat, 22 Jan 2011 14:42:04 -0800 (PST) In-Reply-To: References: <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local> <57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local> <4D398888.4040207@yandex.ru> Date: Sun, 23 Jan 2011 09:42:04 +1100 Message-ID: From: Antony Mawer To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Gpart and gmirror 8.2 from 18 januari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:04:46 -0000 On Sat, Jan 22, 2011 at 12:55 AM, Ivan Voras wrote: > On 21/01/2011 14:22, Andrey V. Elsukov wrote: >> >> On 21.01.2011 16:03, Ivan Voras wrote: >>> >>> On 21/01/2011 13:56, Johan Hendriks wrote: >>>> >>>> Ok the funny thing is, i get the same error on 8.1 Release (the corrupt >>>> error), but it boots, >>>> and all seems to work. >>> >>> Maybe the boot process was made to be more standard-compliant :) >> >> The most strangest is that UFS's label ufsid/4b9545d7d72d5019 is >> represented >> as whole disk where GPT is located. > > This is how glabel works - if anything within a provider recognizes it as > its own (e.g. a file system), the whole provider is labeled for it. > > Or are you thinking about something else? If you first did gmirror, then > gpt, then newfs, the UFS label should be created with the same data as the > gpt partition, not the "whole disk". On 8.0 (haven't checked 8.1 or later), I have systems running with gmirror across two disks (say ad4 and ad6), with gpt then configured over the top of this. I have noticed the occasional "GPT corrupt" message on bootup on some of these systems - not sure if this is because it looks at the disk device first at boot time and sees the last sector is the gmirror metadata, rather than the GPT data? They seem to operate without function, aside from the slightly scary warning message. To build these systems the following commands are used: # Initialise the gmirror device /sbin/gmirror label -b load gm0 ad4 ad6 # Partition using gpart diskdev="mirror/gm0" boot_offset="2032" gpart add -l boot -t freebsd-boot -s 16 -b $boot_offset $diskdev # boot p1 gpart add -l root -t freebsd-ufs -s 2G -b $root_offset $diskdev # / p2 gpart add -l swap -t freebsd-swap -s 4G $diskdev # swap p3 gpart add -l var -t freebsd-ufs -s 4G $diskdev # /var p4 gpart add -l usr -t freebsd-ufs $diskdev # /usr p5 # Boot code gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 $diskdev # Mark partition active (older systems) echo 'a 1' | fdisk -f - /dev/$diskdev Any feedback welcome! --Antony