From owner-freebsd-stable@FreeBSD.ORG Sun Apr 4 02:13:21 2010 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 79311106566C; Sun, 4 Apr 2010 02:13:21 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 52BB88FC08; Sun, 4 Apr 2010 02:13:21 +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 o342D9cb074495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 3 Apr 2010 19:13:09 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o342D9Ol074494; Sat, 3 Apr 2010 19:13:09 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03194; Sat, 3 Apr 10 18:02:24 PST Date: Sat, 03 Apr 2010 19:01:52 -0700 From: perryh@pluto.rain.com To: mail25@bzerk.org Message-Id: <4bb7f310.gIt41bTtJElBEKHS%perryh@pluto.rain.com> References: <20100402165002.71A8B1CC09@ptavv.es.net> <77FCD9C7615944DBBD3369EC4E5A5C94@rivendell> <2972DD89-7D7D-4869-9280-305BACBFEC5A@bway.net> <20100403135703.GA63262@ei.bzerk.org> In-Reply-To: <20100403135703.GA63262@ei.bzerk.org> 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-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Results of BIND RFC 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, 04 Apr 2010 02:13:21 -0000 Ruben de Groot wrote: > defer all questions about moving out of the base system ... Last I knew, X was not _in_ the base system :) From owner-freebsd-stable@FreeBSD.ORG Sun Apr 4 03:06:04 2010 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 A5790106566C for ; Sun, 4 Apr 2010 03:06:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (unknown [IPv6:2001:470:1f09:679::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD218FC18 for ; Sun, 4 Apr 2010 03:06:04 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 370E4C400C; Sun, 4 Apr 2010 03:06:03 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.7 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from core.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sun, 4 Apr 2010 03:06:03 +0000 (UTC) From: Bruce Cran To: freebsd-stable@freebsd.org Date: Sun, 4 Apr 2010 04:05:55 +0100 User-Agent: KMail/1.13.1 (FreeBSD/9.0-CURRENT; KDE/4.4.1; amd64; ; ) References: <20100403174812.59c40c99.matheus@eternamente.info> <20100403205856.GA20454@icarus.home.lan> In-Reply-To: <20100403205856.GA20454@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004040405.55356.bruce@cran.org.uk> Cc: Jeremy Chadwick Subject: Re: install touching mbr 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, 04 Apr 2010 03:06:04 -0000 On Saturday 03 April 2010 21:58:56 Jeremy Chadwick wrote: > On Sat, Apr 03, 2010 at 05:48:12PM -0300, Nenhum_de_Nos wrote: > > I just installed a 8.0R amd64 from memstick. when asked, I said to > > leave mbr untouched. when I rebooted, it was freebsd bootloader that > > was on control. this options is not what I think it should, or there > > is really a issue here ? > > I can confirm this behaviour. Someone may have broken something when > tinkering around in that part of sysinstall (since the Standard vs. > BootMgr options were moved around compared to previous releases). I have a patch at http://reviews.freebsdish.org/r/15/ waiting to be committed. I believe the "None" option won't change the bootcode itself but will still mark the FreeBSD partition as active. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sun Apr 4 07:01:19 2010 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 B84C0106566C for ; Sun, 4 Apr 2010 07:01:19 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5030B8FC13 for ; Sun, 4 Apr 2010 07:01:19 +0000 (UTC) Received: by wwb24 with SMTP id 24so2001795wwb.13 for ; Sun, 04 Apr 2010 00:01:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=jb/Qoc7LrXOeYSGbt6fD2zoThpvi7A2v9LR40V+97FM=; b=ieOY84scVu1f+WF53HZivkO0R3M24egCXs9ur5xhbJwd1maBtcHBh2B2CPq7Nf8EIu FJ/HzOIzXIayBeenxt9eOOm3P/upVf+CqbpbfR7vyA6XbCGlbEKoH8OZsdOH/0kYHkYB a6vn++Ug42uJO4YOn65ga2smy372VRD0LYTpk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kaHfcxtkkFkAhIA7Y79jPtZ0VfIQHESgr72MtLTsC0aQPG2PqFBgqx56N7F62eeZFs ohbAeGwZoERek3onCtUrsBkL8wapad71Zw8bbhOxHIraSpfp4mwxH6/nC1I7Ev+kVSNg JT0EvVce1aBfh+n8JQ+hI0uyBPdv+LNqhRIHo= MIME-Version: 1.0 Received: by 10.216.133.209 with HTTP; Sat, 3 Apr 2010 23:32:01 -0700 (PDT) Date: Sun, 4 Apr 2010 09:32:01 +0300 Received: by 10.216.86.71 with SMTP id v49mr2398574wee.14.1270362721172; Sat, 03 Apr 2010 23:32:01 -0700 (PDT) Message-ID: From: Akephalos Akephalos To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CPU problems after 8.0-STABLE update 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, 04 Apr 2010 07:01:19 -0000 Hey, I installed 8.0 release and used it very briefly until updating through cvsup to the latest stable source. I had no problems with the release (DVD) version, except that my wireless card wasn't detected, so updating was the natural thing to do. My hardware is an ASUS dual Turion laptop (K50AB), and my working setup was like this: - /boot/loader.conf: cpufreq_load="YES" hint.acpi_throttle.0.disabled="1" - /etc/rc.conf: powerd_enable="YES" It was working fine, the CPU frequency was scaling as expected, I checked it numerous times while working and idle with 'sysctl dev.cpu.0.freq'. Also, the load was displayed correctly in the taskmanager (I don't remember what was displayed in 'top', but I suppose it was ok). Now, after updating through buildworld, powerd doesn't scale the frequency anymore. My observations pointed out that the problem is that the CPU load is not detected correctly anymore: - I got three frequency steps: 575, 1150 and 2300 (correctly detected by dev.cpu.0.freq_levels while cpufreq module is loaded), but powerd scales down the frequency to the minimum, 575 then keeps it like that no matter of the load - dev.cpu.0.freq shows 575 and I got large build times because of it. To be able to use it fully, I have to kill powerd and set the frequency manually, or disable it at startup. - 'top -P' displays only one CPU and its load is 0% everything all the time, despite any load - I can't see anything in a taskmanager, the last time I tried with xfce and CURRENT (CURRENT had the same issue) - dev.cpu.0.cx_usage shows 100%. --- I'd like to find out the problem, why the CPU level is not detected correctly and how to fix this/report. Thanks, Mihai From owner-freebsd-stable@FreeBSD.ORG Sun Apr 4 10:43:04 2010 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 3E2A1106566B for ; Sun, 4 Apr 2010 10:43:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 650468FC0C for ; Sun, 4 Apr 2010 10:43:02 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA23638; Sun, 04 Apr 2010 13:43:00 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NyNIC-000CAq-D3; Sun, 04 Apr 2010 13:43:00 +0300 Message-ID: <4BB86D33.8030101@icyb.net.ua> Date: Sun, 04 Apr 2010 13:42:59 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Akephalos Akephalos References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 04 Apr 2010 10:43:04 -0000 on 04/04/2010 09:32 Akephalos Akephalos said the following: > - 'top -P' displays only one CPU and its load is 0% everything all the time, > despite any load So this is probably the root cause. Do you I have any unusual messages in dmesg after the upgrade? Anything about RTC? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Apr 4 16:28:07 2010 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 58D7A1065679 for ; Sun, 4 Apr 2010 16:28:07 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id DAF9A8FC17 for ; Sun, 4 Apr 2010 16:28:06 +0000 (UTC) Received: by fxm1 with SMTP id 1so2309473fxm.13 for ; Sun, 04 Apr 2010 09:28:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=RYxi0dB9wqwnkHOKbWK9tOSFFe50L1+7bG5WeIQQ8Ak=; b=cD2EH1/39R1hGLMadm8JuZqmb0r3F8JZ27PpM5u8N32xr8HGuW/qJlWGz6nF+170zG /sZBrsJZ0eiURyui8hA/xnV+COmWIGKFC2i6VCqoRPcAfI4Nt6nkwOpiGDIG8SflQ/Rb iPKsn4GUyJTPWuoBytSHr0DGeddRF8mmKzQ38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=kQhVvrBoy07CQSNfjH7u0o1z8mp2BKjgYkB1QCGz9WuFXcz1lc7vx8vrib+A7Oygzq WMsqncqbx6FViACB/F0PCDQ7DGXBBRbUDdhOyg0yXuBhnXEihbL1oAI+u+4hrwhljy+5 8Vlx7B5GUskzYDPsKB5I5+5IimuO/q4LYlIww= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.137.131 with HTTP; Sun, 4 Apr 2010 09:28:05 -0700 (PDT) In-Reply-To: References: Date: Sun, 4 Apr 2010 18:28:05 +0200 X-Google-Sender-Auth: cf215cc5d175bf9b Received: by 10.239.188.139 with SMTP id p11mr382474hbh.102.1270398485635; Sun, 04 Apr 2010 09:28:05 -0700 (PDT) Message-ID: From: Attilio Rao To: Akephalos Akephalos Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 04 Apr 2010 16:28:07 -0000 2010/4/4 Akephalos Akephalos : > Hey, > > I installed 8.0 release and used it very briefly until updating through > cvsup to the latest stable source. I had no problems with the release (DVD) > version, except that my wireless card wasn't detected, so updating was the > natural thing to do. My hardware is an ASUS dual Turion laptop (K50AB), and > my working setup was like this: > > - /boot/loader.conf: > cpufreq_load="YES" > hint.acpi_throttle.0.disabled="1" > - /etc/rc.conf: > powerd_enable="YES" > > It was working fine, the CPU frequency was scaling as expected, I checked it > numerous times while working and idle with 'sysctl dev.cpu.0.freq'. Also, > the load was displayed correctly in the taskmanager (I don't remember what > was displayed in 'top', but I suppose it was ok). > > Now, after updating through buildworld, powerd doesn't scale the frequency > anymore. My observations pointed out that the problem is that the CPU load > is not detected correctly anymore: > - I got three frequency steps: 575, 1150 and 2300 (correctly detected by > dev.cpu.0.freq_levels while cpufreq module is loaded), but powerd scales > down the frequency to the minimum, 575 then keeps it like that no matter of > the load - dev.cpu.0.freq shows 575 and I got large build times because of > it. To be able to use it fully, I have to kill powerd and set the frequency > manually, or disable it at startup. > - 'top -P' displays only one CPU and its load is 0% everything all the time, > despite any load > - I can't see anything in a taskmanager, the last time I tried with xfce and > CURRENT (CURRENT had the same issue) > - dev.cpu.0.cx_usage shows 100%. > --- > > I'd like to find out the problem, why the CPU level is not detected > correctly and how to fix this/report. What architecture is it? May you try setting machdep.lapic_allclocks to 1 in /boot/loader.conf? May you report #dmesg | grep atrtc Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Sun Apr 4 21:15:40 2010 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 11424106566B; Sun, 4 Apr 2010 21:15:40 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8D32A8FC0A; Sun, 4 Apr 2010 21:15:39 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o34LFOqb028268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Apr 2010 07:15:25 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o34LFO3f020187; Mon, 5 Apr 2010 07:15:24 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o34LFMaU020186; Mon, 5 Apr 2010 07:15:22 +1000 (EST) (envelope-from peter) Date: Mon, 5 Apr 2010 07:15:22 +1000 From: Peter Jeremy To: perryh@pluto.rain.com Message-ID: <20100404211522.GI86236@server.vk2pj.dyndns.org> References: <20100402165002.71A8B1CC09@ptavv.es.net> <77FCD9C7615944DBBD3369EC4E5A5C94@rivendell> <2972DD89-7D7D-4869-9280-305BACBFEC5A@bway.net> <20100403135703.GA63262@ei.bzerk.org> <4bb7f310.gIt41bTtJElBEKHS%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IbA9xpzOQlG26JSn" Content-Disposition: inline In-Reply-To: <4bb7f310.gIt41bTtJElBEKHS%perryh@pluto.rain.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 Cc: mail25@bzerk.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Results of BIND RFC 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, 04 Apr 2010 21:15:40 -0000 --IbA9xpzOQlG26JSn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Apr-03 19:01:52 -0700, perryh@pluto.rain.com wrote: >Ruben de Groot wrote: >> defer all questions about moving out of the base system ... > >Last I knew, X was not _in_ the base system :) Well, that's an excellent topic for another bikeshed - Should X be made part of the base system? I know it is on OpenBSD. :-) :-) --=20 Peter Jeremy --IbA9xpzOQlG26JSn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku5AWoACgkQ/opHv/APuIcBAwCdE7yXAEp94LGfpC0aPc+E1GB1 8l4An3yWcDE96SvR7xlk9cnRCgz8sGPB =/jLJ -----END PGP SIGNATURE----- --IbA9xpzOQlG26JSn-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 00:26:59 2010 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 1C1F8106564A for ; Mon, 5 Apr 2010 00:26:59 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id E2DEE8FC15 for ; Mon, 5 Apr 2010 00:26:58 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E43A665B for ; Sun, 4 Apr 2010 20:26:57 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 5E3292A2 for ; Sun, 4 Apr 2010 20:26:57 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 58A7065B for ; Sun, 4 Apr 2010 20:26:57 -0400 (EDT) Received: from ken-smiths-macbook-pro.local (cpe-76-180-182-44.buffalo.res.rr.com [76.180.182.44]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 387F3203C0 for ; Sun, 4 Apr 2010 20:26:57 -0400 (EDT) Message-ID: <4BB92E50.7040600@buffalo.edu> Date: Sun, 04 Apr 2010 20:26:56 -0400 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 27% Subject: 8.1-RELEASE Preliminary Schedule 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, 05 Apr 2010 00:26:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For those of you who are wondering when 8.1-RELEASE might arrive, we have discussed it and come up with the initial target schedule. The highlights are: Freeze May 24th, 2010 BETA1 May 28th, 2010 RC1 June 11th, 2010 RC2 June 25th, 2010 RELEASE July 9th, 2010 As usual, that's subject to change but it's at least our current target. The schedule is posted to the Web: http://www.freebsd.org/releases/8.1R/schedule.html That page includes a link to the 8.1TODO wiki page: http://wiki.freebsd.org/Releng/8.1TODO Though we're just barely started so there really isn't anything interesting there yet - so far it just has the schedule... Thanks. - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku5LlAACgkQ/G14VSmup/bQTQCeIaCLPuJoYVDjgB+rZDDsmjVz 49IAnjlgZ++ZJRMvfH9SkcGL1dcPTGuH =kP6w -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 02:57:32 2010 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 B4237106564A for ; Mon, 5 Apr 2010 02:57:32 +0000 (UTC) (envelope-from akephalos.akephalos@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 20A488FC13 for ; Mon, 5 Apr 2010 02:57:31 +0000 (UTC) Received: by wyb33 with SMTP id 33so1526471wyb.13 for ; Sun, 04 Apr 2010 19:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=1uJzHnCaKjG10OuCkdh3H/PyF0qeJ/pBX44wq9dOkCA=; b=oyj7T2V3N+YTaBkiybl/MCZZqiFg7sCcWxc2RVKh7xB3iwWAQHK1a2oicuflto3S6V 76p4DWl440dRVwiiVZMbt0+HC47QhuxSxN6RDFCV4bFOWBb6PiVsu6QhR2xyZkubXOXD LVonbzxQqq0X2XhFPMk3NHabBmJtgpOn0TGoM= 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=UpkR1jK2nkg6vJJlZdOUBH0a9J4HTgEieyyYJ5MDkGT3QcsX/2/BRMy96S0dTwPMpn qfg2lDdE9qSwj8MSGDk0gashSXlXXthKcoBiiNKzY7IIDAvxdOK74a08SrA3LTH7Dk/s po4Borl0U8+ObaofUugbjExVb5AhAZj+exqZs= MIME-Version: 1.0 Received: by 10.216.133.209 with HTTP; Sun, 4 Apr 2010 19:57:30 -0700 (PDT) In-Reply-To: References: Date: Mon, 5 Apr 2010 05:57:30 +0300 Received: by 10.216.88.208 with SMTP id a58mr3358232wef.35.1270436250661; Sun, 04 Apr 2010 19:57:30 -0700 (PDT) Message-ID: From: Akephalos Akephalos To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, avg@icyb.net.ua Subject: Re: CPU problems after 8.0-STABLE update 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, 05 Apr 2010 02:57:32 -0000 Thank you for your replies. Sadly, I must say that I currently don't have the system installed at all so i won't be able to test the issue any more. @Andriy: I checked dmesg for RTC (with grep -i) and is was not there. Among the messages it seemed that the system detected my dual CPU type and stuff. There was something containing 'rtc', possibly 'atrtc' what Attilio asked for, but it's irrelevant as long as I don't remember the message - it didn't seem to e an error. @Attilio: my CPU is AMD Turion 64 X2. Because I don't have FreeBSD installed any more, I can't tell you the report, I am very sorry, my computer was not usable as a workstation (port-related) and I was forced to uninstall to try something else. I think the problem can be replicated on any computer with this processor, it happened to me for two times, once updating to CURRENT and once to STABLE, through buildkernel/world, hopefully someone else will be able to provide the feedback. Thank you! Mihai From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 09:18:49 2010 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 CA9D0106566B for ; Mon, 5 Apr 2010 09:18:49 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8717A8FC1D for ; Mon, 5 Apr 2010 09:18:49 +0000 (UTC) Received: by chen.org.nz (Postfix, from userid 1000) id A0DBAE040B; Mon, 5 Apr 2010 21:18:44 +1200 (NZST) Date: Mon, 5 Apr 2010 21:18:44 +1200 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20100405091844.GA14489@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: IPFW and NAT woes on 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: Mon, 05 Apr 2010 09:18:49 -0000 So, I decided to csup my sources from Jan 18 2010 to something more recent this weekend; but when I completed the upgrade, my IPFW and NAT configuration didn't work anymore. I spent the better part of the day making sure that: 1. the upgrade was correct 2. my hardware was good. When I finally managed to revert the system source back to an earlier snapshot (hard to do when I had no connectivity to the 'Net), my configuration started working again. Has anyone else had the same problem as I've been having, or did I just get the code at a bad time? Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "A little learning is a dangerous thing but a lot of ignorance is just as bad." - Bob Edwards From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 09:45:39 2010 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 6C6E5106566C; Mon, 5 Apr 2010 09:45:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 79E7D8FC16; Mon, 5 Apr 2010 09:45:38 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA05449; Mon, 05 Apr 2010 12:45:35 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NyisB-000FIv-IS; Mon, 05 Apr 2010 12:45:35 +0300 Message-ID: <4BB9B13E.7090300@icyb.net.ua> Date: Mon, 05 Apr 2010 12:45:34 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Akephalos Akephalos References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 05 Apr 2010 09:45:39 -0000 on 05/04/2010 05:57 Akephalos Akephalos said the following: > Thank you for your replies. Sadly, I must say that I currently don't > have the system installed at all so i won't be able to test the issue > any more. > > @Andriy: I checked dmesg for RTC (with grep -i) and is was not there. > Among the messages it seemed that the system detected my dual CPU type > and stuff. > There was something containing 'rtc', possibly 'atrtc' what Attilio > asked for, but it's irrelevant as long as I don't remember the message - > it didn't seem to e an error. > > @Attilio: my CPU is AMD Turion 64 X2. Because I don't have FreeBSD > installed any more, I can't tell you the report, I am very sorry, my > computer was not usable as a workstation (port-related) and I was forced > to uninstall to try something else. > > I think the problem can be replicated on any computer with this > processor, it happened to me for two times, once updating to CURRENT and > once to STABLE, through buildkernel/world, hopefully someone else will > be able to provide the feedback. So we weren't fast enough and lost you :-( Holidays, you know. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 11:03:07 2010 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 B6BA41065672 for ; Mon, 5 Apr 2010 11:03:07 +0000 (UTC) (envelope-from stacey@vickiandstacey.com) Received: from doppler.zen.co.uk (doppler.zen.co.uk [212.23.3.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7A82F8FC29 for ; Mon, 5 Apr 2010 11:03:07 +0000 (UTC) Received: from [212.23.3.140] (helo=smarthost01.mail.zen.net.uk) by doppler.zen.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1Nyjmy-0003Z0-Ks; Mon, 05 Apr 2010 10:44:16 +0000 Received: from [82.68.31.182] (helo=unknown) by smarthost01.mail.zen.net.uk with esmtp (Exim 4.63) (envelope-from ) id 1Nyjmc-0006mN-0U; Mon, 05 Apr 2010 10:43:54 +0000 Date: Mon, 5 Apr 2010 11:45:04 +0100 From: S Roberts To: Warren Block , Jeremy Chadwick , freebsd-stable@freebsd.org Message-ID: <20100405114504.00006188@unknown> In-Reply-To: References: <20100403174812.59c40c99.matheus@eternamente.info> <20100403205856.GA20454@icarus.home.lan> X-Mailer: Claws Mail 3.7.4cvs1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-Smarthost01-IP: [82.68.31.182] Cc: Subject: Re: install touching mbr 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, 05 Apr 2010 11:03:07 -0000 Hello, On Sat, 3 Apr 2010 15:44:50 -0600 (MDT) Warren Block wrote: > On Sat, 3 Apr 2010, Jeremy Chadwick wrote: > > > On Sat, Apr 03, 2010 at 05:48:12PM -0300, Nenhum_de_Nos wrote: > >> I just installed a 8.0R amd64 from memstick. when asked, I said to > >> leave mbr untouched. when I rebooted, it was freebsd bootloader > >> that was on control. this options is not what I think it should, > >> or there is really a issue here ? > > > > I can confirm this behaviour. Someone may have broken something > > when tinkering around in that part of sysinstall (since the > > Standard vs. BootMgr options were moved around compared to previous > > releases). > > Not sure how to repeat the bug, but it's been there at least a few > months: > http://docs.freebsd.org/cgi/mid.cgi?alpine.BSF.2.00.0909262030060.13303 > http://docs.freebsd.org/cgi/mid.cgi?58c737d70909262054k7c7b1402w4f9c902fdca2640c > Sooo.., which **IS** the correct option to leave the existing MBR untouched??? Regards, S Roberts > -Warren Block * Rapid City, South Dakota USA > _______________________________________________ > 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 Apr 5 11:29:14 2010 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 B5200106566B for ; Mon, 5 Apr 2010 11:29:14 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5A3B48FC18 for ; Mon, 5 Apr 2010 11:29:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dagobah.intersec.pl (Postfix) with ESMTP id A9F30254002; Mon, 5 Apr 2010 13:29:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from dagobah.intersec.pl ([127.0.0.1]) by localhost (dagobah.intersec.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QXUOQtriNw-C; Mon, 5 Apr 2010 13:29:08 +0200 (CEST) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by dagobah.intersec.pl (Postfix) with ESMTP id F1341254001; Mon, 5 Apr 2010 13:29:07 +0200 (CEST) Date: Mon, 5 Apr 2010 13:29:07 +0200 (CEST) From: Maciej Jan Broniarz To: freebsd-stable Message-ID: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [80.52.231.86] X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8_64 (ZimbraWebClient - FF3.0 (Mac)/5.0.16_GA_2921.UBUNTU8_64) Cc: freebsd-www@freebsd.org Subject: fault tolerant web servers on freebsd 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, 05 Apr 2010 11:29:14 -0000 Hi All, I am thinking about building a fault tolerant web servers running FreeBSD. The servers would be serving web sites using jails+apache+php+mysql. Would anyone be so kind, as to give me some advice about building such a solution? I have read a lot about freebsd cluster, but it was focused on computing clusters, and not fault tolerant one. If anyone has some experience with the issue, I'll be very grateful. Best regards, mjb From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 12:09:30 2010 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 4FA97106564A; Mon, 5 Apr 2010 12:09:30 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id A25B88FC13; Mon, 5 Apr 2010 12:09:29 +0000 (UTC) Received: by bwz8 with SMTP id 8so2915909bwz.3 for ; Mon, 05 Apr 2010 05:09:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=ksoGOsJOFaTgKnaYj/YYFWfcDluV+4TG8DS3EOLN3/0=; b=CYA9PNvxaRuwICcjJjsOe1oehDEKjxT4TW0wtx5gcymNirQTC/e+R7Qh7p6PIjv0EG BmobfPQLe1Y05L0HIRlkKX7p2xWjhED6mEjynAH3OknFIuuKGP+CV+hY6A0IThwscs3F FRAFjAZOzxkUh/o70nVy1WbXpbBgubH/JYyJs= 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=qMoQTSu1rXoBWwcmGOqSgWv4wwbntHEatxIfUpn+NphJAVA1xL+WcAoyTOmpHqtf/2 ewQYnKiOy5pA2MeyPpxuARrvVEd5FuaxtVUUtW074dJJdBznutIgFTv9VIJQ4o0p4rSc 8qIHH70mQup+m6Z/Wmdd5mGgRL1JQ3EMMt0BE= Received: by 10.204.18.132 with SMTP id w4mr2843991bka.147.1270469367162; Mon, 05 Apr 2010 05:09:27 -0700 (PDT) Received: from localhost.localdomain (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 13sm5592305bwz.11.2010.04.05.05.09.26 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Apr 2010 05:09:26 -0700 (PDT) Date: Mon, 5 Apr 2010 12:54:06 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100405125406.6337777e.akephalos.akephalos@gmail.com> In-Reply-To: <4BB9B13E.7090300@icyb.net.ua> References: <4BB9B13E.7090300@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.20.0; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 05 Apr 2010 12:09:30 -0000 On Mon, 05 Apr 2010 12:45:34 +0300 Andriy Gapon wrote: > > So we weren't fast enough and lost you :-( > Holidays, you know. > > -- > Andriy Gapon It's ok, I had to experiment fast with different things. My intention is to rebuild the system up to the next week-end - if I have the time, with overnight buildings, maybe tomorrow or so and I'll come up with the answers you require. Cheers, Mihai From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 14:56:23 2010 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 3FFB2106564A for ; Mon, 5 Apr 2010 14:56:23 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 246EE8FC08 for ; Mon, 5 Apr 2010 14:56:23 +0000 (UTC) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id C64A4845B5 for ; Mon, 5 Apr 2010 10:56:22 -0400 (EDT) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 1C75EBA0D; Mon, 5 Apr 2010 10:56:22 -0400 (EDT) Date: Mon, 5 Apr 2010 10:56:22 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20100405145622.GA61334@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.94.2/10701/Mon Apr 5 05:08:57 2010 on vexbert.mr-paradox.net X-Virus-Status: Clean Subject: sysctl(?) problem on boot in 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: Mon, 05 Apr 2010 14:56:23 -0000 Hi, I upgraded an 8-STABLE box to r206119 and am now unable to boot multi-user. I found that it hangs at line 58/59 of /etc/rc.d/initrandom: ( ps -fauxww; sysctl -a; date; df -ib; dmesg; ps -fauxww ) \ | dd of=/dev/random bs=8k 2>/dev/null when I run each of these commands by hand, I get only as far as 'sysctl -a', which seems to exit normally but leaves my keyboard unresponsive (actually acting like I'm leaning on the key). more digging reveals 'sysctl dev.uart' to be what triggers it. this is the entirety of dev.uart from r204154: dev.uart.0.%desc: 16550 or compatible dev.uart.0.%driver: uart dev.uart.0.%location: handle=\_SB_.PCI0.UAR1 dev.uart.0.%pnpinfo: _HID=PNP0501 _UID=1 dev.uart.0.%parent: acpi0 dev.uart.0.wake: 0 seems about the same from r206119. I've attached boot output from r206119. Any ideas? any other info I need to provide? thanks much, Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 15:58:09 2010 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 22FB81065673 for ; Mon, 5 Apr 2010 15:58:09 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 05CE58FC18 for ; Mon, 5 Apr 2010 15:58:09 +0000 (UTC) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id B2B56845B9 for ; Mon, 5 Apr 2010 11:58:08 -0400 (EDT) Received: by crow.mr-happy.com (Postfix, from userid 16139) id E91E0BA1B; Mon, 5 Apr 2010 11:58:07 -0400 (EDT) Date: Mon, 5 Apr 2010 11:58:07 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20100405155807.GA61554@mr-happy.com> References: <20100405145622.GA61334@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100405145622.GA61334@mr-happy.com> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.94.2/10702/Mon Apr 5 10:20:17 2010 on vexbert.mr-paradox.net X-Virus-Status: Clean Subject: Re: sysctl(?) problem on boot in 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: Mon, 05 Apr 2010 15:58:09 -0000 On Mon, Apr 05, 2010 at 10:56:22AM -0400, Jeff Blank wrote: > I've attached boot output from r206119. whoops--either I didn't or it got tanked. sorry. http://web.mr-happy.com/mlf/20100405-boot-r206119.txt Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 16:03:41 2010 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 9DFCB106566B for ; Mon, 5 Apr 2010 16:03:41 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 7387A8FC0A for ; Mon, 5 Apr 2010 16:03:41 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id 6528556491 for ; Mon, 5 Apr 2010 11:45:38 -0400 (EDT) Message-ID: <4BBA05A2.40706@intertainservices.com> Date: Mon, 05 Apr 2010 11:45:38 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> In-Reply-To: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 6528556491.AE77E X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 16:03:41 -0000 You may want to check out carp(4). http://www.freebsd.org/cgi/man.cgi?query=carp On 4/5/2010 7:29 AM, Maciej Jan Broniarz wrote: > Hi All, > > I am thinking about building a fault tolerant web servers running FreeBSD. The servers would be serving web sites using jails+apache+php+mysql. > Would anyone be so kind, as to give me some advice about building such a solution? I have read a lot about freebsd cluster, but it was focused on computing clusters, and not fault tolerant one. > > If anyone has some experience with the issue, I'll be very grateful. > > Best regards, > mjb > _______________________________________________ > 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 Apr 5 16:07:09 2010 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 1D27C106566B; Mon, 5 Apr 2010 16:07:09 +0000 (UTC) (envelope-from stacey@vickiandstacey.com) Received: from smarthost01.mail.zen.net.uk (smarthost01.mail.zen.net.uk [212.23.3.140]) by mx1.freebsd.org (Postfix) with ESMTP id 99C598FC1A; Mon, 5 Apr 2010 16:07:08 +0000 (UTC) Received: from [82.68.31.182] (helo=unknown) by smarthost01.mail.zen.net.uk with esmtp (Exim 4.63) (envelope-from ) id 1NyopP-0002jx-Ao; Mon, 05 Apr 2010 16:07:07 +0000 Date: Mon, 5 Apr 2010 17:08:18 +0100 From: S Roberts To: Masoom Shaikh , FreeBSD Mailing List , freebsd-stable@freebsd.org Message-ID: <20100405170818.00001dc7@unknown> In-Reply-To: References: <20100404000942.00003960@unknown> <20100404092227.GA2632@chimera.vickiandstacey.com> <20100405141513.00005c14@unknown> <20100405144336.00007ba5@unknown> X-Mailer: Claws Mail 3.7.4cvs1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Originating-Smarthost01-IP: [82.68.31.182] Cc: Warren Block Subject: Re: FreeBSD-8 Dual Booting With Pre-Installed Windows 7? 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, 05 Apr 2010 16:07:09 -0000 Hello Masoom, On Mon, 5 Apr 2010 20:56:39 +0530 Masoom Shaikh wrote: > On Mon, Apr 5, 2010 at 7:13 PM, S Roberts > wrote: > > Hello Masoom, > > > > On Mon, 5 Apr 2010 18:54:12 +0530 > > Masoom Shaikh wrote: > > > >> On Mon, Apr 5, 2010 at 6:45 PM, S Roberts > >> wrote: > >> > Hi Masoom, > >> > =A0 Good to hear from you.., > >> > > >> > On Mon, 5 Apr 2010 18:32:57 +0530 > >> > Masoom Shaikh wrote: > >> > > >> >> On Sun, Apr 4, 2010 at 2:52 PM, Stacey Roberts > >> >> wrote: > >> >> > Hello Leslie, > >> >> > =A0 =A0 =A0Good to hear from you.., > >> >> > > >> >> > On Sun, 04 Apr 2010, Leslie Jensen wrote: > >> >> >> > >> >> >> http://www.mail-archive.com/freebsd-questions@freebsd.org/msg229= 158.html > >> >> >> > >> >> >> /Leslie > >> >> >> > >> >> > > >> >> > I had a look at the thread - thanks.., > >> >> > > >> >> > The documentation for EasyBCD documentation itself states that > >> >> > its compatible with windows vista - there's nowhere that > >> >> > actually states that it supports windows 7. > >> >> > >> >> I have been using EasyBCD on Win7 + FBSD8 for some 6+ months now > >> >> > >> > > >> > That's great to hear.., Can you confirm that you started off > >> > with a pre-installed windows 7 machine / single disk and then > >> > **added** FreeBSD, please? > >> > >> Win7 was not pre-installed. I have three partitions, > >> part1(c:) - NTFS > >> part2(d:) - FAT32 > >> part3 - UFS2, not visible to Win7, visible in Disk Management > >> console as free space > >> > >> Win7 is installed on part1, part2 is data drive so that bot OSes > >> can read/write do not want to use fusefs > >> > >> first install Win7, then FreeBSD, then boot in Win7 and use > >> EasyBCD to add FreeBSD as another entry > >> remember to advise FreeBSD to not touch MBR. > >> > > > > Understood. So for your installation of FreeBSD, selecting "None > > Leave Master Boot Record untouched" actually did work - and you did > > **NOT** find that sysinstall still went ahead and messed with the > > mbr? > > > > Sorry for the questions, but I recall a recent thread where a few > > people confirmed that this option does not behave as expected, > > and folks ended up with broken windows mbrs. >=20 > yes, > http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056100.html > thread is actually correct, for me it is fresh install, in your case > it is little tricky to get it straight for a fresh install you can > install FreeBSD first then Win7, and then use EasyBSD. done. >=20 Wiping the machine as you suggest is not an option.=20 This is a new, windows 7 preinstalled machine that came with **NO** windows 7 install disks. > i guess, i have done that too. i.e. installed FreeBSD after Win7, then > used Win7 CD to repair > but take care, it can fail with that irritating send, don't send > dialog box >=20 I'd have like to have known this earlier.., I wasn't set to start until later this evening, so I guess its good to have found this out now. > so here is one trick if you got guts to try :). I recently got saved > with this trick >=20 > you have Win7 pre-installed, now free up some space and let FreeBSD > install, select the option "do not touch mbr". Next boot you will find > Win7 gone. Boot from Win7 CD and let it install at same location where > it is/was installed. Setup will warn you of already existing > installation. It might additionally say that it will move old > installation to "Windows.old" folder. Ignore this warning and let > setup continue. If I remember correctly the second option is > Extracting Windows Files(percentage). Let it come to second step and > execute it for a 5 mins, then cancel the setup, ignore all warning and > it will undo all changes, but by that time it will already have fixed > the bootloader problem. After you cancel setup, give it all time it > needs to undo, don't force reboot/power down. >=20 > hope this will enable you too install FreeBSD, a great development > environment have fun! >=20 As I said above, the machine did not come with windows 7 installation media included. W Block earlier referred to the sysinstall mbr issue as a "rare bug", but if you have yourself encountered this bug 6 months ago, then it would appear to have been broken for a long time. A search of PRs show; Mon, 26 Sep 2005 14:37:58 GMT: bin/86600: sysinstall(8): Sysinstall boot manager screen is misleading Tue, 26 Feb 2008 09:03:41 -0800 (PST): bin/121124: sysinstall(8): FreeBSD 6.3 installation deletes MBR partition Sat, 20 Dec 2008 00:11:51 GMT: bin/129771: sysinstall(8): 7.1 RC1 sysinstalls installs boot0 even when told not to I've been managing FreeBSD servers for years now, so I guess this type of issue did slip through my attention gap - even so, going by the earliest date there, seems like this ball has been dropping for a long time :-/ Thanks for the suggestions, Masoom. Regards, S Roberts > > > > Thanks again, Masoom. > > > > Regards, > > > > S Roberts > > > >> have fun!! > >> > >> > > >> > Tell me something - Which of the 3 FreeBSD boot manager options > >> > did you select, please? > >> > >> don't let FreeBSD touch your MBR, Win7 won't like that > >> > >> > > >> > Thanks! > >> > > >> > Regards, > >> > > >> > S Roberts > >> > > >> > > >> >> > > >> >> > Or, am I missing something? > >> >> > > >> >> > I noted that the link by the responder in the thread also > >> >> > refers to a document that is based on windows vista, but will > >> >> > review this as well. > >> >> > > >> >> > Thanks! > >> >> > > >> >> > Regards, > >> >> > > >> >> > S Roberts > >> >> > > >> >> > > >> >> >> > >> >> >> > >> >> >> > >> >> >> > Hello, > >> >> >> > Sorry if this has been asked before, but can some point me > >> >> >> > to where I can find info on installing FreeBSD-8 to a > >> >> >> > windows-7 pre-installed machine (single disk) in a > >> >> >> > dual-boot set up, please? > >> >> >> > > >> >> >> > Any assistance is appreciated. > >> >> >> > > >> >> >> > Thanks. > >> >> >> > > >> >> >> > Regards, > >> >> >> > > >> >> >> > S Roberts > >> >> >> > _______________________________________________ > >> >> >> > freebsd-questions@freebsd.org mailing list > >> >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> >> >> > To unsubscribe, send any mail to > >> >> >> > "freebsd-questions-unsubscribe@freebsd.org" > >> >> >> > > >> >> >> > >> >> >> > >> >> > _______________________________________________ > >> >> > freebsd-questions@freebsd.org mailing list > >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> >> > To unsubscribe, send any mail to > >> >> > "freebsd-questions-unsubscribe@freebsd.org" > >> >> > > >> > > >> > > >> _______________________________________________ > >> freebsd-questions@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> To unsubscribe, send any mail to > >> "freebsd-questions-unsubscribe@freebsd.org" > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 17:04:41 2010 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 92B1B1065676 for ; Mon, 5 Apr 2010 17:04:41 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8448FC1A for ; Mon, 5 Apr 2010 17:04:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dagobah.intersec.pl (Postfix) with ESMTP id B6F7C254002; Mon, 5 Apr 2010 19:04:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from dagobah.intersec.pl ([127.0.0.1]) by localhost (dagobah.intersec.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q8HTFIID3Iiw; Mon, 5 Apr 2010 19:04:35 +0200 (CEST) Received: from loken.local (69-dzi-33.acn.waw.pl [85.222.122.69]) by dagobah.intersec.pl (Postfix) with ESMTP id EDE68254001; Mon, 5 Apr 2010 19:04:34 +0200 (CEST) Message-ID: <4BBA1823.1090305@gausus.net> Date: Mon, 05 Apr 2010 19:04:35 +0200 From: Maciej Jan Broniarz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; pl; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Mike Jakubik References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> In-Reply-To: <4BBA05A2.40706@intertainservices.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 17:04:41 -0000 W dniu 10-04-05 17:45, Mike Jakubik pisze: > You may want to check out carp(4). > > http://www.freebsd.org/cgi/man.cgi?query=carp > Thanks. Carp is fine, but I still have to figure out how to synchronize data on disks or in the database. Usign just carp would leave me with two separate databases containing only parts of users input. Is there a soulution similar to drbd+heartbeat on Linux? Geom_gate looks nice, but I have no idea if it has been used in a production enviroment. All best, mjb From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 17:13:44 2010 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 DC203106566C for ; Mon, 5 Apr 2010 17:13:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 280958FC21 for ; Mon, 5 Apr 2010 17:13:43 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA11422; Mon, 05 Apr 2010 20:13:38 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nyprl-000FeT-Ux; Mon, 05 Apr 2010 20:13:37 +0300 Message-ID: <4BBA1A41.8030707@icyb.net.ua> Date: Mon, 05 Apr 2010 20:13:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Maciej Jan Broniarz References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> In-Reply-To: <4BBA1823.1090305@gausus.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 17:13:44 -0000 on 05/04/2010 20:04 Maciej Jan Broniarz said the following: > W dniu 10-04-05 17:45, Mike Jakubik pisze: >> You may want to check out carp(4). >> >> http://www.freebsd.org/cgi/man.cgi?query=carp >> > > Thanks. Carp is fine, but I still have to figure out how to synchronize > data on disks or in the database. Usign just carp would leave me with > two separate databases containing only parts of users input. Is there a > soulution similar to drbd+heartbeat on Linux? Geom_gate looks nice, but > I have no idea if it has been used in a production enviroment. Perhaps you would find HAST useful: http://wiki.freebsd.org/HAST -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:11:46 2010 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 800571065670 for ; Mon, 5 Apr 2010 18:11:46 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1C28FC1F for ; Mon, 5 Apr 2010 18:11:45 +0000 (UTC) Received: by ewy24 with SMTP id 24so1098679ewy.33 for ; Mon, 05 Apr 2010 11:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=YxvNallvU59WE/Tan+YOoXOgawLAkm0UBGb2sKASw/A=; b=G7D4B84Pz2HCedmkCONU9YxJ4ygj0Cd0cplh5oejTQx1d6lXOqv+tCcRYCPOqROjZi Swg1RvEfu9iY+taqja2jySAUS2JeNgSnHGUew/MDmjEniOrFOTmknc5AB0p/uvoz2cXt +JHIGi8DpFh/lWnruz8VSwS9Q1jeF7BbGMY1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=Hg2VlDvFLmrGoD7ctF5LFfzzwGTNlHHS2C6HjWRed0soNC1PKH9Pax7N7VGNWz2iTS eudMOvoLsHgW4jhCyCj2xVOfdJ+kv4RycbYwdMi8WOWACkVeBTh/gO35MA7wBozCI98v /y8PJ2WGOuBE+57TEYbm/JH8loRsy5S+fOPGU= Received: by 10.213.55.11 with SMTP id s11mr1687072ebg.64.1270491104513; Mon, 05 Apr 2010 11:11:44 -0700 (PDT) Received: from localhost ([193.138.132.161]) by mx.google.com with ESMTPS id 16sm6464088ewy.11.2010.04.05.11.11.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Apr 2010 11:11:43 -0700 (PDT) To: Jeff Blank References: <20100405145622.GA61334@mr-happy.com> Organization: TOA Ukraine From: Mikolaj Golub Date: Mon, 05 Apr 2010 21:11:39 +0300 In-Reply-To: <20100405145622.GA61334@mr-happy.com> (Jeff Blank's message of "Mon\, 5 Apr 2010 10\:56\:22 -0400") Message-ID: <86aathahwk.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: sysctl(?) problem on boot in 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: Mon, 05 Apr 2010 18:11:46 -0000 On Mon, 5 Apr 2010 10:56:22 -0400 Jeff Blank wrote: > Hi, > > I upgraded an 8-STABLE box to r206119 and am now unable to boot > multi-user. I found that it hangs at line 58/59 of > /etc/rc.d/initrandom: > > ( ps -fauxww; sysctl -a; date; df -ib; dmesg; ps -fauxww ) \ > | dd of=/dev/random bs=8k 2>/dev/null > > when I run each of these commands by hand, I get only as far as > 'sysctl -a', which seems to exit normally but leaves my keyboard > unresponsive (actually acting like I'm leaning on the key). > more digging reveals 'sysctl dev.uart' to be what triggers it. kern/143040 looks similar. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:18:36 2010 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 5DCE71065672 for ; Mon, 5 Apr 2010 18:18:36 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8B78FC1D for ; Mon, 5 Apr 2010 18:18:36 +0000 (UTC) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id A06FF845AE; Mon, 5 Apr 2010 14:18:34 -0400 (EDT) Received: by crow.mr-happy.com (Postfix, from userid 16139) id D0C0CBA34; Mon, 5 Apr 2010 14:18:33 -0400 (EDT) Date: Mon, 5 Apr 2010 14:18:33 -0400 From: Jeff Blank To: Mikolaj Golub Message-ID: <20100405181833.GA62189@mr-happy.com> References: <20100405145622.GA61334@mr-happy.com> <86aathahwk.fsf@kopusha.onet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86aathahwk.fsf@kopusha.onet> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.94.2/10703/Mon Apr 5 13:07:08 2010 on vexbert.mr-paradox.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: sysctl(?) problem on boot in 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: Mon, 05 Apr 2010 18:18:36 -0000 On Mon, Apr 05, 2010 at 09:11:39PM +0300, Mikolaj Golub wrote: > On Mon, 5 Apr 2010 10:56:22 -0400 Jeff Blank wrote: > > when I run each of these commands by hand, I get only as far as > > 'sysctl -a', which seems to exit normally but leaves my keyboard > > unresponsive (actually acting like I'm leaning on the key). > > more digging reveals 'sysctl dev.uart' to be what triggers it. > kern/143040 looks similar. Ah, you're right, it does. Could someone please take a look at that PR then? Looks like it was submitted in January but hasn't been assigned yet. thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:31:36 2010 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 3C869106564A; Mon, 5 Apr 2010 18:31:36 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id D93F28FC0A; Mon, 5 Apr 2010 18:31:35 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 53E1722C50B9; Mon, 5 Apr 2010 21:31:34 +0300 (EEST) Date: Mon, 5 Apr 2010 21:31:33 +0300 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20100405213133.3b29591f@it.buh.tecnik93.com> In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/KrEoMQLIzaORITZ3E0vZ8aO"; protocol="application/pgp-signature" Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 05 Apr 2010 18:31:36 -0000 --Sig_/KrEoMQLIzaORITZ3E0vZ8aO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Just a status update: PNG and cURL are in, and png fall-outs are believed to be fixed. Xorg update has gone through an -exp run on Pointy and our xorg team is working on fixing the approx. 60 ports with problems. I will begin -exp runs for Gnome and KDE updates tonight or tomorrow morning. Packages status: - i386:=20 - 6 after png and curl - 7 after png and curl - an 8 incremental build is in progress and should be shortly finished - 9 pacakges are from middle March - amd64: - 6 packages are post png and curl - 7 build is in progress and will be finished tomorrow - 8 last build was done in the middle of the png update/fixes; we won't run an other before Xorg, KDE and Gnome go in (for lack of resources). - 9 build in progress (with sources that are believed to fix the zlib problem). In other words, if you wish to update without waiting for Xorg, Gnome and KDE now it's a good moment. HTH, --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/KrEoMQLIzaORITZ3E0vZ8aO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku6LIUACgkQJ7GIuiH/oeXUoACeN1l0oU2gB1qXz9NVTXW1Sohd twIAnRyOx3DPT0IjZpAW/C3uvb+Xk856 =1XJM -----END PGP SIGNATURE----- --Sig_/KrEoMQLIzaORITZ3E0vZ8aO-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:35:20 2010 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 CD2C6106566C for ; Mon, 5 Apr 2010 18:35:20 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8DDFE8FC0A for ; Mon, 5 Apr 2010 18:35:20 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nyr8o-0007m5-Ve for freebsd-stable@freebsd.org; Mon, 05 Apr 2010 20:35:19 +0200 Message-ID: <4BBA2D66.5060702@gwdg.de> Date: Mon, 05 Apr 2010 20:35:18 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.9) Gecko/20100405 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Subject: ldd manpage - example does not work 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, 05 Apr 2010 18:35:20 -0000 The manpage for ldd(1) gives a nice example of finding binaries, which link against a given library, see http://www.freebsd.org/cgi/man.cgi?query=ldd&apropos=0&sektion=0&manpath=FreeBSD+8.0-RELEASE&format=html The example looks as follows: find . -type f | xargs -n1 file -F | grep ELF | cut -f1 -d' ' | xargs ldd -f '%A %o\n' | grep libc.so.6 Unfortunately this example does not work for me. Is seems that the part with xargs does not output anything and so is the showstopper (?) It would be nice if someone could give me some advice what is wrong here. Thanks in advance, Rainer Hurling From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:40:35 2010 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 142EC106566B for ; Mon, 5 Apr 2010 18:40:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id C38CC8FC1B for ; Mon, 5 Apr 2010 18:40:34 +0000 (UTC) Received: by qyk5 with SMTP id 5so4838678qyk.3 for ; Mon, 05 Apr 2010 11:40:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=eRj5+6xsTM0hdKH747BGYSVaZDMOF4ADTRcH2c5RdUk=; b=NeeuTKes/csHzMsUAAfeTnRctBC13L3+hbiJ0iXI12il5SDKAmwzClThXyr51+1n/k TA6uTgj0mOuEX97yCuhme4+5Ei/sA9Ra53sIj4kFnpICoqnDuDrVQdRrHrac/PJcykSr hyr09PgIDchiEQ/bDhQPszVahPXzcLJQ+eEUs= 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=xf/Gkrk8Pj7ddwSB1gkcO9aHCO01wj+WItBy5U6aJ70ytw8M7qppRcJSPcmk0/SHBi Zyys9VldJjQlYCCedcFU8IXXGhfJ+hDlGSWLwIN/wW50beEs48dy0vIUACBrAGQ6IlXv LpTaZsg4ak8+W4/35G7/LREFx5P8Gl02gA5qk= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Mon, 5 Apr 2010 11:40:32 -0700 (PDT) In-Reply-To: <4BBA2D66.5060702@gwdg.de> References: <4BBA2D66.5060702@gwdg.de> Date: Mon, 5 Apr 2010 11:40:32 -0700 Received: by 10.229.38.69 with SMTP id a5mr2393419qce.15.1270492832295; Mon, 05 Apr 2010 11:40:32 -0700 (PDT) Message-ID: From: Garrett Cooper To: Rainer Hurling Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 05 Apr 2010 18:40:35 -0000 On Mon, Apr 5, 2010 at 11:35 AM, Rainer Hurling wrote: > The manpage for ldd(1) gives a nice example of finding binaries, which link > against a given library, see > > http://www.freebsd.org/cgi/man.cgi?query=ldd&apropos=0&sektion=0&manpath=FreeBSD+8.0-RELEASE&format=html > > > The example looks as follows: > > find . -type f | xargs -n1 file -F | grep ELF | cut -f1 -d' ' | xargs ldd -f > '%A %o\n' | grep libc.so.6 > > > Unfortunately this example does not work for me. Is seems that the part with > xargs does not output anything and so is the showstopper (?) > > It would be nice if someone could give me some advice what is wrong here. 1. The file(1) usage looks incorrect (I get a lot of messages like the following): Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] [-m magicfiles] file... file -C -m magicfiles Try `file --help' for more information. 2. It's no longer libc.so.6 for many versions of FreeBSD; it can potentially be libc.so.7... HTH, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:52:08 2010 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 8A65A1065679 for ; Mon, 5 Apr 2010 18:52:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 512F98FC14 for ; Mon, 5 Apr 2010 18:52:08 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id F25D360D2; Mon, 5 Apr 2010 14:52:06 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1270493527; bh=25KE4khgssZli+1bO9L89gr6LS2TupdyJPw6/h7vFv4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qHh2XO+3/pHMT4PF1L1iF52ICyLRE/4MTrt1OfYVYV/W5T9uGRXpQLtEY4WwIP3BN eDLQPtDCqrBWmZM1Ob963oPAnV5HdtNQmnaxaOcrcXEEhyyxzdIcKtKwq9VeBC4 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=jVeTWOybmlMpFLNiip+5xZGPz+Zy6rsF/7wE42FIjT/IGcW/vukr4Z8CQ6AgniJXj sBxPEHFqVVZ9JfY849LYzXDrteRpY2jJRea+GrNJMuNLk2OEqJfUWQWCpJydnGX Message-ID: <4BBA3152.9010506@protected-networks.net> Date: Mon, 05 Apr 2010 14:52:02 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Garrett Cooper References: <4BBA2D66.5060702@gwdg.de> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 05 Apr 2010 18:52:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/05/10 14:40, Garrett Cooper wrote: > On Mon, Apr 5, 2010 at 11:35 AM, Rainer Hurling wrote: >> The example looks as follows: >> >> find . -type f | xargs -n1 file -F | grep ELF | cut -f1 -d' ' | xargs ldd -f >> '%A %o\n' | grep libc.so.6 [ .. snip .. ] > 1. The file(1) usage looks incorrect (I get a lot of messages like the > following): > > Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] > [-m magicfiles] file... > file -C -m magicfiles > Try `file --help' for more information. > > 2. It's no longer libc.so.6 for many versions of FreeBSD; it can > potentially be libc.so.7... Try .. find . -type f | xargs -n1 file -F ' ' | grep ELF | cut -f1 -d' ' \ | xargs ldd -f '%A %o\n' | grep libc.so.[67] ;-) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku6MVIACgkQQv9rrgRC1JLrXgCZAauZv2h8SrqkKdJNL5Xpv9KN ml8An20zgpbjrJVZ2XdLc6/HVch69f3w =sBOs -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 18:54:29 2010 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 E5277106567E for ; Mon, 5 Apr 2010 18:54:29 +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 AD1AA8FC1A for ; Mon, 5 Apr 2010 18:54:29 +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 1NyrRC-0000qP-0S; Mon, 05 Apr 2010 19:54:18 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NyrRB-000Ey1-Vl; Mon, 05 Apr 2010 19:54:17 +0100 Date: Mon, 05 Apr 2010 19:54:17 +0100 Message-Id: To: gausus@gausus.net, mike.jakubik@intertainservices.com In-Reply-To: <4BBA1823.1090305@gausus.net> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 18:54:30 -0000 > soulution similar to drbd+heartbeat on Linux? Geom_gate looks nice, but > I have no idea if it has been used in a production enviroment. I use it for production - it works nicely, but you wont get automatic failover that way. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 19:17:21 2010 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 103C31065670 for ; Mon, 5 Apr 2010 19:17:21 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id D91308FC0A for ; Mon, 5 Apr 2010 19:17:20 +0000 (UTC) Received: by pzk35 with SMTP id 35so317069pzk.3 for ; Mon, 05 Apr 2010 12:17:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=xhCSvfjx7+rrlrhA8ehc1w4cELrbsQP2sB5YJiGhUxM=; b=hocpxHqdx3cKyU12ho3p7nXR+KVXh8hwygvx3O8rImhYe5HSk71aPwBB3zP69JYEbb gMkxCaNsw7yTBCA9tQjf7Anuvlgse2k82t2hZkCkZvVKQ9RexVV7nDyocFxr7+eezd6v qLdNJ+QmdbMwVX2Bo3YCXC8TxJqMLQFKN8k60= 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=C6uC3OzyzlScG/aPKhtHpiHKyf1XkwUh88vk1+11LrGP2mO/yQt2VrDqC1xIfvwhnJ 2mWEbsgaUJnHPydYyAAAYna+QjXfLTfCIJOs/FcW3JHH0LPCYiRvQF6nsuNE9KkLR8FH leE9XYM7q+BMJ2MSjd+JqV0HUnALJ2C7efo64= MIME-Version: 1.0 Received: by 10.231.35.203 with HTTP; Mon, 5 Apr 2010 12:17:17 -0700 (PDT) In-Reply-To: <20100405091844.GA14489@osiris.chen.org.nz> References: <20100405091844.GA14489@osiris.chen.org.nz> Date: Mon, 5 Apr 2010 12:17:17 -0700 Received: by 10.141.108.2 with SMTP id k2mr4267873rvm.125.1270495037175; Mon, 05 Apr 2010 12:17:17 -0700 (PDT) Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: IPFW and NAT woes on 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: Mon, 05 Apr 2010 19:17:21 -0000 On Mon, Apr 5, 2010 at 2:18 AM, Jonathan Chen wrote: > I decided to csup my sources from Jan 18 2010 to something more recent > this weekend; but when I completed the upgrade, my IPFW and NAT > configuration didn't work anymore. I spent the better part of the day > making sure that: > > 1. the upgrade was correct > 2. my hardware was good. > > When I finally managed to revert the system source back to an earlier > snapshot (hard to do when I had no connectivity to the 'Net), my > configuration started working again. Has anyone else had the same > problem as I've been having, or did I just get the code at a bad time? > There's a long thread about this on the freebsd-ipfw list. See the archives for all the details. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 19:28:20 2010 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 A2DB61065673; Mon, 5 Apr 2010 19:28:20 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id A19EB8FC08; Mon, 5 Apr 2010 19:28:19 +0000 (UTC) Received: by fxm1 with SMTP id 1so2929834fxm.13 for ; Mon, 05 Apr 2010 12:28:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=1y/jKNCz6KefogLz0AyvkEYV9W0g8zh6WGqvzmc8dLU=; b=V3U3aEN0i4U2oT6LXOPcOj3E1EQaStTmGDXb9uQPrUQXYlDUSkyUlyedN0YI4fZyUK v/ZitK9gLC7118lMqPSpes70pELnK7XbOvtOmSv5w0my3qXRA5qjJDrxfGjXjBvMAo/s bfakjHW7RPpFAe2i2BelXrnCq3XW7V+MECI08= 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=aPV9TBF7M7/C1YyMi7LAZsnGQzsjgJgIwByiObsHJAg9Zyso3NzAkfhwnAviaZKk1I f4WMjOvihRf/JdwEAhrWHMgYaIPXs9N2/zcU7iyLuT9mYBEUXChMgxDjPzYM1wLvqFZ1 KtnIE7BDA6Zncf5xc8bdlwjXnnYGwtHG1z1Lc= MIME-Version: 1.0 Received: by 10.103.251.11 with HTTP; Mon, 5 Apr 2010 12:05:35 -0700 (PDT) In-Reply-To: <20100405213133.3b29591f@it.buh.tecnik93.com> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> Date: Mon, 5 Apr 2010 14:05:35 -0500 Received: by 10.103.67.38 with SMTP id u38mr3205700muk.107.1270494335467; Mon, 05 Apr 2010 12:05:35 -0700 (PDT) Message-ID: From: Antonio Olivares To: Ion-Mihai Tetcu Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 05 Apr 2010 19:28:20 -0000 Ion-Mihai, Does this fix the following issue? I have installed FreeBSD 8.0 and updated it to current p2 I try to use konqueror and I get There was an error loading the module About-Page for Konqueror. The diagnostics is: Cannot load library /usr/local/kde4/lib/kde4/konq_aboutpage.so: (Shared object "libjpeg.so.10" not found, required by "libkhtml.so.7") Other programs like kile and k3b don't work because of the same message or others. I did not know about this, otherwise I would not have tried to install these programs in the first place, till the coast was clear :( Thanks though, I saw the message a little bit late :( Regards, Antonio On 4/5/10, Ion-Mihai Tetcu wrote: > Just a status update: > > PNG and cURL are in, and png fall-outs are believed to be fixed. > > Xorg update has gone through an -exp run on Pointy and our xorg team is > working on fixing the approx. 60 ports with problems. > > I will begin -exp runs for Gnome and KDE updates tonight or tomorrow > morning. > > > Packages status: > - i386: > - 6 after png and curl > - 7 after png and curl > - an 8 incremental build is in progress and should be shortly finished > - 9 pacakges are from middle March > - amd64: > - 6 packages are post png and curl > - 7 build is in progress and will be finished tomorrow > - 8 last build was done in the middle of the png update/fixes; we > won't run an other before Xorg, KDE and Gnome go in (for lack of > resources). > - 9 build in progress (with sources that are believed to fix the zlib > problem). > > > In other words, if you wish to update without waiting for Xorg, Gnome > and KDE now it's a good moment. > > > HTH, > > -- > IOnut - Un^d^dregistered ;) FreeBSD "user" > "Intellectual Property" is nowhere near as valuable as "Intellect" > FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B > From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 19:31:20 2010 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 101B51065674; Mon, 5 Apr 2010 19:31:20 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEF48FC16; Mon, 5 Apr 2010 19:31:19 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1519394qwe.7 for ; Mon, 05 Apr 2010 12:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=x0+6DWTGFW+m+p6KJ+NBARLhgcJ4atlC1yiLF13wnPA=; b=dPgsp91JxAvMoHVbtMNgJF4QvYam/zhmebp799JL/Pt5mOvt8Tfq+pxB5Md3elnV2Q k7roa3Uc4Rasmb8p6SeUH27GbQKuPVvL/KniedaoiTJ9VQwFjUgpbUeid89DqAAb3YB6 w4GG43XBzcA/rBaPCujfxhtyA+dSsyT4M59r0= 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=sENQAoDeiKYQ/MaHkRCItWc+IfBQo0LAZV71iY1OSQQztfC1NJDa4sUk6/C4qy4wU7 ZSv1A/L9B5JnNUWQlOVAN+YjxUxreoiiZKzu2DG5AJPHwXOelnK9As90jUqlDvIMwkfP rTlGwvf3kcauYoJNGZ7m4kugSX9TgFa4cvNmU= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Mon, 5 Apr 2010 12:31:13 -0700 (PDT) In-Reply-To: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> Date: Mon, 5 Apr 2010 12:31:13 -0700 Received: by 10.229.213.133 with SMTP id gw5mr10051160qcb.13.1270495876183; Mon, 05 Apr 2010 12:31:16 -0700 (PDT) Message-ID: From: Garrett Cooper To: Antonio Olivares Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 05 Apr 2010 19:31:20 -0000 On Mon, Apr 5, 2010 at 12:05 PM, Antonio Olivares wrote: > Ion-Mihai, > > Does this fix the following issue? > > I have installed FreeBSD 8.0 and updated it to current p2 > > =A0I try to use konqueror and I get > > =A0There was an error loading the module About-Page for Konqueror. > =A0The diagnostics is: > =A0Cannot load library /usr/local/kde4/lib/kde4/konq_aboutpage.so: > =A0(Shared object "libjpeg.so.10" not found, required by "libkhtml.so.7") > > Other programs like kile and k3b don't work because of the same > message or others. =A0I did not know about this, otherwise I would not > have tried to install these programs in the first place, till the > coast was clear :( > > Thanks though, I saw the message a little bit late :( Nope. You need to update all of jpeg. See UPDATING for more details (but substitute this for the portmaster directions: " portmaster -r 'jpeg-*' ". HTH, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 20:08:27 2010 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 8AAA9106566C for ; Mon, 5 Apr 2010 20:08:27 +0000 (UTC) (envelope-from tonix@interazioni.it) Received: from mx02.interazioni.net (mx02.interazioni.net [80.94.114.204]) by mx1.freebsd.org (Postfix) with ESMTP id E9E298FC1E for ; Mon, 5 Apr 2010 20:08:26 +0000 (UTC) Received: (qmail 52652 invoked by uid 88); 5 Apr 2010 20:08:25 -0000 Received: from unknown (HELO ?192.168.0.102?) (tonix@interazioni.it@94.164.190.76) by relay.interazioni.net with ESMTPA; 5 Apr 2010 20:08:23 -0000 Message-ID: <4BBA4334.1020506@interazioni.it> Date: Mon, 05 Apr 2010 22:08:20 +0200 From: "Tonix (Antonio Nati)" User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Maciej Jan Broniarz , freebsd-stable@freebsd.org References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> In-Reply-To: <4BBA1823.1090305@gausus.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 20:08:27 -0000 Maciej Jan Broniarz ha scritto: > W dniu 10-04-05 17:45, Mike Jakubik pisze: >> You may want to check out carp(4). >> >> http://www.freebsd.org/cgi/man.cgi?query=carp >> > > Thanks. Carp is fine, but I still have to figure out how to > synchronize data on disks or in the database. Usign just carp would > leave me with two separate databases containing only parts of users > input. Is there a soulution similar to drbd+heartbeat on Linux? > Geom_gate looks nice, but I have no idea if it has been used in a > production enviroment. Just to use exact words, fault toulerancy is not possible with any FreeBSD/Linux O.S. F.T. means outage can occur in every moment, but all current operation will be always completed by other equipments; so there will not be interrupted/lost operations. The most you can have is HA (High Availability), that means operations currently executed on servers which have outage are interrupted, but new operations will be completed as they will be executed on other equipments. Carp is fine for HA is you have always both db and file storage always available. For DB you can use MySQL replica, cross-replicating local MySQL data among all servers. Each server will keep its own copy, always up to date with other servers. This will make all DB data always available, except data recorded in the last milliseconds. About file storage, you must have an external reliable NFS server. Tonino > All best, > mjb > _______________________________________________ > 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" > -- ------------------------------------------------------------ Inter@zioni Interazioni di Antonio Nati http://www.interazioni.it tonix@interazioni.it ------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 20:10:08 2010 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 F3E87106566C for ; Mon, 5 Apr 2010 20:10:07 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF0848FC25 for ; Mon, 5 Apr 2010 20:10:00 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nysbx-0006PM-6l; Mon, 05 Apr 2010 22:09:29 +0200 Message-ID: <4BBA4378.5040402@gwdg.de> Date: Mon, 05 Apr 2010 22:09:28 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.9) Gecko/20100405 Thunderbird/3.0.4 MIME-Version: 1.0 To: Michael Butler References: <4BBA2D66.5060702@gwdg.de> <4BBA3152.9010506@protected-networks.net> In-Reply-To: <4BBA3152.9010506@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Garrett Cooper , freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 05 Apr 2010 20:10:08 -0000 Thank you very much for your answers! On 05.04.2010 20:52 (UTC+1), Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/05/10 14:40, Garrett Cooper wrote: >> On Mon, Apr 5, 2010 at 11:35 AM, Rainer Hurling wrote: > >>> The example looks as follows: >>> >>> find . -type f | xargs -n1 file -F | grep ELF | cut -f1 -d' ' | xargs ldd -f >>> '%A %o\n' | grep libc.so.6 > > [ .. snip .. ] > >> 1. The file(1) usage looks incorrect (I get a lot of messages like the >> following): >> >> Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] >> [-m magicfiles] file... >> file -C -m magicfiles >> Try `file --help' for more information. >> >> 2. It's no longer libc.so.6 for many versions of FreeBSD; it can >> potentially be libc.so.7... I want to create a list of binaries, which are linked against the old libz.so.5 and must be upgraded ... find /usr/local/ -type f | xargs -n1 file -F ' ' | grep ELF | cut -f1 -d' ' | xargs ldd -f '%A %o\n' | grep libz.so.5 > ~/libz.so.5.txt > > Try .. > > find . -type f | xargs -n1 file -F ' ' | grep ELF | cut -f1 -d' ' \ > | xargs ldd -f '%A %o\n' | grep libc.so.[67] > > ;-) > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (FreeBSD) > > iEYEARECAAYFAku6MVIACgkQQv9rrgRC1JLrXgCZAauZv2h8SrqkKdJNL5Xpv9KN > ml8An20zgpbjrJVZ2XdLc6/HVch69f3w > =sBOs > -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 20:13:50 2010 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 82A591065673 for ; Mon, 5 Apr 2010 20:13:50 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1908FC19 for ; Mon, 5 Apr 2010 20:13:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dagobah.intersec.pl (Postfix) with ESMTP id 9A489254002; Mon, 5 Apr 2010 22:13:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from dagobah.intersec.pl ([127.0.0.1]) by localhost (dagobah.intersec.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WcCP9580PGg4; Mon, 5 Apr 2010 22:13:43 +0200 (CEST) Received: from loken.local (69-dzi-33.acn.waw.pl [85.222.122.69]) by dagobah.intersec.pl (Postfix) with ESMTP id C5101254001; Mon, 5 Apr 2010 22:13:43 +0200 (CEST) Message-ID: <4BBA4478.7030302@gausus.net> Date: Mon, 05 Apr 2010 22:13:44 +0200 From: Maciej Jan Broniarz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; pl; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Tonix (Antonio Nati)" References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> In-Reply-To: <4BBA4334.1020506@interazioni.it> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 20:13:50 -0000 W dniu 10-04-05 22:08, Tonix (Antonio Nati) pisze: > Maciej Jan Broniarz ha scritto: >> W dniu 10-04-05 17:45, Mike Jakubik pisze: > > Just to use exact words, fault toulerancy is not possible with any > FreeBSD/Linux O.S. > F.T. means outage can occur in every moment, but all current operation > will be always completed by other equipments; so there will not be > interrupted/lost operations. Hmm. Thanks for the tip. Which *NIX os can be used to build an FT solution then? Solaris? AIX? HP-UX? > Carp is fine for HA is you have always both db and file storage always > available. > For DB you can use MySQL replica, cross-replicating local MySQL data > among all servers. Each server will keep its own copy, always up to date > with other servers. > This will make all DB data always available, except data recorded in the > last milliseconds. > > About file storage, you must have an external reliable NFS server. So, to be redundant one should run 2 x web servers + 2 x storage +2 x mysql. Sounds like fun, but also like a lot of work. So how do the web hosting prividers manage to use FreeBSD for theirs solution? I am curious do they have a cluster/reudndant solution for every part of the system, or they just accept thet something will fail at some time. Best regards, mjb From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 20:37:30 2010 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 536EC1065678 for ; Mon, 5 Apr 2010 20:37:30 +0000 (UTC) (envelope-from tonix@interazioni.it) Received: from mx02.interazioni.net (mx02.interazioni.net [80.94.114.204]) by mx1.freebsd.org (Postfix) with ESMTP id B22088FC27 for ; Mon, 5 Apr 2010 20:37:29 +0000 (UTC) Received: (qmail 55635 invoked by uid 88); 5 Apr 2010 20:37:28 -0000 Received: from unknown (HELO ?192.168.0.102?) (tonix@interazioni.it@94.164.190.76) by relay.interazioni.net with ESMTPA; 5 Apr 2010 20:37:27 -0000 Message-ID: <4BBA4A04.80005@interazioni.it> Date: Mon, 05 Apr 2010 22:37:24 +0200 From: "Tonix (Antonio Nati)" User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Maciej Jan Broniarz References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> In-Reply-To: <4BBA4478.7030302@gausus.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 20:37:30 -0000 Maciej Jan Broniarz ha scritto: > W dniu 10-04-05 22:08, Tonix (Antonio Nati) pisze: >> Maciej Jan Broniarz ha scritto: >>> W dniu 10-04-05 17:45, Mike Jakubik pisze: > > >> Just to use exact words, fault toulerancy is not possible with any >> FreeBSD/Linux O.S. >> F.T. means outage can occur in every moment, but all current operation >> will be always completed by other equipments; so there will not be >> interrupted/lost operations. > > Hmm. Thanks for the tip. Which *NIX os can be used to build an FT > solution then? Solaris? AIX? HP-UX? For a FT solution you need usually an hardware solution, very expensive. Server must have all doubled, with custom chips for checking if parts are working (and which part is broken, which may not be easy to understand). VMware claims to have a software fault toulerant solution, syncronizing two servers in real-time, but I don't know the efficiency. The most ISP use HA solutions, which are ok for the most of WEB/e-mail operations. Operations are not available for a few milliseconds/seconds, depending on the architecture you use. Just to complete, drbd+heartbeat are NOT FT. They are HA. When the master server goes down, backup server must acknowledge the new status, then mount the replicated disk (think to disk check!), then start services working on that disk. So this solution needs a lot of seconds, probably minutes to work. With a good carp architecture, you just need milliseconds. Tonino -- ------------------------------------------------------------ Inter@zioni Interazioni di Antonio Nati http://www.interazioni.it tonix@interazioni.it ------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 20:43:05 2010 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 1A0381065672 for ; Mon, 5 Apr 2010 20:43:05 +0000 (UTC) (envelope-from jfarmer@goldsword.com) Received: from gateway16.websitewelcome.com (gateway16.websitewelcome.com [70.85.130.5]) by mx1.freebsd.org (Postfix) with SMTP id CF19E8FC14 for ; Mon, 5 Apr 2010 20:43:04 +0000 (UTC) Received: (qmail 17591 invoked from network); 5 Apr 2010 20:44:41 -0000 Received: from audi.websitewelcome.com (67.19.210.130) by gateway16.websitewelcome.com with SMTP; 5 Apr 2010 20:44:41 -0000 Received: from localhost ([127.0.0.1]:44322) by audi.websitewelcome.com with esmtpa (Exim 4.69) (envelope-from ) id 1Nyt8V-0007uB-00 for freebsd-stable@freebsd.org; Mon, 05 Apr 2010 15:43:06 -0500 Received: from 74.171.98.142 ([74.171.98.142]) by www.goldsword.com (Horde MIME library) with HTTP; Mon, 05 Apr 2010 16:43:06 -0400 Message-ID: <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> Date: Mon, 05 Apr 2010 16:43:06 -0400 From: jfarmer@goldsword.com To: freebsd-stable@freebsd.org References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> In-Reply-To: <4BBA4478.7030302@gausus.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 20:43:05 -0000 Quoting Maciej Jan Broniarz : > W dniu 10-04-05 22:08, Tonix (Antonio Nati) pisze: >> Maciej Jan Broniarz ha scritto: >>> W dniu 10-04-05 17:45, Mike Jakubik pisze: >> >> Just to use exact words, fault toulerancy is not possible with any >> FreeBSD/Linux O.S. >> F.T. means outage can occur in every moment, but all current operation >> will be always completed by other equipments; so there will not be >> interrupted/lost operations. > > Hmm. Thanks for the tip. Which *NIX os can be used to build an FT > solution then? Solaris? AIX? HP-UX? You're asking a question that has not easy or compete answer. Fault =20 tolerant at what level? Do you want to guarantee that _every_ DB =20 operation competes? What about random file reads or writes? Do you =20 want to guarantee that two identical operations with the same data =20 will produce the same result? (That's _not_ the same as the previous =20 questions...) So first you have to define your workload, then define what errors you =20 must avoid or allow, and then define how to deal with failures, =20 errors, etc. Then you can start talking about High Availability vs. level of Fault =20 tolerance, vs. .... John ----------------------------------------------------------------- J. T. Farmer GoldSword Systems, Knoxville TN Coach & Instructor Consulting, Knoxville Academy of the Blade Software Development, Maryville Fencing Club Project Management From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 21:01:23 2010 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 9327E106566C for ; Mon, 5 Apr 2010 21:01:23 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from fallback4.mail.ru (fallback4.mail.ru [94.100.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id 10BB88FC1B for ; Mon, 5 Apr 2010 21:01:22 +0000 (UTC) Received: from mx48.mail.ru (mx48.mail.ru [94.100.176.62]) by fallback4.mail.ru (mPOP.Fallback_MX) with ESMTP id 204A51A3211C for ; Tue, 6 Apr 2010 00:37:50 +0400 (MSD) Received: from [79.142.106.59] (port=14707 helo=arti.pioneernet.lan) by mx48.mail.ru with asmtp id 1Nyt3M-0007Ac-00 for freebsd-stable@freebsd.org; Tue, 06 Apr 2010 00:37:48 +0400 From: Artem Kim To: freebsd-stable@freebsd.org Date: Tue, 6 Apr 2010 00:37:51 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201004060037.51086.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Subject: FreeBSD 7.3/i386 libalias related panic 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, 05 Apr 2010 21:01:23 -0000 Hi, I have a machine that acts as a NAS (mpd5 PPPoE). Also on the same machine using NAT (ipfw + ng_nat). Not so long ago, during one hour, I have two identical kernel panic: FreeBSD nas3.xxx.ru 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 17:55:26 MSK 2010 i386 nas3# kgdb kernel.debug /var/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x7d4c fault code = supervisor read, page not present instruction pointer = 0x20:0x8069ac41 stack pointer = 0x28:0xd259a8b0 frame pointer = 0x28:0xd259a8c8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (irq17: bge1) trap number = 12 panic: page fault cpuid = 1 Uptime: 1h14m2s Physical memory: 1014 MB Dumping 103 MB: 88 72 56 40 24bge1: watchdog timeout -- resetting 8 <5>bge1: link state changed to DOWN Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0x8069ac41 0x8069ac41 is in DeleteLink (/usr/src/sys/netinet/libalias/alias_db.c:857). 852 { 853 struct libalias *la = lnk->la; 854 855 LIBALIAS_LOCK_ASSERT(la); 856 /* Don't do anything if the link is marked permanent */ 857 if (la->deleteAllLinks == 0 && lnk->flags & LINK_PERMANENT) 858 return; 859 860 #ifndef NO_FW_PUNCH 861 /* Delete associated firewall hole, if any */ (kgdb) (kgdb) bt #0 doadump () at pcpu.h:196 #1 0x8059ce94 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0x8059d31a in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0x807855dd in trap_fatal (frame=0xd259a870, eva=40) at /usr/src/sys/i386/i386/trap.c:950 #4 0x8078595a in trap_pfault (frame=0xd259a870, usermode=0, eva=32076) at /usr/src/sys/i386/i386/trap.c:863 #5 0x80786277 in trap (frame=0xd259a870) at /usr/src/sys/i386/i386/trap.c:541 #6 0x8076b0eb in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0x8069ac41 in DeleteLink (lnk=0x84e0f980) at /usr/src/sys/netinet/libalias/alias_db.c:853 #8 0x8069ae3e in HouseKeeping (la=0x84874000) at /usr/src/sys/netinet/libalias/alias_db.c:843 #9 0x8069947b in LibAliasInLocked (la=0x84874000, ptr=0x8458e810 "E", maxpacketsize=2032) at /usr/src/sys/netinet/libalias/alias.c:1246 #10 0x8069a225 in LibAliasIn (la=0x84874000, ptr=0x8458e810 "E", maxpacketsize=2032) at /usr/src/sys/netinet/libalias/alias.c:1228 #11 0x8065fd91 in ng_nat_rcvdata (hook=0x84842900, item=0x84cebba0) at /usr/src/sys/netgraph/ng_nat.c:707 #12 0x80658606 in ng_apply_item (node=0x847de780, item=0x84cebba0, rw=1) at /usr/src/sys/netgraph/ng_base.c:2336 #13 0x80657607 in ng_snd_item (item=0x84cebba0, flags=Variable "flags" is not available. ) at /usr/src/sys/netgraph/ng_base.c:2254 #14 0x8067e4b6 in ipfw_check_in (arg=0x0, m0=0xd259aba8, ifp=0x84179800, dir=1, inp=0x0) at /usr/src/sys/netinet/ip_fw_pfil.c:189 #15 0x8064af6f in pfil_run_hooks (ph=0x80847c00, mp=0xd259ac00, ifp=0x84179800, dir=1, inp=0x0) at /usr/src/sys/net/pfil.c:78 #16 0x806812bd in ip_input (m=0x87135900) at /usr/src/sys/netinet/ip_input.c:416 #17 0x8063efba in ether_demux (ifp=0x84179800, m=0x87135900) at /usr/src/sys/net/if_ethersubr.c:834 #18 0x8063f1d6 in ether_input (ifp=0x84179800, m=0x87135900) at /usr/src/sys/net/if_ethersubr.c:692 #19 0x80490c8f in bge_rxeof (sc=0x84187000, rx_prod=465, holdlck=1) at /usr/src/sys/dev/bge/if_bge.c:3392 #20 0x80492d67 in bge_intr (xsc=0x84187000) at /usr/src/sys/dev/bge/if_bge.c:3653 #21 0x8057c7bb in ithread_loop (arg=0x84180500) at /usr/src/sys/kern/kern_intr.c:1181 #22 0x80578f25 in fork_exit (callout=0x8057c698 , arg=0x84180500, frame=0xd259ad38) at /usr/src/sys/kern/kern_fork.c:811 #23 0x8076b160 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:271 Thanks for any help ! From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 21:05:50 2010 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 175F3106566B for ; Mon, 5 Apr 2010 21:05:50 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id CB7D18FC18 for ; Mon, 5 Apr 2010 21:05:46 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.213.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 120FA8A1A07; Mon, 5 Apr 2010 23:05:44 +0200 (CEST) Message-ID: <4BBA50A8.5040807@bsdforen.de> Date: Mon, 05 Apr 2010 23:05:44 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Rainer Hurling References: <4BBA2D66.5060702@gwdg.de> <4BBA3152.9010506@protected-networks.net> <4BBA4378.5040402@gwdg.de> In-Reply-To: <4BBA4378.5040402@gwdg.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 05 Apr 2010 21:05:50 -0000 On 05/04/2010 22:09, Rainer Hurling wrote: >> I want to create a list of binaries, which are linked against the old >> libz.so.5 and must be upgraded ... Install sysutils/bsdadminscripts and rung pkg_libchk. :) -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 21:10:24 2010 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 84B2D106566B for ; Mon, 5 Apr 2010 21:10:24 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3CED18FC08 for ; Mon, 5 Apr 2010 21:10:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dagobah.intersec.pl (Postfix) with ESMTP id 767C6254002; Mon, 5 Apr 2010 23:10:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from dagobah.intersec.pl ([127.0.0.1]) by localhost (dagobah.intersec.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WVgqBsu7XgEv; Mon, 5 Apr 2010 23:10:17 +0200 (CEST) Received: from loken.local (69-dzi-33.acn.waw.pl [85.222.122.69]) by dagobah.intersec.pl (Postfix) with ESMTP id 4469C254001; Mon, 5 Apr 2010 23:10:17 +0200 (CEST) Message-ID: <4BBA51B9.6010803@gausus.net> Date: Mon, 05 Apr 2010 23:10:17 +0200 From: Maciej Jan Broniarz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; pl; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: jfarmer@goldsword.com References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> In-Reply-To: <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 21:10:24 -0000 W dniu 10-04-05 22:43, jfarmer@goldsword.com pisze: > Quoting Maciej Jan Broniarz : >> W dniu 10-04-05 22:08, Tonix (Antonio Nati) pisze: >>> Maciej Jan Broniarz ha scritto: >>>> W dniu 10-04-05 17:45, Mike Jakubik pisze: >>> > > So first you have to define your workload, then define what errors you > must avoid or allow, and then define how to deal with failures, errors, > etc. > Then you can start talking about High Availability vs. level of Fault > tolerance, vs. .... Let's say i need to run a few php/sql based web sites and I would like to maintain uptime of about 99,99% per month. No matter how good the hardware - it will always fail at some time. My goal is to build a system, that can maintain that uptime. From what You say I need some level of HA system, to maintain the required uptime. So, as I've said earlier (correct me, if I'm wrong) - the setup could look something like that: - 2 web servers with carp - 2 storage servers with on-line sync mechanism running - 2 mysql servers with on-line database replication (i'm skiping power and network issues at the moment). Few people have told me about a setup with linux, drbd and heartbeat which offers them some level of HA. Has anyone tried anything similar on FreeBSD? mjb From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 21:32:44 2010 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 8829D106566B for ; Mon, 5 Apr 2010 21:32:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3D00A8FC19 for ; Mon, 5 Apr 2010 21:32:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1558226qwe.7 for ; Mon, 05 Apr 2010 14:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=Y87pgVkq5sA5co/5f5foXQqbh965JoxJV3kPOG+tDNs=; b=IsGSYCTGQZ+WqUqQbmMJAWb0vlD4Z6GtygSh4+uUxDOHy9rAgqcGNLvTe171RzZ2pL 3NO9D8JvOdtXJafSz+DMIAxjmkPKzUoj2kvTd1Zp24fgpITDXSSQE3I4aW/elFZOVslE ZyT3nvZpDBKfyhtkCkMvxuIusy7OlWcHQgslQ= 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=bnfoOvIGOUISZ44IFU4DDsbPV3cXhsN+jiXecMLxtCI17aA7VYA6OrCg1nMr88LR7L R1ZkHPMKAFOSEW9nZIL6mTCJJ+fgzS7RFiJklN4TtLDfyk4hDz+FGmCoSOU9vcZgWotF oQpRnStHgEcwarrDCwkMai+q4iklaJmKhHK+g= MIME-Version: 1.0 Received: by 10.229.83.132 with HTTP; Mon, 5 Apr 2010 14:32:43 -0700 (PDT) In-Reply-To: <4BBA51B9.6010803@gausus.net> References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> Date: Mon, 5 Apr 2010 16:32:43 -0500 Received: by 10.229.224.149 with SMTP id io21mr634228qcb.64.1270503163235; Mon, 05 Apr 2010 14:32:43 -0700 (PDT) Message-ID: From: Adam Vande More To: Maciej Jan Broniarz Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 21:32:44 -0000 On Mon, Apr 5, 2010 at 4:10 PM, Maciej Jan Broniarz wrote: > > Let's say i need to run a few php/sql based web sites and I would like to > maintain uptime of about 99,99% per month. No matter how good the hardware - > it will always fail at some time. My goal is to build a system, that can > maintain that uptime. > > From what You say I need some level of HA system, to maintain the required > uptime. > > So, as I've said earlier (correct me, if I'm wrong) - the setup could look > something like that: > > - 2 web servers with carp > - 2 storage servers with on-line sync mechanism running > - 2 mysql servers with on-line database replication > > (i'm skiping power and network issues at the moment). > > Few people have told me about a setup with linux, drbd and heartbeat which > offers them some level of HA. Has anyone tried anything similar on FreeBSD? > Each HA implementation is different, you still really haven't provided enough details eg are servers running off same switch, or are you going to have latency issues(DRBD and ggate both dislike latency). DB replication doesn't necessarily need to be done via block level replication. Generally speaking, you'll make your storage backend HA first, then build other services off that like iscsi or nfs. There is no single answer to this because there are so many needs and ways to address them. and yes, sysutils/heartbeat works with *BSD and they are in use. There are also other options like http://lethargy.org/~jesus/writes/postgresql-warm-standby-on-zfs-crack -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 22:27:23 2010 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 753A6106566B for ; Mon, 5 Apr 2010 22:27:23 +0000 (UTC) (envelope-from Pascal.Stumpf@cubes.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 336AD8FC0A for ; Mon, 5 Apr 2010 22:27:22 +0000 (UTC) Received: from [62.224.201.176] (helo=ikarus.local.cubes.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NyulM-000434-UR for freebsd-stable@freebsd.org; Tue, 06 Apr 2010 00:27:21 +0200 From: Pascal Stumpf To: freebsd-stable@freebsd.org Date: Tue, 6 Apr 2010 00:27:23 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201004060027.24242.Pascal.Stumpf@cubes.de> X-Df-Sender: 429867 Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 05 Apr 2010 22:27:23 -0000 On Monday 05 April 2010 21:31:13 Garrett Cooper wrote: > On Mon, Apr 5, 2010 at 12:05 PM, Antonio Olivares >=20 > wrote: > > Ion-Mihai, > > > > Does this fix the following issue? > > > > I have installed FreeBSD 8.0 and updated it to current p2 > > > > I try to use konqueror and I get > > > > There was an error loading the module About-Page for=20 Konqueror. > > The diagnostics is: > > Cannot load library=20 /usr/local/kde4/lib/kde4/konq_aboutpage.so: > > (Shared object "libjpeg.so.10" not found, required by=20 "libkhtml.so.7") > > > > Other programs like kile and k3b don't work because of the=20 same > > message or others. I did not know about this, otherwise I=20 would not > > have tried to install these programs in the first place, till the > > coast was clear :( > > > > Thanks though, I saw the message a little bit late :( >=20 > Nope. You need to update all of jpeg. See UPDATING for=20 more > details (but substitute this for the portmaster directions: " > portmaster -r 'jpeg-*' ". > HTH, > -Garrett You should wait with this until after the KDE update though if=20 you don=E2=80=99t want to compile KDE twice. =2D Pascal From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 22:32:05 2010 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 DD13C106566B for ; Mon, 5 Apr 2010 22:32:04 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED678FC17 for ; Mon, 5 Apr 2010 22:32:03 +0000 (UTC) Received: by fxm22 with SMTP id 22so3510140fxm.34 for ; Mon, 05 Apr 2010 15:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=7XpqYtdfM7IBpl/dQmHBcGmzBXKDRG/JRlOr/Rbdais=; b=YJ181qOdn7KIqSxNOIG3+nxJ4GGVaIV/vxAfXyaOmTV7XXJoNIXXz8k/OW21HzUYMM WMhUixjjOF0toyqyFVHYcGwYxDed0G1xT04Hn7IizxEntE+n++joYjfUVfvdhh00Smtv QmEdTX4MqdTAGPOE2KbfGc4C4yQmUh+hc8wSU= 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=fP1JwEpgTxBWPgCvA3u0xPqzGStODxXjHt7XA9vDruypGRm8FjQGOR5NzwEXTJc1YO 8dYrYG8psxt8/o50FjlbRueHBCileu6SShAQnnabgMYAxpadB0eWjE4yKsRx+2KRHMNx 78cEGEe0oOXnZUcfizzDQhktu/8+CYtMN7Ju4= MIME-Version: 1.0 Received: by 10.239.180.11 with HTTP; Mon, 5 Apr 2010 15:32:00 -0700 (PDT) In-Reply-To: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> Date: Mon, 5 Apr 2010 18:32:00 -0400 Received: by 10.239.156.84 with SMTP id l20mr570980hbc.64.1270506721006; Mon, 05 Apr 2010 15:32:01 -0700 (PDT) Message-ID: From: Mehmet Erol Sanliturk To: Maciej Jan Broniarz Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-www@freebsd.org, freebsd-stable Subject: Re: fault tolerant web servers on freebsd 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, 05 Apr 2010 22:32:05 -0000 On Mon, Apr 5, 2010 at 7:29 AM, Maciej Jan Broniarz wrote: > Hi All, > > I am thinking about building a fault tolerant web servers running FreeBSD. > The servers would be serving web sites using jails+apache+php+mysql. > Would anyone be so kind, as to give me some advice about building such a > solution? I have read a lot about freebsd cluster, but it was focused on > computing clusters, and not fault tolerant one. > > If anyone has some experience with the issue, I'll be very grateful. > > Best regards, > mjb > There is a concept : Self-stabilization . There will be a ring of computers working simultaneously . If any one of them fails , others will continue to handle tasks requested from those systems . Such a ring may utilize load-balancing to distribute work load to currently working computers . http://en.wikipedia.org/wiki/Self-stabilization http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.88.4096&rep=rep1&type=pdf http://search.yahoo.com/search;_ylt=A03uoRZ7YbpLwjUB8W.bvZx4?p=self+stabilization&toggle=1&cop=mss&ei=UTF-8&fr=yfp-t-701 www.selfstabilization.org http://en.wikipedia.org/wiki/Load_balancing_%28computing%29 http://en.wikipedia.org/wiki/Category:Fault_tolerance http://en.wikipedia.org/wiki/Category:Reliability_engineering http://en.wikipedia.org/wiki/Category:Distributed_computing Actually , FreeBSD itself is an operating system : It manages single computers . You need other software to handle distributed computing . Such a language among others is www.mozart-oz.org *Mozart is available as a FreeBSD port. *Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 01:55:52 2010 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 B4422106564A for ; Tue, 6 Apr 2010 01:55:52 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7616C8FC16 for ; Tue, 6 Apr 2010 01:55:52 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Apr 2010 21:27:04 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QPT48016; Mon, 5 Apr 2010 21:25:53 -0400 (EDT) X-Auth-ID: anat Received: from pool-173-70-194-135.nwrknj.fios.verizon.net (HELO aldan.narawntapu) ([173.70.194.135]) by smtp01.lnh.mail.rcn.net with ESMTP; 05 Apr 2010 21:25:54 -0400 Message-ID: <4BBA8D9F.7000006@aldan.algebra.com> Date: Mon, 05 Apr 2010 21:25:51 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A02020A.4BBA8DE8.0024,ss=1,fgs=0, ip=207.172.4.11, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false Cc: Subject: binding on 127.0.0.1 not working after upgrade to 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: Tue, 06 Apr 2010 01:55:52 -0000 Hello! I just rebuilt my system from 7.2-stable to 7.3. The first thing to fail upon restart was the PostgreSQL-server. But there are other failures -- for example, webmin is unreachable at its usual https://localhost:10000/ ktrace-ing postgres reveals: 19875 postgres CALL bind(0x3,0x8015190f0,0x10) 19875 postgres STRU struct sockaddr { AF_INET, 127.0.0.1:5432 } 19875 postgres RET bind -1 errno 49 Can't assign requested address 19875 postgres CALL socket(PF_LOCAL,SOCK_DGRAM,0) 19875 postgres RET socket 4 I rebuilt postgress server anew, just in case, but it is still failing... Changing the listen_addresses from 'localhost' to 'my.lan.ip.add' allows the server to start-up, but now I need to change the configuration of the local applications... Similarly, 'ssh localhost' no longer works, although `ssh my.lan.ip.add' works... The only unusual thing about my system is that I build with `NO_INET6=yes'. But it all worked with the kernel from a month ago... The ::1-definition in /etc/hosts is now commented-out, but that didn't help any... Please, advise. Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 02:14:17 2010 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 2386A106564A for ; Tue, 6 Apr 2010 02:14:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9EC8FC17 for ; Tue, 6 Apr 2010 02:14:15 +0000 (UTC) Received: from omta07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by qmta03.emeryville.ca.mail.comcast.net with comcast id 1scq1e0031GXsucA32EGmM; Tue, 06 Apr 2010 02:14:16 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta07.emeryville.ca.mail.comcast.net with comcast id 22EF1e0083S48mS8T2EFZF; Tue, 06 Apr 2010 02:14:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 563B69B419; Mon, 5 Apr 2010 19:14:14 -0700 (PDT) Date: Mon, 5 Apr 2010 19:14:14 -0700 From: Jeremy Chadwick To: "Mikhail T." Message-ID: <20100406021414.GA96148@icarus.home.lan> References: <4BBA8D9F.7000006@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BBA8D9F.7000006@aldan.algebra.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@FreeBSD.org Subject: Re: binding on 127.0.0.1 not working after upgrade to 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: Tue, 06 Apr 2010 02:14:17 -0000 On Mon, Apr 05, 2010 at 09:25:51PM -0400, Mikhail T. wrote: > Hello! > > I just rebuilt my system from 7.2-stable to 7.3. The first thing to fail > upon restart was the PostgreSQL-server. But there are other failures -- > for example, webmin is unreachable at its usual https://localhost:10000/ > > ktrace-ing postgres reveals: > > 19875 postgres CALL bind(0x3,0x8015190f0,0x10) > 19875 postgres STRU struct sockaddr { AF_INET, 127.0.0.1:5432 } > 19875 postgres RET bind -1 errno 49 Can't assign requested address > 19875 postgres CALL socket(PF_LOCAL,SOCK_DGRAM,0) > 19875 postgres RET socket 4 > > > I rebuilt postgress server anew, just in case, but it is still > failing... Changing the listen_addresses from 'localhost' to > 'my.lan.ip.add' allows the server to start-up, but now I need to change > the configuration of the local applications... > > Similarly, 'ssh localhost' no longer works, although `ssh my.lan.ip.add' > works... > > The only unusual thing about my system is that I build with > `NO_INET6=yes'. But it all worked with the kernel from a month ago... > The ::1-definition in /etc/hosts is now commented-out, but that didn't > help any... > > Please, advise. Thanks! Check ifconfig -a and make sure lo0 appears / has a correct IP address, and the interface is up. Also, if the machine has firewall rules, make sure they're written so that lo0 is excluded from the list (in pf.conf, 'set skip on lo0' does the trick). -- | 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 Apr 6 02:52:05 2010 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 19EEF1065670 for ; Tue, 6 Apr 2010 02:52:05 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id CDC558FC0C for ; Tue, 6 Apr 2010 02:52:04 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Apr 2010 22:52:02 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QPT59784; Mon, 5 Apr 2010 22:51:42 -0400 (EDT) X-Auth-ID: anat Received: from pool-173-70-194-135.nwrknj.fios.verizon.net (HELO aldan.narawntapu) ([173.70.194.135]) by smtp01.lnh.mail.rcn.net with ESMTP; 05 Apr 2010 22:51:38 -0400 Message-ID: <4BBAA1B9.7060101@aldan.algebra.com> Date: Mon, 05 Apr 2010 22:51:37 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: Jeremy Chadwick References: <4BBA8D9F.7000006@aldan.algebra.com> <20100406021414.GA96148@icarus.home.lan> In-Reply-To: <20100406021414.GA96148@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Junkmail-Status: score=10/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020204.4BBAA1D3.00E8,ss=1,fgs=0, ip=207.172.4.11, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false Cc: stable@FreeBSD.org Subject: Re: binding on 127.0.0.1 not working after upgrade to 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: Tue, 06 Apr 2010 02:52:05 -0000 Jeremy Chadwick ÎÁÐÉÓÁ×(ÌÁ): > Check ifconfig -a and make sure lo0 appears / has a correct IP address, > and the interface is up. > You are right, it is not up: lo0: flags=8008 metric 0 mtu 16384 Manually running `ifconfig lo0 127.0.0.1' fixed the problem for the time being... But why? What changed so significantly in the last few month, that lo0 broke, of all things? :-) Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 03:51:46 2010 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 CEB071065670 for ; Tue, 6 Apr 2010 03:51:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 2BDA38FC19 for ; Tue, 6 Apr 2010 03:51:45 +0000 (UTC) Received: from omta12.westchester.pa.mail.comcast.net ([76.96.62.44]) by qmta06.westchester.pa.mail.comcast.net with comcast id 1ojL1e0030xGWP8563rmeA; Tue, 06 Apr 2010 03:51:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta12.westchester.pa.mail.comcast.net with comcast id 23rl1e0053S48mS3Y3rlll; Tue, 06 Apr 2010 03:51:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 13E0E9B419; Mon, 5 Apr 2010 20:51:44 -0700 (PDT) Date: Mon, 5 Apr 2010 20:51:44 -0700 From: Jeremy Chadwick To: "Mikhail T." Message-ID: <20100406035144.GA98354@icarus.home.lan> References: <4BBA8D9F.7000006@aldan.algebra.com> <20100406021414.GA96148@icarus.home.lan> <4BBAA1B9.7060101@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4BBAA1B9.7060101@aldan.algebra.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@FreeBSD.org Subject: Re: binding on 127.0.0.1 not working after upgrade to 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: Tue, 06 Apr 2010 03:51:46 -0000 On Mon, Apr 05, 2010 at 10:51:37PM -0400, Mikhail T. wrote: > Jeremy Chadwick напиÑав(ла): > > Check ifconfig -a and make sure lo0 appears / has a correct IP address, > > and the interface is up. > > > You are right, it is not up: > > lo0: flags=8008 metric 0 mtu 16384 > > Manually running `ifconfig lo0 127.0.0.1' fixed the problem for the time > being... > > But why? What changed so significantly in the last few month, that lo0 > broke, of all things? :-) It hasn't broken on any of the systems I maintain, including my own two home servers. If this problem was common/widespread, there'd be a lot more reports of it coming in. There is likely something else going on in your rc.conf or configuration setup (possibly you botched a mergemaster merge?) which is causing the problem. -- | 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 Apr 6 05:28:27 2010 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 09E8B1065674 for ; Tue, 6 Apr 2010 05:28:27 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF27C8FC1A for ; Tue, 6 Apr 2010 05:28:26 +0000 (UTC) Received: by pvc7 with SMTP id 7so2336278pvc.13 for ; Mon, 05 Apr 2010 22:28:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=sowxjy/YRnsNVKO4/rzM2sS+MJZkgQfTGgpbzxEpROc=; b=KjfyPIIS8UTiDHbBmSfl0jfhveJa7lqtqt2KZUXBirJzTNgmhhH59JqQxdvvhUin6d R4fcf3STSdjYzV+fNTjtyZjqs6VnBtD4370JEkb3kXHxBBw7Y2ivOhDdO89EI/FCtH02 CDdhEXvKm29aeMKY+Oc38Lia2cwqML9ZjZBRQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=slqeQSHHL08XvvXK1iYaRkChQQ/F5RxQZatoMETEcpCIU/OKtjjISqca+WLvnNSnIH w85rZWpep8YPYeX8u0rWeIuF8D9HikL5T4f9SFx5JZkz61TBvQTlmTCJtEPrigQCLOZH M/qt9/inue8U0yDMBsWuix3q3ibXRqz3aKebA= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.140.172.16 with HTTP; Mon, 5 Apr 2010 22:28:25 -0700 (PDT) In-Reply-To: <201004040405.55356.bruce@cran.org.uk> References: <20100403174812.59c40c99.matheus@eternamente.info> <20100403205856.GA20454@icarus.home.lan> <201004040405.55356.bruce@cran.org.uk> Date: Mon, 5 Apr 2010 22:28:25 -0700 X-Google-Sender-Auth: c014c6c7c8b1c774 Received: by 10.140.179.39 with SMTP id b39mr4647950rvf.298.1270531705981; Mon, 05 Apr 2010 22:28:25 -0700 (PDT) Message-ID: From: Randi Harper To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: install touching mbr 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, 06 Apr 2010 05:28:27 -0000 On Sat, Apr 3, 2010 at 8:05 PM, Bruce Cran wrote: > On Saturday 03 April 2010 21:58:56 Jeremy Chadwick wrote: >> On Sat, Apr 03, 2010 at 05:48:12PM -0300, Nenhum_de_Nos wrote: >> > I just installed a 8.0R amd64 from memstick. when asked, I said to >> > leave mbr untouched. when I rebooted, it was freebsd bootloader that >> > was on control. this options is not what I think it should, or there >> > is really a issue here ? >> >> I can confirm this behaviour. =A0Someone may have broken something when >> tinkering around in that part of sysinstall (since the Standard vs. >> BootMgr options were moved around compared to previous releases). > > I have a patch at http://reviews.freebsdish.org/r/15/ waiting to be commi= tted. > I believe the "None" option won't change the bootcode itself but will sti= ll > mark the FreeBSD partition as active. > > -- > Bruce Cran I disagree with some of the wording. Specifically, lines 100-102 of usr.sbin/sade/menus.c "If you will only have FreeBSD on the machine the boot manager is not needed and it slows down the boot while offering you the choice of which operating system to boot." ^^ not 100% true, as the boot manager also provides the option of PXE booting. This statement seems excessively wordy and unnecessary. Also, should this be broken up into two patches? One for the change in sade, the other for sysinstall? I'm not picky about this, but you are fixing two issues in two separate programs. -- randi From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 06:36:17 2010 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 BCC6C106566C for ; Tue, 6 Apr 2010 06:36:17 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6CF8FC1E for ; Tue, 6 Apr 2010 06:36:17 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nz2OV-0004DA-3A; Tue, 06 Apr 2010 08:36:15 +0200 Message-ID: <4BBAD660.6080704@gwdg.de> Date: Tue, 06 Apr 2010 08:36:16 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Dominic Fandrey References: <4BBA2D66.5060702@gwdg.de> <4BBA3152.9010506@protected-networks.net> <4BBA4378.5040402@gwdg.de> <4BBA50A8.5040807@bsdforen.de> In-Reply-To: <4BBA50A8.5040807@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 06 Apr 2010 06:36:17 -0000 Am 05.04.2010 23:05 (UTC+1) schrieb Dominic Fandrey: > On 05/04/2010 22:09, Rainer Hurling wrote: >>> I want to create a list of binaries, which are linked against the old >>> libz.so.5 and must be upgraded ... > > Install sysutils/bsdadminscripts and rung pkg_libchk. :) > Thanks Dominic, I was not aware of this tool for this purpose :-) With textproc/opensp installed the script hangs after some time with the following message: [..snip..] ImageMagick-6.5.8.10_1: /usr/local/lib/libMagickWand.so.2 misses libz.so.5 arith: syntax error: ""0" + 1"-1.5.2_1 This behaviour (the last line) is on at least three machines. Do you have any idea what is going on? Rainer Hurling From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 09:11:56 2010 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 736691065673 for ; Tue, 6 Apr 2010 09:11:56 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 33A6B8FC12 for ; Tue, 6 Apr 2010 09:11:55 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-166-153.rz.uni-karlsruhe.de [141.3.166.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 745698A1A20; Tue, 6 Apr 2010 11:11:54 +0200 (CEST) Message-ID: <4BBAFAD9.8070704@bsdforen.de> Date: Tue, 06 Apr 2010 11:11:53 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Rainer Hurling References: <4BBA2D66.5060702@gwdg.de> <4BBA3152.9010506@protected-networks.net> <4BBA4378.5040402@gwdg.de> <4BBA50A8.5040807@bsdforen.de> <4BBAD660.6080704@gwdg.de> In-Reply-To: <4BBAD660.6080704@gwdg.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 06 Apr 2010 09:11:56 -0000 On 06/04/2010 08:36, Rainer Hurling wrote: > Am 05.04.2010 23:05 (UTC+1) schrieb Dominic Fandrey: >> On 05/04/2010 22:09, Rainer Hurling wrote: >>>> I want to create a list of binaries, which are linked against the old >>>> libz.so.5 and must be upgraded ... >> >> Install sysutils/bsdadminscripts and rung pkg_libchk. :) >> > > I was not aware of this tool for this purpose :-) I originally wrote it for the update from 6.x to 7.x, so that I could find all packages being linked against the compat-ports and avoid unnecessary builds. > With textproc/opensp installed the script hangs after some time with the > following message: I doubt there is a connection. OpenSP is installed on my system and it works fine. > [..snip..] > ImageMagick-6.5.8.10_1: /usr/local/lib/libMagickWand.so.2 misses libz.so.5 > arith: syntax error: ""0" + 1"-1.5.2_1 The arithmetics happen mostly during locking. I suppose the -1.5.2_1 is a remainder of a status message and not connected to the error. Does this always occur in the same place? Maybe run the command with -j1 to gain more predictable output. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 09:32:38 2010 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 E0B4E1065677 for ; Tue, 6 Apr 2010 09:32:38 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1B58FC2A for ; Tue, 6 Apr 2010 09:32:38 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nz59A-00068I-80; Tue, 06 Apr 2010 11:32:36 +0200 Message-ID: <4BBAFFB9.7020101@gwdg.de> Date: Tue, 06 Apr 2010 11:32:41 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Dominic Fandrey References: <4BBA2D66.5060702@gwdg.de> <4BBA3152.9010506@protected-networks.net> <4BBA4378.5040402@gwdg.de> <4BBA50A8.5040807@bsdforen.de> <4BBAD660.6080704@gwdg.de> <4BBAFAD9.8070704@bsdforen.de> In-Reply-To: <4BBAFAD9.8070704@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 06 Apr 2010 09:32:39 -0000 Am 06.04.2010 11:11 (UTC+1) schrieb Dominic Fandrey: > On 06/04/2010 08:36, Rainer Hurling wrote: >> Am 05.04.2010 23:05 (UTC+1) schrieb Dominic Fandrey: >>> On 05/04/2010 22:09, Rainer Hurling wrote: >>>>> I want to create a list of binaries, which are linked against the old >>>>> libz.so.5 and must be upgraded ... >>> >>> Install sysutils/bsdadminscripts and rung pkg_libchk. :) >>> >> >> I was not aware of this tool for this purpose :-) > > I originally wrote it for the update from 6.x to 7.x, so that I could > find all packages being linked against the compat-ports and avoid > unnecessary builds. > >> With textproc/opensp installed the script hangs after some time with the >> following message: > > I doubt there is a connection. OpenSP is installed on my system > and it works fine. I think you are right ;-) >> [..snip..] >> ImageMagick-6.5.8.10_1: /usr/local/lib/libMagickWand.so.2 misses libz.so.5 >> arith: syntax error: ""0" + 1"-1.5.2_1 > > The arithmetics happen mostly during locking. I suppose the -1.5.2_1 > is a remainder of a status message and not connected to the error. > > Does this always occur in the same place? Maybe run the command with > -j1 to gain more predictable output. The next try with -j1: #pkg_libchk -j1 arith: syntax error: ""0" + 1"-2.14.17 No other output for the last 30 minutes. The only package installed with this version number is ORBit2. My systems are running under recent 9.0-CURRENT (amd64). From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 09:57:16 2010 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 C2F74106564A; Tue, 6 Apr 2010 09:57:16 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7EAB98FC1E; Tue, 6 Apr 2010 09:57:16 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-166-153.rz.uni-karlsruhe.de [141.3.166.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4D8458A1A26; Tue, 6 Apr 2010 11:57:15 +0200 (CEST) Message-ID: <4BBB057A.2080402@bsdforen.de> Date: Tue, 06 Apr 2010 11:57:14 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Rainer Hurling References: <4BBA2D66.5060702@gwdg.de> <4BBA3152.9010506@protected-networks.net> <4BBA4378.5040402@gwdg.de> <4BBA50A8.5040807@bsdforen.de> <4BBAD660.6080704@gwdg.de> <4BBAFAD9.8070704@bsdforen.de> <4BBAFFB9.7020101@gwdg.de> <4BBB02F0.9050209@bsdforen.de> <4BBB0489.4010204@gwdg.de> In-Reply-To: <4BBB0489.4010204@gwdg.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: jilles@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: ldd manpage - example does not work 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, 06 Apr 2010 09:57:16 -0000 On 06/04/2010 11:53, Rainer Hurling wrote: > Am 06.04.2010 11:46 (UTC+1) schrieb Dominic Fandrey: >> On 06/04/2010 11:32, Rainer Hurling wrote: >>> Am 06.04.2010 11:11 (UTC+1) schrieb Dominic Fandrey: >>>> On 06/04/2010 08:36, Rainer Hurling wrote: >>>>> [..snip..] >>>>> ImageMagick-6.5.8.10_1: /usr/local/lib/libMagickWand.so.2 misses >>>>> libz.so.5 >>>>> arith: syntax error: ""0" + 1"-1.5.2_1 >>>> >>>> The arithmetics happen mostly during locking. I suppose the -1.5.2_1 >>>> is a remainder of a status message and not connected to the error. >>>> >>>> Does this always occur in the same place? Maybe run the command with >>>> -j1 to gain more predictable output. >>> >>> The next try with -j1: >>> >>> #pkg_libchk -j1 >>> arith: syntax error: ""0" + 1"-2.14.17 >>> >>> No other output for the last 30 minutes. The only package installed with >>> this version number is ORBit2. >>> >>> My systems are running under recent 9.0-CURRENT (amd64). >> >> Now, this is a real clue. The svn log states several changes to >> arithmetic expansion. >> >> I'm CC'ing this to the author of said changes. I suspect the >> following function. I wonder, is this a regression or a bug >> in my code? >> >> # >> # This function frees a semaphore. >> # >> # @param $1 >> # The name of the semaphore. >> # >> semaphoreFree() { >> local lock >> lock="$sharedprefix-semaphore-$1" >> lockf -k "$lock" sh -c " >> state=\"\$((\"\$(cat '$lock')\" + 1))\" >> echo \"\$state\"> '$lock' >> " >> } >> >> >> Would you please change the line: >> state=\"\$((\"\$(cat '$lock')\" + 1))\" >> to >> state=\"\$((\$(cat '$lock') + 1))\" >> and test whether that fixes the issue? > > Seems to work this way :-) Thanks a lot, I'll wait for Jilles reaction and decide whether I have to push out a maintenance release. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 11:51:02 2010 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 1B6E2106566B; Tue, 6 Apr 2010 11:51:02 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 75EF88FC08; Tue, 6 Apr 2010 11:51:01 +0000 (UTC) Received: by ewy24 with SMTP id 24so1419482ewy.33 for ; Tue, 06 Apr 2010 04:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=oUjvX2FeKw1F0VaCqLYQTF11yTy93cyo0fG24wH1dzE=; b=Lp3LxSLe1ANkeTR58NFmx1uTJau+mAoMwLyWyRujz864NjZofSMDx7cajLDcWlwi72 CqhZ2OpS7sWoL4QovwLft5umF5p2J47dMAp9IdY0rxr5usLJo4B9cLHJCZsNUml+dVgu PdeNeF9LcssYzYZAZGNYSv/mgWdd0kCRUVn3c= 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=wA2jEkz6LGnrYD5BiZjr3unfltD363v2DXSPx4GEQjGApDKO5IpSbWhDcgLMT+9WXH DA2K3PU67V28l/2vZ6y/tdp9lxh1vuY/bOgjFt7tXb00REeAvMLQXu/1+vVUt3MjEmuC naheHHL9YvZKCz7X0ZDJg0hw18sOKgC0G53Ag= MIME-Version: 1.0 Received: by 10.213.108.138 with HTTP; Tue, 6 Apr 2010 04:50:59 -0700 (PDT) In-Reply-To: References: Date: Tue, 6 Apr 2010 14:50:59 +0300 Received: by 10.213.43.68 with SMTP id v4mr3999191ebe.91.1270554660264; Tue, 06 Apr 2010 04:51:00 -0700 (PDT) Message-ID: From: Akephalos Akephalos To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: CPU problems after 8.0-STABLE update 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, 06 Apr 2010 11:51:02 -0000 On Sun, Apr 4, 2010 at 7:28 PM, Attilio Rao wrote: > What architecture is it? > May you try setting machdep.lapic_allclocks to 1 in /boot/loader.conf? > May you report #dmesg | grep atrtc > > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein > # dmesg | grep -B 5 -A 5 -i rtc acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] --- I set machdep.lapic_allclocks to 1 at statup - top works now!! I can see both processors with top -P, btw, everything looks fine, although I get core dump for xfce4-taskmanager and can't test it (it's probably related to something else). --- I started powerd - it scales the frequencies correctly now. This seems to be the solution, is this a bug should I report or leave things like this? Thanks a lot! Mihai From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 12:02:36 2010 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 0A5E81065678; Tue, 6 Apr 2010 12:02:36 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 175868FC1C; Tue, 6 Apr 2010 12:02:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA27807; Tue, 06 Apr 2010 15:02:29 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BBB22D5.3070600@icyb.net.ua> Date: Tue, 06 Apr 2010 15:02:29 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos Akephalos References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 06 Apr 2010 12:02:36 -0000 on 06/04/2010 14:50 Akephalos Akephalos said the following: > On Sun, Apr 4, 2010 at 7:28 PM, Attilio Rao > wrote: > > What architecture is it? > May you try setting machdep.lapic_allclocks to 1 in /boot/loader.conf? > May you report #dmesg | grep atrtc > > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein > > > # dmesg | grep -B 5 -A 5 -i rtc > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_tz0: on acpi0 > battery0: on acpi0 > acpi_acad0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > --- Is this before or after setting machdep.lapic_allclocks? If after, could you please check what happens without the change? > I set machdep.lapic_allclocks to 1 at statup - top works now!! I can see > both processors with top -P, btw, everything looks fine, although I get > core dump for xfce4-taskmanager and can't test it (it's probably related > to something else). > --- > > I started powerd - it scales the frequencies correctly now. > > This seems to be the solution, is this a bug should I report or leave > things like this? Bug report never hurts :-) Could you please tell us what system us this (motherboard model)? Also, could you post output of acpidump -dt? Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 12:51:51 2010 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 718DC106564A for ; Tue, 6 Apr 2010 12:51:51 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id EFAE68FC19 for ; Tue, 6 Apr 2010 12:51:50 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1435956fga.13 for ; Tue, 06 Apr 2010 05:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=t8vhJZSbkBeez76CrzI9JIj5NE7raKUiy2XLw5NEVy8=; b=k6Nxi5GuEa8UzPyHH5OK68uarDiAj/IBu5ta8oyziyB6Vo8z+P9/+MLx3TeIsYN2oE NUnVgVZREBz+uQLa6+NV71BjjO7R3YfBFBNsP9GhQEqJq18bpbF0GjfU7+xfih9qEbUi 06xMsEeX8lts59Aeltmjcbsge0AIQacnePiM0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=h2XotVHe0EtV0BgWgci5C+nHgZyfS1YhZ1tNxRmBxt/+D7q54Awr1d73H4Wbwv1Me7 i/RQnpccFDbIUuM2v25+x1tHxWHcasCX+15CePl80UdhqqmQ+vPLBqNf4ViaAhaKqjw4 qGzRQpFwBpYFiPvd95s9k+6WbMYD8k0jjC2vU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.137.131 with HTTP; Tue, 6 Apr 2010 05:51:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 6 Apr 2010 14:51:47 +0200 X-Google-Sender-Auth: dddbee2a31f00e5a Received: by 10.239.180.19 with SMTP id f19mr647822hbg.91.1270558309644; Tue, 06 Apr 2010 05:51:49 -0700 (PDT) Message-ID: From: Attilio Rao To: Akephalos Akephalos Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: CPU problems after 8.0-STABLE update 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, 06 Apr 2010 12:51:51 -0000 2010/4/6 Akephalos Akephalos : > On Sun, Apr 4, 2010 at 7:28 PM, Attilio Rao wrote: >> >> What architecture is it? >> May you try setting machdep.lapic_allclocks to 1 in /boot/loader.conf? >> May you report #dmesg | grep atrtc >> >> >> Thanks, >> Attilio >> >> >> -- >> Peace can only be achieved by understanding - A. Einstein > > # dmesg | grep -B 5 -A 5 -i rtc > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_tz0: on acpi0 > battery0: on acpi0 > acpi_acad0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > --- > > I set machdep.lapic_allclocks to 1 at statup - top works now!! I can see > both processors with top -P, btw, everything looks fine, although I get core > dump for xfce4-taskmanager and can't test it (it's probably related to > something else). > --- > > I started powerd - it scales the frequencies correctly now. > > This seems to be the solution, is this a bug should I report or leave things > like this? Uhm, may you tell me which revision did you update to? May you update to the latest now, recompile your kernel, remove the hint machdep.lapic_allclocks and report if it works or not? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 19:25:06 2010 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 A1A05106566B for ; Tue, 6 Apr 2010 19:25:06 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 343648FC0C for ; Tue, 6 Apr 2010 19:25:05 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o36JOsFi018043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Apr 2010 05:25:04 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o36JOrmV007500; Wed, 7 Apr 2010 05:24:53 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o36JOqIM007499; Wed, 7 Apr 2010 05:24:52 +1000 (EST) (envelope-from peter) Date: Wed, 7 Apr 2010 05:24:52 +1000 From: Peter Jeremy To: Artem Kim Message-ID: <20100406192452.GA49617@server.vk2pj.dyndns.org> References: <201004060037.51086.artem_kim@inbox.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <201004060037.51086.artem_kim@inbox.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.3/i386 libalias related panic 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, 06 Apr 2010 19:25:06 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Apr-06 00:37:51 +0400, Artem Kim wrote: >Fatal trap 12: page fault while in kernel mode >cpuid =3D 1; apic id =3D 01 >fault virtual address =3D 0x7d4c This suggests an offset from a NULL pointer. >0x8069ac41 is in DeleteLink (/usr/src/sys/netinet/libalias/alias_db.c:857). >852 { >853 struct libalias *la =3D lnk->la; >854 >855 LIBALIAS_LOCK_ASSERT(la); >856 /* Don't do anything if the link is marked permanent */ >857 if (la->deleteAllLinks =3D=3D 0 && lnk->flags & LINK_PERMA= NENT) >858 return; >(kgdb) bt >#7 0x8069ac41 in DeleteLink (lnk=3D0x84e0f980) at /usr/src/sys/netinet/li= balias/alias_db.c:853 >#8 0x8069ae3e in HouseKeeping (la=3D0x84874000) at /usr/src/sys/netinet/l= ibalias/alias_db.c:843 In the absence of someone who's seen this before, my initial guess is that lnk->la is corrupted in frame #7. I'd start with 'print *lnk' at frame #7 to confirm this. If so, you could go up to frame #8 and work through the linkTableOut chain to find which entry is corrupt - but actually finding _why_ it's corrupt will take a lot more work. If this is repeatable, I'd suggest adding WITNESS, WITNESS_SKIPSPIN and INVARIANTS and see if you can get the problem to show up closer to its cause. --=20 Peter Jeremy --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku7ioQACgkQ/opHv/APuIeo3ACdFeJJuvcdn20tMHKOuX/vO16v ErIAnjV9uhJyaCk4qClklBqzQ4kCKe3v =zvms -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 21:26:39 2010 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 D116F1065674 for ; Tue, 6 Apr 2010 21:26:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id B76BD8FC15 for ; Tue, 6 Apr 2010 21:26:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L0H001SQ4W5EB00@asmtp030.mac.com> for freebsd-stable@freebsd.org; Tue, 06 Apr 2010 14:26:39 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1004060228 From: Chuck Swiger In-reply-to: <4BBA51B9.6010803@gausus.net> Date: Tue, 06 Apr 2010 14:26:29 -0700 Message-id: <0A88DAC9-DCDC-49A0-8BDC-DA34EEBC1C7A@mac.com> References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> To: Maciej Jan Broniarz X-Mailer: Apple Mail (2.1078) Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 06 Apr 2010 21:26:40 -0000 On Apr 5, 2010, at 2:10 PM, Maciej Jan Broniarz wrote: > W dniu 10-04-05 22:43, jfarmer@goldsword.com pisze: >> Quoting Maciej Jan Broniarz : >> So first you have to define your workload, then define what errors you >> must avoid or allow, and then define how to deal with failures, errors, >> etc. >> Then you can start talking about High Availability vs. level of Fault >> tolerance, vs. .... > > Let's say i need to run a few php/sql based web sites and I would like to maintain uptime of about 99,99% per month. No matter how good the hardware - it will always fail at some time. My goal is to build a system, that can maintain that uptime. You're attempting to move from ~1 hour of downtime per month to ~1 hour of downtime per year, or less than 5 minutes per month. To begin with, you must implement adequate monitoring to detect, notify, and track service outages (ie, Nagios, BigBrother, commercial test services like SiteScope, etc), and you need a 24/7/365 team available to immediately respond to pages/email/etc to minimize outage duration. With 168 hours a week divided by nominal 40-hour workweek, that needs a team of 4.2 people, and also implies the cost of downtime per hour for the system should be higher than about 35K per hour to justify keeping such a team available. (Four people can do it with one working an extra 8-hour shift per week; however, at least local to me, California state law mandates that people on call for pager duty must be paid hourly overtime if they are expected to respond to issues.) > From what You say I need some level of HA system, to maintain the required uptime. > > So, as I've said earlier (correct me, if I'm wrong) - the setup could look something like that: > > - 2 web servers with carp > - 2 storage servers with on-line sync mechanism running > - 2 mysql servers with on-line database replication > > (i'm skiping power and network issues at the moment). Do you already know what your causes of downtime have been? To my mind, you must consider all parts of the system, gather data, and resolve the problems which have the greatest downtime cost in a cost-effective fashion. The most common sources of machine failure are hard drives and PSUs; setting up RAID-1 mirrors for all machines and getting redundant power supplies on separate breakers should be a minimal starting point to avoid a likely single point of failure within a single machine. Beyond that, the suggestion to have at least two of every component of the system is a right notion, but you need to include the glue which implements failover. That can be RFC-2391 style NAT to round-robin requests onto multiple webservers, but a hardware-based load-balancer (ServerIrons, Netscalers, etc) with aliveness or health checks will do a better job. The better ones also support full redundancy, so you want a pair of those, or perhaps a pair of router/firewall/NAT boxes using VRRP or similar for the networking connectivity if you want to use software-based load-balancing. Of course, all of this is assuming that the software is more reliable than the hardware it runs on. Good software can be, but it's more common for software failures, mistakes by admins, or the like to also contribute a lot to the system downtime. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Apr 6 21:40:39 2010 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 EFB10106566C for ; Tue, 6 Apr 2010 21:40:39 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp153.dfw.emailsrvr.com (smtp153.dfw.emailsrvr.com [67.192.241.153]) by mx1.freebsd.org (Postfix) with ESMTP id D0FEE8FC24 for ; Tue, 6 Apr 2010 21:40:39 +0000 (UTC) Received: from relay25.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay25.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id 464573600CD for ; Tue, 6 Apr 2010 17:40:39 -0400 (EDT) Received: by relay25.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id 2ECF53601FC for ; Tue, 6 Apr 2010 17:40:38 -0400 (EDT) Received: by alucard.rhavenn.local (Postfix, from userid 1001) id 769D93F1E; Tue, 6 Apr 2010 13:40:32 -0800 (AKDT) Date: Tue, 6 Apr 2010 13:40:32 -0800 From: Henrik Hudson To: freebsd-stable@freebsd.org Message-ID: <20100406214032.GA2988@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: xen vps issue loading disk? 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, 06 Apr 2010 21:40:40 -0000 Hey Stable, I recently setup a Xen VPS running FreeBSD and the system came with 8.0-REL-p2 on it. I rebuilt world and then kernel using a 100% stock GENERIC i386. after installkernel and reboot the system stops at "trying to load disk: /dev/ad0s1a" (or similar; i forget the exact device node at the moment). I'm able to reset and boot kernel.old fine. Did I miss something or is there a regression somewhere? Henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 03:29:30 2010 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 DD3B1106564A for ; Wed, 7 Apr 2010 03:29:30 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id B332C8FC0A for ; Wed, 7 Apr 2010 03:29:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0L0H0090AIX5WG00@smtpauth3.wiscmail.wisc.edu> for freebsd-stable@freebsd.org; Tue, 06 Apr 2010 21:29:29 -0500 (CDT) Received: from comporellon.tachypleus.net (adsl-99-135-75-4.dsl.mdsnwi.sbcglobal.net [99.135.75.4]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0L0H006YHIX0F120@smtpauth3.wiscmail.wisc.edu> for freebsd-stable@freebsd.org; Tue, 06 Apr 2010 21:29:25 -0500 (CDT) Date: Tue, 06 Apr 2010 21:29:24 -0500 From: Nathan Whitehorn To: freebsd-stable@freebsd.org Message-id: <4BBBEE04.6070301@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.135.75.4 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.4.7.21554, SenderIP=99.135.75.4 User-Agent: Thunderbird 2.0.0.24 (X11/20100320) Subject: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 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, 07 Apr 2010 03:29:30 -0000 Starting with revision 206336, the kernel option COMPAT_IA32, used for compatibility with i386 binaries on amd64 and ia64 systems, has been renamed to COMPAT_FREEBSD32, in analogy to COMPAT_LINUX32. This follows the same change in HEAD a month ago. As such, all kernel configurations with this option need to be updated when updating to 8-STABLE past this revision. This change allows MFCs of recent improvements to the 32-bit compatibility after the addition of 32-bit compatibility for non-x86 platform in -CURRENT. -Nathan From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 03:36:38 2010 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 EEB7A1065670 for ; Wed, 7 Apr 2010 03:36:37 +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 9F9FF8FC19 for ; Wed, 7 Apr 2010 03:36:37 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta02.westchester.pa.mail.comcast.net with comcast id 2TbL1e0091c6gX852TcdSy; Wed, 07 Apr 2010 03:36:37 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta23.westchester.pa.mail.comcast.net with comcast id 2TgW1e0083S48mS3jTgXaM; Wed, 07 Apr 2010 03:40:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4BF109B419; Tue, 6 Apr 2010 20:36:35 -0700 (PDT) Date: Tue, 6 Apr 2010 20:36:35 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100407033635.GA31965@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hardware@freebsd.org Subject: Looking for Supermicro distributors 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, 07 Apr 2010 03:36:38 -0000 Hi! First off, sorry for cross-posting, but in this case I need somewhat of a broader audience. This is the first time I've ever asked for something like this, so I'm a bit shy. If end-users have other ideas on how I can go about this, I'm all ears. I'm looking for any Supermicro hardware distributors that linger on the mailing lists here. I know I've talked at least two of you in the past, so I'm certain you're out there, but I've lost your names/Email addresses. Simple version: I need hardware, or access to systems running hardware, for me to continue enhancing bsdhwmon (yep, I'm actively working on it again!). Finding users in the community who have all these different boards is tedious, and sometimes there are frustrations that come about since many of their systems are in production. Providing me hardware: - You send me a mainboard (I have all the other components), either new or used. Please include all accessories, as the board will end up on a bare workbench and not mounted in a case. - I can provide collateral (full retail cost) up front, assuming you credit my CC when you receive the hardware back. - You pay shipping costs to me, I pay shipping costs back. - Any boards which don't work after receiving them from me I have no problem paying full cost for. (Please don't try to scam me. :P) Providing me remote access: - System should be running FreeBSD 8.0-RELEASE or newer (not CURRENT) - SSH + root-level access (sudo is fine) - Serial console access (specifically to the BIOS) would be absolutely perfect. Otherwise I need you to write down a bunch of stuff in the Hardware Monitoring section of the BIOS (only once). - System shouldn't be production -- for example, I just got an X7SBL-LN2 board myself, and while adding support for it to bsdhwmon, I managed to tickle the Winbond chip in such a way that during the next system reboot, the Winbond internal buzzer/alarm went off until the system was power-cycled (not hard reset). I'm fairly sure smbmsg(8)'s -p flag caused this (I've reached out to jhb@ about the bugs). What you get out of it: - Not really sure, but we can work something out. I've 2 or 3 different ideas which might suit you, depending on your above role. Worth noting is that I *do* purchase Supermicro hardware for use in my co-lo, and I haven't settled on a single vendor yet (tend to pick and choose depending on cost vs. what's in stock vs. shipping time). Development usually takes me 1-2 months (depends on what's going on with my full-time job, and how fast Supermicro can get back to me with technical details). Please get in contact with me (freebsd@jdc.parodius.com) if you're interested in helping, otherwise I'll reach out to some local distributors and see if they're willing. Thank you! -- | 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 Apr 7 03:39:21 2010 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 A9605106566B for ; Wed, 7 Apr 2010 03:39:21 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6358FC1A for ; Wed, 7 Apr 2010 03:39:20 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 06 Apr 2010 23:39:20 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id LNG02657; Tue, 6 Apr 2010 23:39:19 -0400 (EDT) X-Auth-ID: anat Received: from pool-173-70-194-135.nwrknj.fios.verizon.net (HELO aldan.narawntapu) ([173.70.194.135]) by smtp01.lnh.mail.rcn.net with ESMTP; 06 Apr 2010 23:39:20 -0400 Message-ID: <4BBBFE67.3080302@aldan.algebra.com> Date: Tue, 06 Apr 2010 23:39:19 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: stable@FreeBSD.org, usb@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020204.4BBBFE68.005E,ss=1,fgs=0, ip=207.172.4.11, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false Cc: Subject: 7.3: instant panic upon connecting a umass 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, 07 Apr 2010 03:39:21 -0000 Hello! I'm suffering from a fully reproducible panic, that strikes, when I connect a umass storage device (Blackberry Pearl with a mini-SD card inserted) to the EHCI USB port. The system runs a freshly rebuilt 7.3-stable/amd64. The crash is somewhere inside USB-stack. The stack, as produced by kgdb, can be found at: http://aldan.algebra.com/~mi/tmp/usb-crash.txt The usb4-process -- the current process at the panic-time -- is associated with: usb4: EHCI version 1.0 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 The system is running has 6Gb of RAM and 2 dual-core Opterons. The connection was just fine with 7.2-stable from March 5th, although that kernel was not an SMP one (by mistake). Please, advise. Thank you, -mi P.S. Is the USB supposed to work in 7.x, or do I have to go to 8.x for it to work reliably? From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 03:47:55 2010 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 C7A3B106566C for ; Wed, 7 Apr 2010 03:47:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7718A8FC1E for ; Wed, 7 Apr 2010 03:47:54 +0000 (UTC) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by qmta04.westchester.pa.mail.comcast.net with comcast id 2QVv1e00G0mv7h054Tnu7D; Wed, 07 Apr 2010 03:47:54 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta11.westchester.pa.mail.comcast.net with comcast id 2Tnt1e00J3S48mS3XTnu9v; Wed, 07 Apr 2010 03:47:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 92A6D9B419; Tue, 6 Apr 2010 20:47:52 -0700 (PDT) Date: Tue, 6 Apr 2010 20:47:52 -0700 From: Jeremy Chadwick To: "Mikhail T." Message-ID: <20100407034752.GA33354@icarus.home.lan> References: <4BBBFE67.3080302@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BBBFE67.3080302@aldan.algebra.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: usb@FreeBSD.org, stable@FreeBSD.org Subject: Re: 7.3: instant panic upon connecting a umass 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, 07 Apr 2010 03:47:55 -0000 On Tue, Apr 06, 2010 at 11:39:19PM -0400, Mikhail T. wrote: > P.S. Is the USB supposed to work in 7.x, or do I have to go to 8.x for > it to work reliably? The USB stack was completely re-written from the ground up between 7.x and 8.x. There's a couple active maintainers of the present USB stack who should be able to help track this down for you. Regarding your problem: it likely has nothing to do with SMP, so don't worry about that aspect of it. -- | 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 Apr 7 03:49:01 2010 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 877591065674; Wed, 7 Apr 2010 03:49:01 +0000 (UTC) (envelope-from sfourman@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 549508FC14; Wed, 7 Apr 2010 03:49:01 +0000 (UTC) Received: by pwi9 with SMTP id 9so603080pwi.13 for ; Tue, 06 Apr 2010 20:49:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rPwF+xVztPSkHfyZcpGXahdX5jx6PDyjNeV3fbrL15k=; b=MlCdEvIQQjApnrl3cYhDbryT4i3dg0xdbgGVGm02dlo/PG8cPurGFs604DFXuqm5ST QbEUupvJB3KOgG6x64VG1it9gqBHv4UEHwArxTd+iDzpGwcD8iVebmqPQVusymfIK4lt hhXzodt5OpmBNJqGO1Cues8BUfZd0utSC81C4= 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=Xs974f+x2zY5Hy7qwR+/3C5Yc6J+QNUNdnuDBGGaJx0cpaDkPTtBGTIy7olXTEzPYA Qqk2ptfLP+tk1X+4xmRpJymr7lqYbUV51gwjqg7No7Pj5+Pt8iz2SwmZBwFFufG9Ijpr nY8FChYnzcXZfdaKpvr8382pUcfm/1hSAHL7c= MIME-Version: 1.0 Received: by 10.143.34.1 with HTTP; Tue, 6 Apr 2010 20:49:00 -0700 (PDT) In-Reply-To: <20100407033635.GA31965@icarus.home.lan> References: <20100407033635.GA31965@icarus.home.lan> Date: Tue, 6 Apr 2010 22:49:00 -0500 Received: by 10.143.27.3 with SMTP id e3mr3168800wfj.224.1270612140786; Tue, 06 Apr 2010 20:49:00 -0700 (PDT) Message-ID: From: "Sam Fourman Jr." To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Looking for Supermicro distributors 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, 07 Apr 2010 03:49:01 -0000 On Tue, Apr 6, 2010 at 10:36 PM, Jeremy Chadwick wrote: > Hi! > > First off, sorry for cross-posting, but in this case I need somewhat of > a broader audience. =A0This is the first time I've ever asked for > something like this, so I'm a bit shy. =A0If end-users have other ideas > on how I can go about this, I'm all ears. > > I'm looking for any Supermicro hardware distributors that linger on the > mailing lists here. =A0I know I've talked at least two of you in the past= , > so I'm certain you're out there, but I've lost your names/Email > addresses. As long as this thread is already started, I will jump on board. :) Our company too is looking for Supermicro distributors. feel free to email me off list. Sam Fourman Jr. Fourman Networks From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 04:26:48 2010 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 449C1106564A; Wed, 7 Apr 2010 04:26:48 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id E68888FC1A; Wed, 7 Apr 2010 04:26:47 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Apr 2010 00:26:47 -0400 Received: from mx04.lnh.mail.rcn.net (mx04.lnh.mail.rcn.net [207.172.157.54]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QPV27866; Wed, 7 Apr 2010 00:26:46 -0400 (EDT) X-Auth-ID: anat Received: from pool-173-70-194-135.nwrknj.fios.verizon.net (HELO aldan.narawntapu) ([173.70.194.135]) by smtp04.lnh.mail.rcn.net with ESMTP; 07 Apr 2010 00:26:47 -0400 Message-ID: <4BBC0986.3080000@aldan.algebra.com> Date: Wed, 07 Apr 2010 00:26:46 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: Jeremy Chadwick References: <4BBBFE67.3080302@aldan.algebra.com> <20100407034752.GA33354@icarus.home.lan> In-Reply-To: <20100407034752.GA33354@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Junkmail-Status: score=10/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020202.4BBC0987.0052,ss=1,fgs=0, ip=173.70.194.135, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false X-Mailman-Approved-At: Wed, 07 Apr 2010 05:11:12 +0000 Cc: usb@FreeBSD.org, stable@FreeBSD.org Subject: Re: 7.3: instant panic upon connecting a umass 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, 07 Apr 2010 04:26:48 -0000 Jeremy Chadwick ÎÁÐÉÓÁ×(ÌÁ): > Regarding your problem: it likely has nothing to do with SMP, so don't > worry about that aspect of it. Thanks for the reassuring response, Jeremy. If this is not about SMP, then there is a (bad) regression -- the 7.2-kernel from March 5 never crashed this way... I connected the same phone numerous times, as well as the camera... I shall await response from USB-maintainers... -mi From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 06:05:52 2010 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 58B97106566B for ; Wed, 7 Apr 2010 06:05:52 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id D966E8FC18 for ; Wed, 7 Apr 2010 06:05:51 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:64062) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NzOOZ-0000Pi-19; Wed, 07 Apr 2010 16:05:47 +1000 Message-ID: <4BBC20BA.6090604@ish.com.au> Date: Wed, 07 Apr 2010 16:05:46 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Maciej Jan Broniarz References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> In-Reply-To: <4BBA51B9.6010803@gausus.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 06:05:52 -0000 On 6/04/10 7:10 AM, Maciej Jan Broniarz wrote: > W dniu 10-04-05 22:43, jfarmer@goldsword.com pisze: >> Quoting Maciej Jan Broniarz : >>> W dniu 10-04-05 22:08, Tonix (Antonio Nati) pisze: >>>> Maciej Jan Broniarz ha scritto: >>>>> W dniu 10-04-05 17:45, Mike Jakubik pisze: >>>> >> >> So first you have to define your workload, then define what errors you >> must avoid or allow, and then define how to deal with failures, errors, >> etc. >> Then you can start talking about High Availability vs. level of Fault >> tolerance, vs. .... > > Let's say i need to run a few php/sql based web sites and I would like > to maintain uptime of about 99,99% per month. No matter how good the > hardware - it will always fail at some time. My goal is to build a > system, that can maintain that uptime. > > From what You say I need some level of HA system, to maintain the > required uptime. > > So, as I've said earlier (correct me, if I'm wrong) - the setup could > look something like that: > > - 2 web servers with carp > - 2 storage servers with on-line sync mechanism running > - 2 mysql servers with on-line database replication > > (i'm skiping power and network issues at the moment). > > Few people have told me about a setup with linux, drbd and heartbeat > which offers them some level of HA. Has anyone tried anything similar on > FreeBSD? We've recently set up a new colo facility with the following: * dual ethernet links from our upstream * dual HA pfSense (FreeBSD) boxes running haproxy to load balance incoming requests amongst live web servers * dual switches * 2 (or more) web (application) servers * database Until we get to 'database' everything is HA and quite easy to build and manage. Having a clustered database solution is expensive and beyond most smallish budgets. mysql and postgresql don't have anything available that is quite ready yet (IMO), so you'll need to be talking to the bigger (expensive) players about their clustered offerings. You need redundancy within the database application across multiple machines. Possible, but not easy. You aren't going to be doing that completely within the operating system itself. DRDB sort of gets you there, but DRDB isn't synchronous with the database activity, so you might still lose data. A cheaper option is to use master-slave replication (postgresql and mysql offer this) and CARP failover (just don't fail back!). But it hasn't been quite robust enough for my liking. Ari Maniatis -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 07:01:11 2010 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 8BBB4106566B for ; Wed, 7 Apr 2010 07:01:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 96C768FC16 for ; Wed, 7 Apr 2010 07:01:10 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA19223; Wed, 07 Apr 2010 10:01:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NzPG1-000M5b-9I; Wed, 07 Apr 2010 10:01:01 +0300 Message-ID: <4BBC2DAB.2050704@icyb.net.ua> Date: Wed, 07 Apr 2010 10:00:59 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Aristedes Maniatis References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> In-Reply-To: <4BBC20BA.6090604@ish.com.au> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Maciej Jan Broniarz Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 07:01:11 -0000 on 07/04/2010 09:05 Aristedes Maniatis said the following: > Until we get to 'database' everything is HA and quite easy to build and > manage. Having a clustered database solution is expensive and beyond > most smallish budgets. mysql and postgresql don't have anything > available that is quite ready yet (IMO), so you'll need to be talking to > the bigger (expensive) players about their clustered offerings. Out of curiosity: have you considered MySQL Cluster: http://en.wikipedia.org/wiki/MySQL_Cluster http://www.mysql.com/products/database/cluster/faq.html If yes, can you share your evaluation results? Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 07:15:38 2010 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 6EA031065670 for ; Wed, 7 Apr 2010 07:15:38 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 091E78FC14 for ; Wed, 7 Apr 2010 07:15:37 +0000 (UTC) Received: by fxm25 with SMTP id 25so411242fxm.3 for ; Wed, 07 Apr 2010 00:15:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.131.134 with HTTP; Wed, 7 Apr 2010 00:15:16 -0700 (PDT) In-Reply-To: <4BBC2DAB.2050704@icyb.net.ua> References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> <4BBC2DAB.2050704@icyb.net.ua> From: Joshua Boyd Date: Wed, 7 Apr 2010 03:15:16 -0400 Received: by 10.239.193.136 with SMTP id j8mr763702hbi.143.1270624536299; Wed, 07 Apr 2010 00:15:36 -0700 (PDT) Message-ID: Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 07:15:38 -0000 On Wed, Apr 7, 2010 at 3:00 AM, Andriy Gapon wrote: > on 07/04/2010 09:05 Aristedes Maniatis said the following: > > Until we get to 'database' everything is HA and quite easy to build and > > manage. Having a clustered database solution is expensive and beyond > > most smallish budgets. mysql and postgresql don't have anything > > available that is quite ready yet (IMO), so you'll need to be talking to > > the bigger (expensive) players about their clustered offerings. > Master-master circular replication in mySQL probably fits the bill. Master-slave requires a slave to promote itself to master, which can get tricky. > > Out of curiosity: have you considered MySQL Cluster: > http://en.wikipedia.org/wiki/MySQL_Cluster > http://www.mysql.com/products/database/cluster/faq.html > > If yes, can you share your evaluation results? > Thanks! > > -- > Andriy Gapon > _______________________________________________ > 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" > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net Cell: (513) 375-0157 http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 07:21:06 2010 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 06F0E106564A; Wed, 7 Apr 2010 07:21:06 +0000 (UTC) (envelope-from bill@celestial.com) Received: from dorsai-02.celestial.com (dorsai-02.celestial.com [192.136.111.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5C48FC17; Wed, 7 Apr 2010 07:21:05 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by dorsai-02.celestial.com (Postfix) with ESMTP id DEB4A2079DB2; Tue, 6 Apr 2010 23:54:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at celestial.com Received: from dorsai-02.celestial.com ([127.0.0.1]) by localhost (dorsai-02.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id V2dmSzNESZXa; Tue, 6 Apr 2010 23:54:14 -0700 (PDT) Received: from ayn.mi.celestial.com (hayek.celestial.com [192.136.111.12]) by dorsai-02.celestial.com (Postfix) with ESMTP id 9F66F2079DA1; Tue, 6 Apr 2010 23:54:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ayn.mi.celestial.com (Postfix) with ESMTP id 7B78A68D3B457; Tue, 6 Apr 2010 23:54:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at mi.celestial.com Received: from ayn.mi.celestial.com ([127.0.0.1]) by localhost (ayn.mi.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 62aP-t+qkYvx; Tue, 6 Apr 2010 23:54:14 -0700 (PDT) Received: by ayn.mi.celestial.com (Postfix, from userid 203) id 525BA68CAAEDE; Tue, 6 Apr 2010 23:54:14 -0700 (PDT) Date: Tue, 6 Apr 2010 23:54:14 -0700 From: Bill Campbell To: freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org Message-ID: <20100407065414.GA17691@ayn.mi.celestial.com> Mail-Followup-To: freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org References: <20100407033635.GA31965@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.19 OpenPKG/% (2009-01-05) Cc: Subject: Re: Looking for Supermicro distributors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@celestial.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 07:21:06 -0000 On Tue, Apr 06, 2010, Sam Fourman Jr. wrote: >On Tue, Apr 6, 2010 at 10:36 PM, Jeremy Chadwick > wrote: >> Hi! >> >> First off, sorry for cross-posting, but in this case I need somewhat of >> a broader audience.  This is the first time I've ever asked for >> something like this, so I'm a bit shy.  If end-users have other ideas >> on how I can go about this, I'm all ears. We do a fair amount of business with Silicon Mechanics of Bothell Washington. I don't know how much they do with freebsd as most of our work with them involves Linux, but they have been competent and provide excellent support. Bill -- INTERNET: bill@celestial.com Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax: (206) 232-9186 Skype: jwccsllc (206) 855-5792 There are three kinds of men. The ones that learn by reading. The few who learn by observation. The rest of them have to pee on the electric fence for themselves. -- Will Rogers From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 07:23:51 2010 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 B85D01065672 for ; Wed, 7 Apr 2010 07:23:51 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 4588A8FC16 for ; Wed, 7 Apr 2010 07:23:51 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:64490) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NzPc2-0002h9-1C; Wed, 07 Apr 2010 17:23:46 +1000 Message-ID: <4BBC3301.3070706@ish.com.au> Date: Wed, 07 Apr 2010 17:23:45 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Andriy Gapon References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> <4BBC2DAB.2050704@icyb.net.ua> In-Reply-To: <4BBC2DAB.2050704@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Maciej Jan Broniarz Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 07:23:51 -0000 On 7/04/10 5:00 PM, Andriy Gapon wrote: > on 07/04/2010 09:05 Aristedes Maniatis said the following: >> Until we get to 'database' everything is HA and quite easy to build and >> manage. Having a clustered database solution is expensive and beyond >> most smallish budgets. mysql and postgresql don't have anything >> available that is quite ready yet (IMO), so you'll need to be talking to >> the bigger (expensive) players about their clustered offerings. > > Out of curiosity: have you considered MySQL Cluster: > http://en.wikipedia.org/wiki/MySQL_Cluster > http://www.mysql.com/products/database/cluster/faq.html > > If yes, can you share your evaluation results? > Thanks! This is getting a bit offtopic to this list, but there are severe limitations with that product which make it unsuitable for my needs. Ari Maniatis -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 07:37:19 2010 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 A91281065672 for ; Wed, 7 Apr 2010 07:37:19 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E05748FC0A for ; Wed, 7 Apr 2010 07:37:18 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o377bEQn027295 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 7 Apr 2010 08:37:14 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BBC362A.9010306@infracaninophile.co.uk> Date: Wed, 07 Apr 2010 08:37:14 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Joshua Boyd References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> <4BBC2DAB.2050704@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 07:37:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/04/2010 08:15:16, Joshua Boyd wrote: > On Wed, Apr 7, 2010 at 3:00 AM, Andriy Gapon wrote: > >> on 07/04/2010 09:05 Aristedes Maniatis said the following: >>> Until we get to 'database' everything is HA and quite easy to build and >>> manage. Having a clustered database solution is expensive and beyond >>> most smallish budgets. mysql and postgresql don't have anything >>> available that is quite ready yet (IMO), so you'll need to be talking to >>> the bigger (expensive) players about their clustered offerings. >> > > Master-master circular replication in mySQL probably fits the bill. > Master-slave requires a slave to promote itself to master, which can get > tricky. Although with master-master you need to be really careful to only use one instance read-write at any one time. In theory you can design your DB schema and SQL to work correctly with multiple masters; in practice virtually no downloadable applications will work like this. Also remember that MySQL replication runs in a single thread on a single CPU core. It's quite easy for a busy DB master with plenty of CPU cores to go so fast the replica can't actually keep up even if the replica uses exactly the same hardware. Anyone who has a really good solution to this problem is going to make themselves rich beyond the dreams of avarice... >> Out of curiosity: have you considered MySQL Cluster: >> http://en.wikipedia.org/wiki/MySQL_Cluster >> http://www.mysql.com/products/database/cluster/faq.html >> >> If yes, can you share your evaluation results? >> Thanks! You need at least three machines to build a MySQL cluster; preferably more like 6 or 7. All of your data has to fit in RAM on those machines and you need at least two copies of each item of data for resilience, so don't bother trying this with anything other than a well populated 64bit box. Also, if /all/ of your servers crash at the same time (power problems tend to have this result) then your data has gone *poof* and you'll be restoring from backup. You did remember to set up a regular job to create snapshots of the clustered data didn't you? Cluster tends to be slower than what you can achieve with straight MySQL on the same hardware. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku8NioACgkQ8Mjk52CukIxofQCePWmRADsM8r8+dLuA8MjDSL4U 3YEAoIxwGJrnQbzXABK9YU3Pc6+MVo8r =tmTo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 09:04:57 2010 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 74E6D106564A for ; Wed, 7 Apr 2010 09:04:57 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exchange.datapipe.net [64.106.130.71]) by mx1.freebsd.org (Postfix) with ESMTP id 37CD18FC18 for ; Wed, 7 Apr 2010 09:04:55 +0000 (UTC) Received: from [10.5.21.3] (192.168.128.24) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server (TLS) id 8.1.393.1; Wed, 7 Apr 2010 05:04:49 -0400 Message-ID: <4BBC4811.9080001@datapipe.com> Date: Wed, 7 Apr 2010 03:53:37 -0500 From: Paul Procacci User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> <4BBC2DAB.2050704@icyb.net.ua> <4BBC362A.9010306@infracaninophile.co.uk> In-Reply-To: <4BBC362A.9010306@infracaninophile.co.uk> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 09:04:57 -0000 On 4/7/2010 2:37 AM, Matthew Seaman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 07/04/2010 08:15:16, Joshua Boyd wrote: > >> On Wed, Apr 7, 2010 at 3:00 AM, Andriy Gapon wrote: >> >> >>> on 07/04/2010 09:05 Aristedes Maniatis said the following: >>> >>>> Until we get to 'database' everything is HA and quite easy to build an= d >>>> manage. Having a clustered database solution is expensive and beyond >>>> most smallish budgets. mysql and postgresql don't have anything >>>> available that is quite ready yet (IMO), so you'll need to be talking = to >>>> the bigger (expensive) players about their clustered offerings. >>>> >>> >> Master-master circular replication in mySQL probably fits the bill. >> Master-slave requires a slave to promote itself to master, which can get >> tricky. >> > Although with master-master you need to be really careful to only use > one instance read-write at any one time. In theory you can design your > DB schema and SQL to work correctly with multiple masters; in practice > virtually no downloadable applications will work like this. > > Also remember that MySQL replication runs in a single thread on a single > CPU core. It's quite easy for a busy DB master with plenty of CPU cores > to go so fast the replica can't actually keep up even if the replica > uses exactly the same hardware. Anyone who has a really good solution > to this problem is going to make themselves rich beyond the dreams of > avarice... > I'd like to chime in and provide some ideas that we use here for some of our clients which works quite well. In regards to master/slave, it's quite trival to use a shared storage device like a 3par in combo' with some heartbeat software. You have a floating ip that ping pongs back and forth between two machines depending on the error conditions that you set. As for the 3par itself, it has fiber to multiple switches so losing that connection generally means a natural disaster taking it offline. Multipath (teaming/bonding) configurations take care of switch problems. I suppose this isn't really master/slave in the real sense, rather two independant "masters" that can potentially read from the same dataset, but does provide a very high level of redundancy without "data duplication". As for shared storage devices, personally I'd only use fault tolerant devices and stay away from an MSA for example. In regards to master/master I agree with the above whole heartedly. We have some clients that use it, but occasionally run into problems where one of the "masters" falls so far behind another master, we're forced to take it out of the pool. In our case, a quick and simple ipfw rule blocking new connections tells our loadbalancer to quit sending new connection here until it's caught up, but it's a royal PITA, but really can't think of any other possible solution to this. In addition, we evaluated commercial middleware appliances offered by a couple of companies and while they all worked, they were all terribly slow. Also in regards to MysqlCluster, I had tested its throughput about a year ago, thinking that would be the way to go for future master/master deployments. I don't remember the specific terminology so bear with me, but as the number of "data stores" increased, the latency increased along with it. On top of this, I was only able to get around 300 qps. This is abyssmal compared to a standalone machine. Naturally this was all on 8 core machines, tons of ram, and GigE interfaces. Needless to say, we scratched that idea real quick. The cost to perfmance ratio just wasn't worth it. Maybe this has changed since I've last visited this, though I'm uncertain. Anyways, I hope this provides some useful insight. ~Paul This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/about-us-legal-email-disclaimer.htm f= or further information on confidentiality and the risks of non-secure elect= ronic communication. If you cannot access these links, please notify us by = reply message and we will send the contents to you. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 10:35:46 2010 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 E3DAC106566B for ; Wed, 7 Apr 2010 10:35:46 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 960358FC29 for ; Wed, 7 Apr 2010 10:35:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id EAB59804D for ; Wed, 7 Apr 2010 12:35:44 +0200 (CEST) Received: from hollewijn.internal (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id AE81A8049; Wed, 7 Apr 2010 12:35:36 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Alban Hertroys In-Reply-To: <4BBC20BA.6090604@ish.com.au> Date: Wed, 7 Apr 2010 12:35:36 +0200 Content-Transfer-Encoding: 8bit Message-Id: <2009EC16-FAAA-4756-BD8E-5C2A4FCC7660@solfertje.student.utwente.nl> References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> To: Aristedes Maniatis X-Mailer: Apple Mail (2.1078) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Apr 7 12:35:44 2010 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,4bbc600010411126416115 X-DSPAM-Factors: 27, References*gausus.net>+<4BBA4334.1020506, 0.40000, helpful, 0.40000, postgres, 0.40000, From*Alban, 0.40000, References*<20100405164306.hmy4n8pvs4goc8ks, 0.40000, anything+available, 0.40000, Mime-Version*Message, 0.40000, Date*Apr, 0.40000, don't+have, 0.40000, References*intertainservices.com>+<4BBA1823.1090305, 0.40000, we+get, 0.40000, Message-Id*BD8E, 0.40000, the+guys, 0.40000, trees, 0.40000, trees, 0.40000, yet+(IMO), 0.40000, you+poll, 0.40000, be+quite, 0.40000, from, 0.40000, Date*12, 0.40000, (see+http, 0.40000, cut, 0.40000, of, 0.40000, _Clustering, 0.40000, org/wiki/Replication, 0.40000, References*<4BBA4478.7030302, 0.40000, Received*ESMTP, 0.40000 Cc: freebsd-stable@freebsd.org, Maciej Jan Broniarz Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 10:35:47 -0000 On 7 Apr 2010, at 8:05, Aristedes Maniatis wrote: > Until we get to 'database' everything is HA and quite easy to build and manage. Having a clustered database solution is expensive and beyond most smallish budgets. mysql and postgresql don't have anything available that is quite ready yet (IMO), so you'll need to be talking to the bigger (expensive) players about their clustered offerings. There are quite a few replication projects for postgres, aren't you writing them off a bit too easily? I know that for example the guys from Skype wrote and maintain one of them, I imagine they'd be quite concerned about HA. And there are a number more (see: http://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling). I suggest that you poll their mailing list with your problem/requirements if you didn't already. They're usually rather helpful and will certainly confirm if there's no solution to your situation (yet). Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:74,4bbc600010411126416115! From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 11:52:16 2010 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 1B538106566C; Wed, 7 Apr 2010 11:52:16 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD2F8FC13; Wed, 7 Apr 2010 11:52:14 +0000 (UTC) Received: from park.js.berklix.net (p549A4499.dip.t-dialin.net [84.154.68.153]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o37BKZ0K088877; Wed, 7 Apr 2010 11:20:37 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o37BKW3n012992; Wed, 7 Apr 2010 13:20:32 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o37BKHNr099519; Wed, 7 Apr 2010 13:20:22 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004071120.o37BKHNr099519@fire.js.berklix.net> To: "Mikhail T." From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 07 Apr 2010 00:26:46 EDT." <4BBC0986.3080000@aldan.algebra.com> Date: Wed, 07 Apr 2010 13:20:17 +0200 Sender: jhs@berklix.com Cc: usb@freebsd.org, stable@freebsd.org, Jeremy Chadwick Subject: Re: 7.3: instant panic upon connecting a umass 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, 07 Apr 2010 11:52:16 -0000 Hi, Reference: > From: "Mikhail T." > Date: Wed, 07 Apr 2010 00:26:46 -0400 > Message-id: <4BBC0986.3080000@aldan.algebra.com> "Mikhail T." wrote: > Jeremy Chadwick ÎÁÐÉÓÁ×(ÌÁ): > > Regarding your problem: it likely has nothing to do with SMP, so don't > > worry about that aspect of it. > Thanks for the reassuring response, Jeremy. If this is not about SMP, > then there is a (bad) regression -- the 7.2-kernel from March 5 never > crashed this way... I connected the same phone numerous times, as well > as the camera... I wonder if it's eg a corrupt FS not being fsck'd first ? Did you try patching out your devd.conf entry, & running by hand each stage of whatever is listed in there for that USB device ? Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 12:20:49 2010 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 EC8BB106566C; Wed, 7 Apr 2010 12:20:49 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id D2FA48FC23; Wed, 7 Apr 2010 12:20:48 +0000 (UTC) Received: by fxm25 with SMTP id 25so2767fxm.3 for ; Wed, 07 Apr 2010 05:20:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vI/7IJrMjJNG2uxfMcM3MCV0spjZiAdoFhOnOFSHK70=; b=EsCrcHoaFluIPWuE1qHfa0kGtY9T2G1cSv42pLDjRa5vO7NoaDND7bzFaaOOUkb6fO /lhQxYrNKsqn89w1UbUp0xPyTdJnJzrYto2c8hrs63QL5FixXEJKZp8nW8dyOn/T9ktt qIphdrZCPXg/IkqvEZLAKd/8xITbWxkbVqXl4= 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=jqeGCgidTtKIrNnDgTg5pIBK3pSUxCy4wj3mWKrpdCJeFsfNCFbZFSJCv1+VJVNQZm lamvvvq3dhUrkO1qlDVECmYsR4nnomnaYsDVzWtg5fTGqLluegIzKt7hy+XKjuOQLILW Ry4U90Zl8x6uhff9AC3VIRffXtIhddcoAaD9A= MIME-Version: 1.0 Received: by 10.103.251.11 with HTTP; Wed, 7 Apr 2010 05:20:47 -0700 (PDT) In-Reply-To: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> Date: Wed, 7 Apr 2010 07:20:47 -0500 Received: by 10.103.126.37 with SMTP id d37mr4705400mun.66.1270642847426; Wed, 07 Apr 2010 05:20:47 -0700 (PDT) Message-ID: From: Antonio Olivares To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 07 Apr 2010 12:20:50 -0000 Garret, I have tried the command out, but it apparently does not do the job: =3D=3D=3D>>> Continuing 'make config' dependency check for graphics/graphvi= z =3D=3D=3D>>> Launching child to update libgnomeui-2.24.1_1 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 =3D=3D=3D>>> Port directory: /usr/ports/x11-toolkits/libgnomeui =3D=3D=3D>>> Launching 'make checksum' for x11-toolkits/libgnomeui in backg= round =3D=3D=3D>>> Gathering dependency list for x11-toolkits/libgnomeui from por= ts =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Launching child to update gvfs-1.2.3_2 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 =3D=3D=3D>>> Port directory: /usr/ports/devel/gvfs =3D=3D=3D>>> Launching 'make checksum' for devel/gvfs in background =3D=3D=3D>>> Gathering dependency list for devel/gvfs from ports =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Launching child to update libsoup-2.26.3_2 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 =3D=3D=3D>>> Port directory: /usr/ports/devel/libsoup =3D=3D=3D>>> Launching 'make checksum' for devel/libsoup in background =3D=3D=3D>>> Gathering dependency list for devel/libsoup from ports =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Launching child to update sqlite3-3.6.14.2 to sqlite3-3.6.19 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> sqlite3-3.6.14.2 =3D=3D=3D>>> Port directory: /usr/ports/databases/sqlite3 =3D=3D=3D>>> Launching 'make checksum' for databases/sqlite3 in background =3D=3D=3D>>> Gathering dependency list for databases/sqlite3 from ports =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Recursive 'make config' check complete for databases/sqlite3 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> sqlite3-3.6.14.2 =3D=3D=3D>>> Continuing 'make config' dependency check for devel/libsoup =3D=3D=3D>>> Launching child to update gnome-keyring-2.26.3_1 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 =3D=3D=3D>>> Port directory: /usr/ports/security/gnome-keyring =3D=3D=3D>>> Launching 'make checksum' for security/gnome-keyring in backgr= ound =3D=3D=3D>>> Gathering dependency list for security/gnome-keyring from port= s =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Launching child to update libgcrypt-1.4.4 to libgcrypt-1.4.5 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >> libgcrypt-1.4.4 =3D=3D=3D>>> Port directory: /usr/ports/security/libgcrypt =3D=3D=3D>>> Gathering dependency list for security/libgcrypt from ports =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Recursive 'make config' check complete for security/libgcrypt jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >> libgcrypt-1.4.4 =3D=3D=3D>>> Continuing 'make config' dependency check for security/gnome-k= eyring =3D=3D=3D>>> Launching child to update libtasn1-2.3 to libtasn1-2.4 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >> libtasn1-2.3 =3D=3D=3D>>> Port directory: /usr/ports/security/libtasn1 =3D=3D=3D>>> Gathering dependency list for security/libtasn1 from ports =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Recursive 'make config' check complete for security/libtasn1 jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >> libtasn1-2.3 =3D=3D=3D>>> Continuing 'make config' dependency check for security/gnome-k= eyring =3D=3D=3D>>> Recursive 'make config' check complete for security/gnome-keyr= ing jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 =3D=3D=3D>>> Continuing 'make config' dependency check for devel/libsoup =3D=3D=3D>>> Recursive 'make config' check complete for devel/libsoup jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> libsoup-2.26.3_2 =3D=3D=3D>>> Continuing 'make config' dependency check for devel/gvfs =3D=3D=3D>>> Launching child to update sysutils/fusefs-kmod jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >> devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >> gvfs-1.2.3_2 >> sysutils/fusefs-kmod =3D=3D=3D>>> Port directory: /usr/ports/sysutils/fusefs-kmod =3D=3D=3D>>> This port is marked IGNORE =3D=3D=3D>>> requires the userland sources to be installed. Set SRC_BASE if it is not in /usr/src =3D=3D=3D>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. =3D=3D=3D>>> Update for sysutils/fusefs-kmod failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for gvfs-1.2.3_2 failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for libgnomeui-2.24.1_1 failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for graphics/graphviz failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for devel/doxygen failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for jackit-0.116.2_2 failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for arts-1.5.10_2,1 failed =3D=3D=3D>>> Aborting update Terminated What should I do in this case? Thanks, Antonio On Mon, Apr 5, 2010 at 2:31 PM, Garrett Cooper wrote: > On Mon, Apr 5, 2010 at 12:05 PM, Antonio Olivares > wrote: >> Ion-Mihai, >> >> Does this fix the following issue? >> >> I have installed FreeBSD 8.0 and updated it to current p2 >> >> =A0I try to use konqueror and I get >> >> =A0There was an error loading the module About-Page for Konqueror. >> =A0The diagnostics is: >> =A0Cannot load library /usr/local/kde4/lib/kde4/konq_aboutpage.so: >> =A0(Shared object "libjpeg.so.10" not found, required by "libkhtml.so.7"= ) >> >> Other programs like kile and k3b don't work because of the same >> message or others. =A0I did not know about this, otherwise I would not >> have tried to install these programs in the first place, till the >> coast was clear :( >> >> Thanks though, I saw the message a little bit late :( > > =A0 =A0Nope. You need to update all of jpeg. See UPDATING for more > details (but substitute this for the portmaster directions: " > portmaster -r 'jpeg-*' ". > HTH, > -Garrett > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 12:36:40 2010 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 5035B106566C; Wed, 7 Apr 2010 12:36:40 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id F31AA8FC13; Wed, 7 Apr 2010 12:36:39 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id D17D722C50BC; Wed, 7 Apr 2010 15:36:38 +0300 (EEST) Date: Wed, 7 Apr 2010 15:36:38 +0300 From: Ion-Mihai Tetcu To: Antonio Olivares Message-ID: <20100407153638.6e0be5d8@it.buh.tecnik93.com> In-Reply-To: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/J_UEwwpQklmD+8dkZ6xNVr8"; protocol="application/pgp-signature" Cc: Garrett Cooper , stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 07 Apr 2010 12:36:40 -0000 --Sig_/J_UEwwpQklmD+8dkZ6xNVr8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 7 Apr 2010 07:20:47 -0500 Antonio Olivares wrote: [ .. ] > =3D=3D=3D>>> Port directory: /usr/ports/sysutils/fusefs-kmod > =3D=3D=3D>>> This port is marked IGNORE > =3D=3D=3D>>> requires the userland sources to be installed. Set = =20 > SRC_BASE if it is not in /usr/src >=20 > =3D=3D=3D>>> If you are sure you can build it, remove the =20 > IGNORE line in the Makefile and try again. >=20 > =3D=3D=3D>>> Update for sysutils/fusefs-kmod failed > =3D=3D=3D>>> Aborting update =20 [ .. ] =20 > What should I do in this case? First, please don't top post. Second, you don't seem to have the base sources installed and that port, being a kernel module, needs them. See: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/J_UEwwpQklmD+8dkZ6xNVr8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku8fFYACgkQJ7GIuiH/oeUaKgCfdcBGUTFn9S8uLzy+Up+oh7MT gOAAn1qdmKIYgLTZzeKfkOBGBf8hx22r =eB/w -----END PGP SIGNATURE----- --Sig_/J_UEwwpQklmD+8dkZ6xNVr8-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 13:03:58 2010 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 6B865106564A; Wed, 7 Apr 2010 13:03:58 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C6E6A8FC12; Wed, 7 Apr 2010 13:03:57 +0000 (UTC) Received: by fxm25 with SMTP id 25so4112fxm.3 for ; Wed, 07 Apr 2010 06:03:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kCBURN4zAjBUlTHzGn7VTKaRIVM4hGGwLZVWpJcTacw=; b=vaRk6f7bvtg5wQ0XuY7ebE4YNiitEL8z9M9v7B8qrCRcqd12Rjpyo46WurC9LdAjXw aJ/8v8hhqxMZw5mErVp3OYkBCnDhtQROPMmSgCLJMQPggms56ZXRJhZ05kRwEdzkX76l +tVzCi/zFBk3Unk57rEgRJxo3zbmrR39wuLA4= 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=sZVlTlqjeHaWCDBvCT5VSdvgCuolpIhB9qYNK2c2ERy541Ux+bdezwLxyICTKGuJ/7 y09/UJeCVcy9tkCcq8C+z9j7emQqFD5r2sWIzitbQbsMPd/txcXOblgrUPWmHdJ2QyCM sHnaUiJkw8pInt7SMfRgKyNFYnurcWl7FU9rE= MIME-Version: 1.0 Received: by 10.223.121.195 with HTTP; Wed, 7 Apr 2010 05:38:20 -0700 (PDT) In-Reply-To: <4BBC0986.3080000@aldan.algebra.com> References: <4BBBFE67.3080302@aldan.algebra.com> <20100407034752.GA33354@icarus.home.lan> <4BBC0986.3080000@aldan.algebra.com> Date: Wed, 7 Apr 2010 14:38:20 +0200 Received: by 10.223.102.206 with SMTP id h14mr8768088fao.23.1270643900769; Wed, 07 Apr 2010 05:38:20 -0700 (PDT) Message-ID: From: Giovanni Trematerra To: "Mikhail T." Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, stable@freebsd.org, Jeremy Chadwick Subject: Re: 7.3: instant panic upon connecting a umass 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, 07 Apr 2010 13:03:58 -0000 2010/4/7 Mikhail T. : > Jeremy Chadwick =CE=C1=D0=C9=D3=C1=D7(=CC=C1): >> Regarding your problem: it likely has nothing to do with SMP, so don't >> worry about that aspect of it. > Thanks for the reassuring response, Jeremy. If this is not about SMP, > then there is a (bad) regression -- the 7.2-kernel from March 5 never > crashed this way... I connected the same phone numerous times, as well > as the camera... > > I shall await response from USB-maintainers... While in the meantime why not compile a kernel with -DUSB_DEBUG and report back the trace before the panic? If it's not an issue for you, you could try to upgrade to 8.0-RELEASE that has a completely new usb stack as Jeremy pointed out. Thanks -- Gianni From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 13:39:40 2010 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 D14E51065676 for ; Wed, 7 Apr 2010 13:39:40 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (dev.null.cz [89.185.226.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3DBB98FC16 for ; Wed, 7 Apr 2010 13:39:39 +0000 (UTC) Received: from dev.null.cz (localhost [127.0.0.1]) by dev.null.cz (8.13.1/8.13.1) with ESMTP id o37DBONB040748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Apr 2010 15:11:29 +0200 (CEST) (envelope-from buki@dev.null.cz) Received: (from buki@localhost) by dev.null.cz (8.13.1/8.13.1/Submit) id o37DBOCH040747 for freebsd-stable@freebsd.org; Wed, 7 Apr 2010 15:11:24 +0200 (CEST) (envelope-from buki) Date: Wed, 7 Apr 2010 15:11:23 +0200 From: "Marek 'Buki' =?iso-8859-2?Q?Kozlovsk=FD?=" To: freebsd-stable@freebsd.org Message-ID: <20100407131123.GO53727@dev.null.cz> References: <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> <4BBC20BA.6090604@ish.com.au> <4BBC2DAB.2050704@icyb.net.ua> <4BBC362A.9010306@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O/sh2HmV2lEgPixT" Content-Disposition: inline In-Reply-To: <4BBC362A.9010306@infracaninophile.co.uk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.88.7/7593/Mon Jun 30 23:00:22 2008 on dev.null.cz X-Virus-Status: Clean Subject: Re: fault tolerant web servers on freebsd 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, 07 Apr 2010 13:39:40 -0000 --O/sh2HmV2lEgPixT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2010 at 08:37:14AM +0100, Matthew Seaman wrote: [snip] > >> Out of curiosity: have you considered MySQL Cluster: > >> http://en.wikipedia.org/wiki/MySQL_Cluster > >> http://www.mysql.com/products/database/cluster/faq.html > >> > >> If yes, can you share your evaluation results? > >> Thanks! >=20 > You need at least three machines to build a MySQL cluster; preferably > more like 6 or 7. All of your data has to fit in RAM on those machines > and you need at least two copies of each item of data for resilience, so > don't bother trying this with anything other than a well populated 64bit > box. Also, if /all/ of your servers crash at the same time (power > problems tend to have this result) then your data has gone *poof* and > you'll be restoring from backup. You did remember to set up a regular > job to create snapshots of the clustered data didn't you? two machines will suffice. Of course, prefferably more :) Data no longer need to fit into memory, IIRC. Only indexes must. We were running MySQL cluster in production few years back (with 4.x MySQL - when the data had to fit in mem) and it was quite usable. > Cluster tends to be slower than what you can achieve with straight MySQL > on the same hardware. unfortunately, I didn't perform any test. > Cheers, >=20 > Matthew >=20 > --=20 > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > Kent, CT11 9PW more on the topic at http://www.mysql.com/products/database/cluster/ Regards, Buki --=20 PGP public key: http://dev.null.cz/buki.asc /"\ \ / ASCII Ribbon Campaign X Against HTML & Outlook Mail / \ http://www.thebackrow.net --O/sh2HmV2lEgPixT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFLvIR7PzhIkpLLm08RAn53AJ4zDxZnK6/DpQ/Hlst6F67+5mpdrgCZAUzW ezTLJrSsHIA57OtgWy32sZE= =Kloh -----END PGP SIGNATURE----- --O/sh2HmV2lEgPixT-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 13:59:11 2010 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 3D2061065679; Wed, 7 Apr 2010 13:59:11 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDD28FC22; Wed, 7 Apr 2010 13:59:09 +0000 (UTC) Received: by ewy24 with SMTP id 24so496924ewy.33 for ; Wed, 07 Apr 2010 06:59:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=0ZpszBhEBXhdpQbwNOr+omOZF1Ts5gDpoObiT0xQd94=; b=IQxUqxXsnZeYAsxrfBFB6f5AaNYsPn3oMQFwp3aDNC8nD9j2zqC9+Niy94h8xqyMaT gZEeU7NCW/xbQom+afZIHe/6/KMSBMaA4puwo4YA67JFAdKCaYy6caFlQwR/qrLMaMQa gBWhwaFDU1Z5LD9MHNN+LUncp3kDr7JVGR5Q0= 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=V7fpKhDS1BIL/+Zw2Oiw/K5hVarzYuwyUBd7jcWizDEEKvaZk6Bj5jseXU1xW7S7gN 3QtmDesdVD94BvkSTsZVe6buc+J9bq0b/arOkVaUQ1Ek0tpCTIdZj/Q+lUb8y8gE1zEJ 7bW0PnRzSKwoMHyChrFIHaMNxmaR38U/a9bJE= Received: by 10.213.40.210 with SMTP id l18mr4129763ebe.70.1270648748196; Wed, 07 Apr 2010 06:59:08 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 15sm8029718ewy.0.2010.04.07.06.59.06 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 06:59:07 -0700 (PDT) Date: Wed, 7 Apr 2010 16:57:56 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100407165756.42ed52ec.akephalos.akephalos@gmail.com> In-Reply-To: <4BBB22D5.3070600@icyb.net.ua> References: <4BBB22D5.3070600@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__7_Apr_2010_16_57_56_+0300_I5zrGnz/7LXd5qjx" Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 07 Apr 2010 13:59:11 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__7_Apr_2010_16_57_56_+0300_I5zrGnz/7LXd5qjx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 06 Apr 2010 15:02:29 +0300 Andriy Gapon wrote: > > # dmesg | grep -B 5 -A 5 -i rtc > > acpi_button0: on acpi0 > > acpi_button1: on acpi0 > > acpi_tz0: on acpi0 > > battery0: on acpi0 > > acpi_acad0: on acpi0 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > --- > > Is this before or after setting machdep.lapic_allclocks? > If after, could you please check what happens without the change? Anriy, it is _before_ setting it. I just disabled it and checked again to make sure. With the option set, the result is the same it seems, unless I ovelooked some little digit. > > This seems to be the solution, is this a bug should I report or leave > > things like this? > > Bug report never hurts :-) > Could you please tell us what system us this (motherboard model)? > Also, could you post output of acpidump -dt? > Thanks! > > -- > Andriy Gapon About this system: ASUS K50AB laptop and mainboard CPU (dmesg): AMD Turion(tm) X2 Ultra Dual-Core Mobile ZM-84 (2299.13-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x200f31 Family = 11 Model = 3 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x131f TSC: P-state invariant Video: Radeon HD 4570, 512 MB RAM: 4 Gb (DDR2, I think) HDD (dmesg): ad4: 238475MB at ata2-master UDMA100 SATA 3Gb/s --- I attached you my acpidump result. --- I'll see about the report after I rebuild the base system again. Thank you man! --- On Tue, 6 Apr 2010 14:51:47 +0200 Attilio Rao wrote: > Uhm, may you tell me which revision did you update to? May you update > to the latest now, recompile your kernel, remove the hint > machdep.lapic_allclocks and report if it works or not? > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein Attilio, if you ask me about the CVS version of the source, I'm afraid I don't know where to take that from. But here's my `uname -a` result, there's the build date where you can find out the version, please tell me if there's something else to help: FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Tue Apr 6 01:10:20 EEST 2010 root@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64 --- I will recompile the kernel these days and come back to you. Thanks a lot! Mihai -- Akephalos --Multipart=_Wed__7_Apr_2010_16_57_56_+0300_I5zrGnz/7LXd5qjx Content-Type: application/octet-stream; name="acpidump.gz" Content-Disposition: attachment; filename="acpidump.gz" Content-Transfer-Encoding: base64 H4sICAAAAAAAA2FjcGlkdW1wAOy9a3PbOLIw/HnmV6jy4a3JlDdD6mZ5qvKBF0nWE1HiiIzt2Wef cXlsJlGtY+fYzmxypva/v2iAd+LSIKmLE+HU8WYooNHobjQaDaD7l59/7HRWgdvxw9WvneXYe205 /szyjjrwv5er6K/X3VfGl85P3Zc//nARuOFr48v1u3cjwzSMo85tdPf+6cPr3vCoc/3vx88fX3eN Hzs///LjLwAVav/ambMqpknqEGjrx/X93WvzqON8iFiT0fDoxx9IxzOXVDJ7xskRoNEJr/68jTrk I4Axe4P4cwrC+NI1jBNoQZo7D9HV0/0DVPeCSUigxx9y1U+Of/xhfPf0sI4eX//diUfRPSGjiP/d y//7Xfbvfi/37z+zfw+M7N/DUfrvyOin/756d53++0/DMDr/zcgzIQROydPt93Pk6eXIMxzIyQNg WiJP5wcCLHidDAOG5+Y4PoyMH3+YLcJLb+mO568tf+b8+IP/EL2LHh6im0vfu/Qf7t+tb6PX3v2f 5H+YzATO7JI0en1C/unNLh3PJfCAilS+xgvLno/Jl8iMv7izIP5kRkedoG/PlsHlavwb+UC694PQ CseXzgKwirrkg2deXY7Pwkt7/oZ8GhnGP+BvL/6FVEx/6dNfBvBLN//Du3f/oH/hh8vQW6UNRrTB nz/+MPXHRvK1SzvoEmFygjBBBLq7nJ/Nu5dzK3xtGmbn8+NRh37qxZ/otx9/mMzfBqeXweyfY/Kt S5gefwhXM5d8Gv74g/s2/P1yOZkE4xDmCf3P85kbnr4mvbjW75fWfOW9JnzteMsF+w9CTWe8CN+u fn89AB5ZvnNpL5fhpbVyTl//PR9PLef3S3d8NnPGwRGhRPe/BJPbq/dkJpzbs8WZe+SYl8Fb31+u wrF7FMzHY//SfhuGy8VR0L9chc7lufVmfNTr2rPwMpx549WRT8Y1Wa68S2e+dN4QgBeXFfG5uKwI 0MVllWW/Gv+31/1/nZ9my5dphQLnSAVzmK9Q5FOpfZFd+R/zky/49Yd48g0JG07/E6zfg4zFhTBm /fDx8vzq39HlWXSd+4WIw+39n1e3l/P763+/Tuj44w9n0QPTbVkvbl4D9nvd7kigA/sn6SS3zB7o gsIcp98oUqU5bhQnN5lnc+7kJrpgaBBdkKEGszdF7aQrwOv4WK58AEpbupmQ8+qW4tWxXHdFvr6L opjisaz6zj+s8L8//vhD+PVT9Dpr8OMPoDo6jv+WUD+pzFSLSwSTwiTdG9KWXUlLM2k5WybN4l+6 VCV2bCsgKot8ZpgnsvIuumYjSJqTqsu/iL5c30Q//mC/DaDNbPXba6ZZVzkk/Pvbq4f109fX1/d3 7+4fPq7v3h91wof1+/fRQ+7bf5WgT2LQJ1XQV9dP67+if9zeZ5Bvo7+i29wq5TmTaSonQ0MgJ0SA pHJC/gMAtSAmZGhXj1HHurl5iB4fc6SO0ukZRO8/RndPnenD/edPcQ3y9enq4aljf34Euozvbug/ u4NBNtRgZeXsla4hWJCJdldMiuBtEI7ftDEnGMyM5AmzibxK5Zwsy/df1h8Jjzvu/cer9V0m+/Km pqypF328f/jKaS1gSaYxY6IWfrpiP3G6y4QvcDKOHIuUZ5eSdCsMSTEjkC5SzHrHfRFqXYVxC3Da st4S3MZObtUZDQSomeopC4BasbqdS2dJVNByTj4Mh2RBHiWLNfnJtUILvnfz39+CGB91yEp+SSwO MLFoXfL1X/+6DOxXvjMzXgX2avpq7BgFtti5LYeILSdqrthtc+XUH2dcGYg2Q+ZwpEQNILXBFoDT WXz++CdR+9106XoX3dDpGXODzfmXP5yeQ3NmhDv3Hz9dPQDIR7BJnfvPd0/RQydY/2/0mk7291fX Xztk7ekQDfxEFqnO9dUnGMDrv8PV2zFRGIR9nbPo7oZhmahob323/kgW5nBNDKv8TjLI21Enpsha IQZ1ZkZ1vM6sRDt/eT5eLZbnFeKZRapZnsslGrPsqMFwfvVwRwb2a2fxOL+///fnT792QEV2Pq4f P149XX/o3N91ZovJsvPTKnpPWk/W0e3Ny6POY3T1cP0BSELW785P9ud3ZPf0kuyUYD9tds1f7h6v rq+JGv3Hcc98udW+gNI/d2aElbcdZhQRNt/fwUpqAZyn6Prp80MElSxv3nHXj1ePj9FHQtuHzl/M 9u0koEklqJfV+dq5f9f55enjp1+urj+tbz5//PTqf//Pxb//envUOY9uOtanh07nuGMOf+0f/9rr UTgMBoBZEttkfQeCQTl5Gl3dRA+/wi9QiN1+dwWYdeLyAszuF8nPTGo6WWHSZjn9Ueenft80+i+T qgmr81XNzs+kMIKYr4hKurvvDPv/+HP91CHE/9B5/Pzp0/3DUwIikcUcCGuQ/AhSN3NzqLyghv2L /O+JsOZ+J9gWqhTQzJbUzk9GOhJg3RoYk3T3ArYGLyo/x3uWTrZD6Pw06B13h6TXHtsuudE7Mi2f SC37lmx4Oj+9KLLx6uPti6OY5kcdMh3jQR3lsD/Kofnyx79/BBwWVx+jzk/LIPydTMe76PEl/br8 FBHFQjpjotz5yXK84KgTfH18ij7OlgDouEvBdVkDKuxJNfvrU2RdXx91FvewOSM7cGKRRA9/Rawu 6xjKjFbvdIhJkX5zk2/0C7GracW7m+hL3Adr5Or1lJTlu3eP0RPhERGpl7leOb/3Fb+P8r/bwaUF WPe6ebQrZCTGd0pGptKP4qawgS6QklW17r7WHV8Bf6Lpxww/6aB6BaKEvreCRmbuWxCe+pVvp/60 /G0ZOBP6TU4Pzw+LYmU4A+qqo3KfowatiGa3Q9aesmBBgW/D3Lep74TwrVv4ZszKo5n6Judbl/Ot x/nW53wbcL4NOd+OZ2oq+nRPV5QqxnCYoMl8z1GTNagvW72RcTySTw+oYhUk0AuOy8OrNhsYSshQ pQzZUkMejchq87Igyc6cNhtK21mEeIWpFHhsKhVmgOdVvvFBFQa3OuOLaaWZWcLANhGTmbQbGGVa UiyNoiiaKNQHQy6skgj3UbBGXR6swizsmUsUqHFFj5cnueXMKmqMA6pvlFWmR5kj1+i+B3qrqMHc IWdpZBXxS+PC9ypLoxV/Ey6NtBGrprU0lskTemZFnkOvi5Dx6rLKgR1wYFe+cWBXlmRoc5yfGXMf A+dYBcfBwXHzcMZnRqXN+Kw61iockztL8yLsn7sI2psOD04v9817U9VT/qzH+VbltT+ryoQ/M7h4 cfqt0IH0y/lWlQPSL+dbldZVenQLdPXNsY3Q9z2umisYDWfDigk0PTuufCMC4XAEovIt6aMAzzOq fXgm51uX863H+TaqfOP32+e0HSDbcujiVemSlBzN7TzNp/6FUTWELiorC/k24HyrrGbk25DzrWKN kG9dzrcewmoZFJZnfyWcFKpvY3/hlb+5vj8pf5sspogJMOQq47yiWw1NhFU2HPDg9PNwgvAtAk7F tCsritDnKzo17GOu8subFPZ88ab8rQpnVFhkzv1FBZ9z36psd6pwTrgmTp72RGcgeHgyLM6NEWeT cFL5xoFjqfA5HTsYk6vAQ3/W5ywKA863IefbMcZoPin1x1kMBpxvQ863mN5yg84cG3mDji0b1Pgo mHO0mr6RlZ80/vi8guR5EHI3M7zGbmU0XvT04Z5gF/hhQL1Ai/unIHpYX92u/ze6qdiY7zo/zcf/ 8/nqtvOT9fA+2Xe/TCsU8Q+e7h+izk//jB7uj+iEzyrG3fOBLu8iFUywlo/oBEXCpOY1ClE9oMrR k8FIYOYrgQ35kvtLUPiF4jGPHh9jXNimkFhzSE6AbShDhtXKHdd4dvBquhzE8lyWnHPrjVpy8qMB tfGyDaoKRSquxKYL/K2QFfoosyUPGpwPwl8s/i9YioUr2CciKcZIAhZCpVP2EyyA3G4WyildbqDk ZLmB3dXswe6eoxowJ7Prs9t5iaMz+cru+50Uvp768Wa6Oxjnv1thcA7fx4PCV3/mMD2T++gTrlEQ I8Mofp8v4LtV+Dr1oTbMleJXqFv+SuSBybVdhEy+s6XC7pa/e3RGl7/Oj6jLv4CdM6Mwxkbeb5f+ Nmdwqr8F3iyE3+zCV8db/cagFb+OV/SrWfy6ZF97RYLPKBUHA8HJAFwMLDsfjS/OZDIaG+ANMr5M JoWVkzVAr5xBQA36orst6HK+9Tjf+pVvSRG5LAh2YWWbGC6Z56XgcVst2aa28NGbmjbv45zzscur 2a3WrKJc3Om7nnVR9hWd+qFVAeT4tsH7WPUmko9d3sde5aMVBHa5c2sZVr9ZF9XhEqmdVLxcYTDm fDM537rlb54/XpS/hb5X6cOb9ni073G4dMrj5ymHn0Ru/Ip3LlGVqxXosz5ukXgBtV8cddzoz8/v uYvBirD8CDZOKHAPpDYXXKxWZo6XV3JJJ5dUq2KMSFi6lBaeRTB27enoZeFnd2ZN2a/F73T1na1+ czo/5W2C5F/j28dI2aEj7dCR2RpsMQbKcAi2DM5W+dPShGDLYAL6GWN1kxqxkZQDJiLhKnr6/HDH qnKRZmhdhpdGno+54SyD3wNCyKMO1OEba6w1zlYnglfGBcGYam90SSyyp3rslLfJir0We670zgfH xcIsYcFvWiRCl4dOFSUuWmL4XPS6HPTEIIpo9kVo8lEVoivvj4t2T4C2HFQOfbZ1EaMvHgIU4TDU /XOH05cMRw0SisawoIiHBkU6PBw+3GEOFMPEgYaiOVwo8iFDUQ4bjx93+EPE8PFdQKlBBihqUshr iH/l/1L9WvyS/Vdu5akuTSVLxXPC0yNwuarXRPCBkI0M+X2Z2BRHndx/EiWtWiGLi18OT+vmpgKa rij0DUJuSWRLqf12At49elWPYMbqdP7+L6eeKa9XsCcALO8nk/5kZj+df6APt8rIFQftRtcPEb1i X6mY0jSzM9zoIXoHo6cHxskQ44YvwTos/l6RBjbWpIFy2eazhLGFw6BUkJJNfNFEXZ0T29q/uv73 1ft49S2LEJtehf9kcIo22pSAUstjgWsxQRgOdDgVHgYf1u+e5tE7wgq6X4VRVGVrmcoIket8i+Qq nUaTXuxY02jSj93Y1SbUhr+7KYyDzg466zKmyw1DJsgFahXNSZz5Diis1u8/PGXD4M7UBPE5HXBq TU/m1NCNOVD+zPzGKtmdrO9ugogSwl7n8JCMrTi+yhil/dDR1uuIM4OgEWcKnVtvGk6hiuvHHduF oxLm4EtncOzvYbXQ/h7YsVW20byuzWLXJ8mpQKlvUu38/uEG2/cJ8/3wljLYRKm3d6nlbRr8iebc 392smKq9XAazuJIpnF2zuCLZyJ8Tebn/z2MH7vS9wG6cYP/Anz054RF3ZOp01GvSUSfwt9pZd2ud vdIaV79ZV7pkbNLdUKejQYOOTnQ6Gup2NF/fff6C7kG4GuXVcvIvhT8EzGOKxlHnhbe+frh/vCeL bzLwRdjKLM//F9JDIsXLG//a8da3t9Hd3frzx874hr5LKKPKB15E2eSjzNBWIsZlG6ZbgYCwbvn/ xVlo8yDin4Pr+0/gifNX5WXBf7iHNz7wAsgn05SuVWb6IGNkstVrCJsHQZvYSMw/4mD/LrSxbtdX j0kfjv82t6nIfurSn7pc1AO7jHpigkN/OfuhNxCtWHkjo6+SXzqa7oQUzolHySJJynzxxhHULrKP VNoQZlQJ8BBzd4wYkxEeZtbuMevxMbO3hFlPW8y2xU0RZkIx2xYzRYiJxWzXzBSL2bZ0Rl9bzLbF TRFmQjHbFjNFiInFbNfMFIvZtnTGQFvMtsVNEWZCMdsWM0WIicVs18wUi9m2dMZwb20zEWY7t81E iO3eNpNgtmPb7GRvtZkIs51rMxFiu9dmEsx2rM2svdVmIsx2rs1EiO1em0kw27E2s/d2pynCbOc7 TRFiu99pSjDb8U7T2dudpgizne80RYjtfqcpwWy3O01zbx0aQsx2LWZCxHYuZjLMdixm+qcA2xIz 7VOAbYmZ/inAtsRM/xRgW2KmfwqwLZppnwLsmmQ73wLIMNvtFsA0tcVsuiVD43hvNycizHa+OREh tvvNiQSzRpuT9L8ql56tPboJIPgMt2HaJrSeDSBGrLctxASyKcbM2CJmPNkUY2a2jZmmDbBFburZ AFtkpqYNsAfM1Baz1nWG5sZ5i9zU2zhvkZmaG+c9YKa2mLWuMzRvAmyRm3o3AbbITM2bAHvATG0x a11naN4E2CI39W4CbJGZmjcB9oCZu7fNNG8C7AFmO9dmmjcBtjgBNG8CbHECaN4E2CI39W4CbJGZ mjcB9oCZu9dmmjcBtshNvZsAW2Sm5k2APWDm7neamjcBtshNvZsAW2Sm5k2APWDmzneaujcBtidm mjcBtidmujcBtidmujcBtihmrZ0CtC5mbZ0CtC5mrZ0CtC5mrZ0CtC5mrZ0CtE6ztk4BtkaynW8B dG8CbHFqat4EEGM2bNvQ0LwJsMXNid5NgC2as5o3AbZoz2reBEBrs/S/KjcB/BVEGRBg2vQmgP7z xl2/Itz1Na0azxu3dX9G/3kj7v6MWDatPZLNPTjX2rXh0N6BW+savbUDNxMrm0Rvdjcjm/upM/dS X+6nrtyFntwLWdyWjtxL/bifunEXerG3D7K4YxW029vO2npxKzedtfViC7ec90IWd6yCdrvf3s+9 9i722f19kMUdq6DdvrbT1ou7NK3FehG3sEn14l7I4o5V0G7Pe/bzrGdD5zxSvTjYB1ncsQrabSAi bb244919owBEUr24F7K4YxW026uwbenFbe3uG12BlerF4T7I4sG/ePAvWnsiiwf/4sG/SPTi8T7I 4sG/ePAvWnsiiwf/4sG/6K8CMvVX0eP954frKIw+frq9eorymZeLaM5Wv3V+mkd/RbdHHev6af1X NL//D2Sbu3qIbo46LyvI/N0/Oj4yjSPTPDK7R2b/yBxw0UlSlFB8yF9b/JMj/skV/zQW/zQR/3TK Idh0swRDEMuN/lpfAzLOTJgjMs4MfToj6814/Xg1u+n89MJf+IZl9MqZc+K6lrtieWXMEeSYKdZJ cqH9YS9o+hluMjQ+KlBkSSG5/Vza9qJ+N4AkYYq0p3jUb4FCVbSyXOirUB8PSFiU5RCX183jDRF2 qm04GZGynH/lBgJ6LvwwEOV05+MmAnRuvWkEKJHeVXA8UtExL5lVHkGpJAhc2HCrwZldOvd379bv j2I1SeTa5NE2zhdIW1l3XyXZAuWYFnB69+4xegKlP4R0s9y63uyI/m+Pt97QCq6iQrW3k76ot1NV b6f6vY1HwrE5rDvx2Bw3roCR9URg7NXSxbJCqP4co5L9r9SGKgSa9VtSy1kF8mVAjSIUL/p4//C1 152sv0QEw1V0dbO8u/16JGWBkUsDlpRffoFMxw+QSNm+UuTJVrSfR3fvnz5IIVz+zptKz39QJn9Q /+V/TpcIKgzyJSIpYlFwHiIiQi6kLI11EgX7r8vAfgUL/SvQl69gDrwC8r+6tC3yM/kjQLoWzPl4 AblzF63BNDM8uy3CTPCUwEyT/vXIhs2bKSuCvhXlBkxKmi45SddrfOkbkrTx8mUiw9CSYwiFdutR zTShBQRdzn3aR5bXuQCBZkQ2j1XM5mjjCvaQy5FofDWBHTdNeYuA2tWFipEFyHyuB7Unl4YkzzTD oJIlvFzkAlFK3M76V8JUw80NjNFfNR9LjXJClOBE10fVFITy3zqylVi3RAsINDLHbpDATjdMhl+S PbnJSRcVs7oZgqKzQeD3BEW8URC3gZLbMIgWLT55cxsHTkOJ9XU2tTSNr4yEAz4Js7pWOLOJUH5+ 9y56oM4Sk2U3lS+8F+FsctQhs67+qpufw9bDe6PhDE7ZMuHsP/NFIvxVlKp54GthZLaHEfjJ2kCp 2ypKvTZQ6nV+cqMHlqZ9dncTfaEdmMmYjzr8X5W6lHoAX7Y42kEbox20yoBhGygNJQzotUrB4zbQ PW6VgqM2UBrJRViKruiXSvpwPGbMus8Z90zbM79MEPxzLLcgBM2Zq/5svFpgmru89n2yaHvBm9rt RwT9yVtF/7ENhR1tobp6dIXq6sEUkVHinsoUGbGu0AgkP1m7rYnajZwUsXgVDHt/ZJyKsWwghQ0k sIn0NZG8lDCGoxpdXJWex8kHU9jyyXGPq0IlsuMK3mCgTo5Vo1LLo1rqzDalzty41HHZD2JXV3SG R53JfCrYVxVGZ1hI0WHnk3KM8lIm7782k+MTusBeFbYSAj+umL2wZTmq/NXxDDJMQOxFxxZZrWB8 4SFqhadTVK0ZotbEx8Ca+BhYgR9garkepSJnC5mr5bi/I2BZTljg77AGf81kGjFdygSY/D1hWOrw Oqdaum2qli5Otdjrp3iGM8FnmsV3g3PdlnRq+kQadRsySvrh6apGS3hqN/El6kDYEh6jBLVawnVt 13F2oLUJChLnY4zw16eIo7THF76aM5ymZFElnKnVdARNZ5wzN3VTMpEm/rlaIDhNLWhar1fyN5D2 qm8WMaGR84068aQzDnkQMFJO+lx1zExXbD/lsx2FNFu+5MJZQTqQ9lupLkdTNUapXsKNkS6+8llU rD5TzZxc9ZgkpA+96ooDoyIFpURQUVCqn3EUpCaHXCMUq880qifbWV+LgqQPHQpKiaCioHSdwlGQ Glpy7VZFWtov4gCmrg1+EUwKV1xNgfdfPHTB5cakGF+GMqcr+Vl2kYX8zLtQiex7oz8bXyxD/rN8 3JZs3LscWOWKdFLUdnWPHvK0ZFf3duUoIpsgv05TYueSnZGkaTw25kOW95JVNVVQC+5puDoAkBOz MD7Gb+iy1kBcE/mN+LHFFOkXKdJvfFpfBG9jqANl+VBkk7qVZA2AUh2yUxpyt90hO7khSzmcFDpk JzdkZataNxLYura4CN34oEtR05m5F6qa6coO2KsuxmTXjsyEQMi7NIw6qisywGnn/u5mxY6N/iBl PnNfXc5nyU0YGYvl7M1w72b3lyZjNVJQgMFJ2zxWnZ9eqgFsRA/kMaJOEzUWKh4l4OQrU8G2U91V O/+wvgXIc7j+mF5YC8jiCfwFL5rsIBCluMuHjMw1FyP2Un2BCkrlElUvFeymGiVPWzJ0mJJqfZJM mjyd1MSGIpY1KFJ5g6Iez+zu+iH6GN0l17Bq46OWR6a+dilimoOtiJEGImpkoGhNPiiKpXVDcyjT tb3cCh1DaXlGwXK4mxmFvFbB1utWdV6yDdi69ZmcqNIhYajXooAVzNF4+e5jzMvMIE1EUkU5lWYq D4e5GihUhFSVbtgug98DakdAiP3akkHgrd99hR3bGwRrZEO8jaJP7PrjRHBqSaulTuw+0onNWCA3 Lto4Wx+0eQA22PhGnXeEQIywMBhP6jQl0h2ezSRN9RnHxiJHyLr+n89rqEyM48Czg1d+4F0kExWB zIgIre14Ek2e4U144src2skWnZJktpgsMVUDatgH9mr6KvBmymO5HOmhhxzp1ff6oZKKS6voNrp6 LNFzs/NmqHpQmRTMvBke5g1q3hS8T3IEtjnFhjudYjWFH26o15T94zbXjONdyf6Fx3ubWkHQ6GkJ sBzqNqXyeE8VP/hMMKSHSip67kDxj9pU/KNvRfiZSt4f4R99Xyp5wS5mN3tUxV6b0huQTZ4v1b/k BiV/6VRdO9nHnU0tEKSR9F0s/6uKsiad761RttEzrMJkwzgUSi+fjZ6WHyL1yinv/tS+npjrDVl7 CyzvtvBCscjy+gcx2iwv8w5764id0Wr0IJYtzNUoxb1UyR2YHApMZJS1tyAyvdZFpqUz+joig71m 1a7IKO+C1b+QnEOBiYyy9hZEpt/2wmI2jmuhLTLsipvqVDvXIJUx6TW3ZHjl46HklLHz98ZP7urf YU9KQeBQLTSEDorsrIX/VSWSg3atSONLt75I1n8KAKVoRqpqb2q2VyKdnQVwN4MX6mwgmHDx6FlD 2Mwhw51BERPYPZvRcF7K2GF0FGn8sK4jih8GJagHtC8H6iVA68i0vwpQkT6g4CJOMMoRuXps/Oxb /GyKjUz0S4MTSeVOU9yz9PYwmTjFYCBdcSiQikuDNWYTwZ0Fgl17xZ2RbyY+1hY0o4rBOpsLWrFR zR14AyekVRJWLvTibZ2kVni29OKdgKTWqet5sfEnqUVE0IvXe1mt5WKsfprnLuEsVjFEe7VwZKDS uDqzxaw11/B0HLILY2KRyNWm/IQh13KgXBIyNHfr0ZUvi2wC+ARqvxaN1LRav//wVIjUQmYTobrE mQadMcbQsYtrSyeuu6THzLmYxwIxlr+9NUwI/yO95c4qmVqPcnP8cdtV45R8TJfH/kc2o8A5I7Mu EwUKdKslao7rtCBqib1OFFiNEHggZo1XL0ItiXAjHqoQAIJ5rSThtAUSplRh13NaoYliWVWSRKxi BY2TSF9kERLQUox4KeQXN9RuUrKJ6KDjZsp7h5LGjCNQ2UJaLyxPht10I9hNW8IuQIutGrtUfJM1 ox/HUm18Y7ACeYSDjIMOBbdm54t8u9/SRjiZTMTsazyZRLYZlG1MJjBd93cytYHdYTKxss3JpGaL 7czbFxrEq1QcQChkdvISdnCqjXHVeNmBONV4OWg41XgJdDjVeNl/ONVOcNVGuGrHuGpDXLUBMgIj rprscXCuGso1xU1zUy7Cx7FJEexp6E+omeS1p+CCxVlAfW0DoCe1daX1/0juOYwd41UQ2itRnHz0 aH5z2tcL09yotCMkKjYZwTnkV2h8QJO6DVM/S5M1Kt29JjdpPN9a5XawbYadZgsWga84haC4Bd6M ZrNABKhO78YA7u0ecEBp/lwjdkQql9LyoQHuxIy9FMAdsiWPtRBVcZYIzj7Qsjvwj6ugyE0PKMqj Ow0M07cZghhm5eJGWg/YoGzAlmrFowne05Y9ZvV0jkKpJYoDd3oM2ggnbBpaJllN1K+A+F9VfPCe Ex8Ur8qeMx8WLRxuyxUoanlBnmsgn0uCfFFoTUwLvS1kwif5U1K1gsOss7knxfLuKE2m9KzvIRf0 oX54+TxNao80WcDhTaVz+mZOOUX+YUEA8tpzFUsTWlmfLmoMoODpA6VRShExeOnR1tyDwTaKaKXY 8yq26wrfgMLDoPBTQM5X+c+y/TU8npX/LB+3KXMskJ9l7gnys5xqpsxVAqdG8p/lRDUnfEmSH0DC 5G24fLQQCaTRFb/CbrT0IptNleyBOZ1xTTUE6lAMiiqgET6sxCaO2HIiYLUjArh4AMUTW/RBb/nK pIKV3+ZNJfkXUaYpZ1xyXyAyTXWVmabOMea/PMXslEChC9hI+JiAI7x7k+1K4BRSZ7viNGw/25Xq hpRdK8+V1TzPVeow6sMTfnsquBNGq+KiUGwoc5a9d5mz7P3LnGXvX+Yse6eZs0S/tJm1yG6Wtchu mLXIzsUDrZO1yM5Fdf8+shbZ7WctsneetQgvhQ0ksIn0NZG8vcpaZLedtUgsj2qp23HWIl2p47K/ RtaitO2zyVqkzeTYMNybrEU2KmuRjcpaZKOyFtmorEU2KmuRjcpaZKOyFtl7mmnI3nWmIbt2piG7 bqYhu3amIbt2piG7dqYhu36mobY0rWamobyi1cw0lDbVzzSUtww0Mw2lTfUzDaVN9TMNpU03kGnI PmQakmJh18k0ZD+vTEO2XqYhu06mIVsv05D9vDIN2XqZhuw6mYZsvUxD9vPKNGTvJNNQXbv5kGmo /sAOmYZoydnVO8401JJzRzPTUN63c8g0pIn8IdPQIdOQqBwyDfHKIdMQejjfQqYhexOZhuxvL9OQ fcg0tBsRazHTkAoRNTJQtpRpqOkc2vtMQ63MqFqZhlrRec8+01AdAdvjTEP2IdNQu5mGGpyHtxei 3G49RDn+dAzKfoQoP8SWRAA9xJbklv27sc39fIgteYgteYgtScshtuQhtuQhtiQrh9iS2FHl2x9i S9Yi3yG25CEcns4vh9iSh9iShXKYTJhfD7EludUOsSVL1Q6xJWk5xJY8xJY8xJaslENsyUNsSUk5 xJY8xJaslucc0/AQW3I/+HCILanA7BBbsorkIbakoBxiSx5iS4p/PsSWrJRDbElROcSW5JVDbMnt x5YsWb+I2JK9Q2xJfsnFlhTsKdSxJTkNsZzsa3Oyf+Akv+Q4Kbi8puYkpyGWkwNtTg4OnOSXHCcH dTnJaSiJ9zqdW5wIbk0CvupyUdxffmAIbrKRyr+IpXioLcXDgxTzS06KBW9z1VLMaYjl5Ik2J0/2 hpO4EVraI7Se2Qht7RHaz2yEjvYInec0wsCzA90RmgILr/JIB4DzH+nwL0nGDwtYM+vuK/KFjuKN evo+xhiJ3sesxmfwNKYzwijtyjDPZ+64OEzji+UKHgPEY2Rtmo7RfeuZgLjoakew9EP43awnHARH bfGnwsE5hGL13rpeWLwlz3mgwR+r8eVYdLvG+DIQ+cmMLz2RE8z40hU5wCTOL/KTiNoSRyP3jgvH Vcao5M+WJSpxllkRlYzuQEwnwxyJ3JV0UopHbYtHLeSL7qjDVe1Rn4j8qMaXvsgDS2RDPKiu6IIT +Un0PgPQwI/Xq8wFzuZOyGVzLMFCzOOWeOW5ZV5p4H4sZkhXFNJLSvVJ1RXNwbyitzlqu0+dw13x 2tSK2vaJqFO1LOJToKrgEwbIIagqEBwcqCCSh0DxO2nvKdpLf09KtjybfdHy7L91KS6iKRkofuf0 NZT0JR9X8rvO/m46DkPMHUS+uCT3yAqv4iaKN/6yR3H9l2lkGamR6X2+fVp/uv1KKQZyfwMY3OTc 6WDixN+TiExCDtCDdb198TREXd3kk63yYDXLAkOm7CwUDF7QjD2An4UCcgtasYuyZC7qdcau4ZJm 2r1BKOiZI4juI242OOqQOaTdbAjNPEGz+Mnr20n+PbOpHTf+l587sN3o/PwL/Bco+yONvwqwo42A NTNsm8a85wTRBoImQryUCkilGRMQ17O0m41ob1Ip5jVzaG+6zUwDshlYghi26UsQEHTZfR2154v0 p+X4ym4ehdReNV7KmFCubb6UETEdFkzEesOC2zFAt1hbiUmYw658gs12aDEi3kW81tDsSEKx4Z8e Cs8sMS/WQ2pjGopuMYQ0xAmtMJRkU6YBKfMrcErRfkJRgTBsjKKmolvu5zw14EaKmBrSiSVZ6ANY 6HuNFvq8Himu9HglmV9GdbRk2k5TTabtNPVk0k6uKLkLsHFc4+5WbvnKr4RNl7V84oL8qoa2lmgr XcssWZv0DLOklZ5dllt1yX4Ia18lrfSssqSV1CiL9YF39XT9IXE0efMxmybkn2EaGoqeHMr3GO76 r/VNlL9WBSgjdiXc7k1h9wIeFbo3C90LWiR3LR/ijdE8evdUaN/PRizjmEDhMw9WdvtLLJRqAGYM QGUtpOu99hpX5AVbrCgvQPPpigIUjjgcq1sBM9i6mLQTS29WPzaRZBOktTW0FCqPkadR4Koi6b3m pM8BLcsUc9VlQinWXlC03gSUhFBy3l9PCsUaYYNSWFYMmcsEK5dsbdmJYJobFMxa3MgBRQhmW+EC 65qh03CCSbCA9zeZCbn0XEBmrNz0PEBpKjcNUyNt1tP1AJmJYSOeFrxUvpbo4rU6RhPb86d7UrXw JdJMqIgMK59bWFShzPNY5XbK8jCybe/r8pvLlDR9LdKYWqRhAoakjWDrqyKRhjdRcPsO702Msx1y vHTZNmecWv5obyIKYPq9kTeRgh0033yxbZS3xIZ/zHkGXf1WxFB3PFfwnFjYyqGtBEF5Ra3geQ9p JQjqV3ikL0apXE2AQ7maoNM0b0LmNRCSkCpRyXyTO7GSYNPsaFPMqLYVU9WCYC6oNDmMwJSQBHum hMi94+mzWVnb1llSFdJNloa+jDxQNmqBpDfOVrxcea3c85228YBay6ckBwWlkW8JiiQ2TDWPVOZj OiM7a92WRpwh2lW25DuASJ/KRKt8TXn2VqRIpC2HtKUkUyOdUVRLxA9bY1sNYtZ4dvCKXoszvvSs lzThDP0GV8qabi/Y/Qc5D/LV6V0GOeGL0B0VtfPV6eUBOYmL1T0VXTcZVCXQo12gR7tAj3aBHu0C FO2EP6V3X+GlPihWLQMy1YPIswYoO9KD4r/fiB7UysG8eT2YiCfIFTPd2P6W/KXxo0WnxFB2pUPP qB7wsXrgjOoBH6sHzujtLV/KqXx1qgd8rB44o3rA35kOZbQL9GgX6NEu0KNdoEe7oAbtFMFa/UtX O6wDzgKFkrNCJ1grVN531n9ZCwucAjiQUGppYCgSLQxFqomV4iU7yJTrVGnrHmYBl+pzqSxCkehI rpJEaUko6OgqWBMy34ROYzVh802Q5lCxidIkgrLxlHqa9mK+iT6hsHZjsQmSUNKfMxtyAroCTtvE liSDp9FLTpcK3Kk4XSqN1XBQpZ2DKj2oUl6TgypFNtmAKrVrq1JEv+lz1bFTyz0qVKgH7+j+eAUO 3tHvxMMn+qX5zv7b9ywfvKMH7+jBOyos37WHD0pb3tHvzbOs2NEHB+9oUg5benTrZ7Kl/wZ2qrJf 29vSfwO+jz3wjgYH72hcDqoU3fqgSvNNDqoU2WRfVGmb3lEJFqmKta1/FrtCRm7jXDKuxE3ynVmN qH60VftB/fpdUSQfdxH4NASS+Pel7PfxIliJgudVPm0ouqMtfFWHFIPVtJYYcN5mVMRg7jt1ojuy ZhsQBEMkCFCAkaKwY2NnvJAJQrUvSxiqauxA5EeIu4WRGkb7sTNbiHaI3ucneCs3dry3jD3CKt5c XAXWRRgllrr0wQ8bCk2LNT7qAJJ85VURjLFjk4kXfH18ij7Olqwpsx/4AGLBYM1g6UdKhhh/KLY/ W/IDdUERRbqojgWg1BgLVG5tLLOFy+KTSiTUtUJBDFPJeOlTzCS0HXRCobSGd1JyMViPZbN07i5Q QeOKMLvCJQCKvzxX0q4KsyfVJpbDaK3SGEWYQynM2dI+VY2d1Jnr0+dY3u+CjaWvIzdpLpfJFJtb V/lkiEVxhWmr9EVrVGUeaxCsWuchF3SETc+FU7StgQxtVSbd0GpO7DTrYbKkDLixnJNChs9oqCR0 Lh+T5CkpDRngSGx+lIvaoJF2VX0hM/9RvQfLXNNDBxwFJFhdUGqLm6Y5IIF3smq5/I96kZ4SUVu5 nr0BWTN7I06850r1xJSRV6fEknthmH1FtKal8sDHLGRKGBpIqmYBIhhk9oJT3gicEqw20+GK2mUz xJsXzZC0Y8kj7HhZZ001l3QocpknYBeYpcibu5bYDIOiTnDJdDj0qBZ66A8xg0DEGk00xQQ6X8EE UoeSgHKYQIcJJKu3nQmUVYVAL7udRUzs3tjnE4m3P45EHiAqzVbSSum17eCNIIWu8mDidEaMiPH6 8WpGJOaFv/CNntF7IbEo4nYOp50ta5e7qGO1d76hZcHkGhAk0l0dphnGNIEiEemEcKvgiIB7vP/8 cB2F0cdPt1dPkcx4UiT1XEKAouv7m8gcHin3VuBlGRpHhW+//NJZXd29jzre+m798fPHhkCuvqCB HJW+ESDW7fr9HaT6xAAwOQDm0d37pw/K1orjGH2i9tsgqhDIN0HU1W+L+8nt1ftHmbQn5W9TkjEa oWU0ksPR7lCzP3Fvx8F3REHjKI5iRZDhGJxj9ypqHOkGVbrfVcOAkk/rDQvZfpy6MQXfBJ9676EC L2htYZ3UXFgnprTdYWHdzMKqqa66B32lheMm9BXY1Pukr5rgo6WvEha9OYcTwaZeX/ABgNiMTNXm Oa3ZVdxuSisaWJAWvU50opemNqODG+yKDsia2yGE17pA4Ni8Z/LgtS4PaDLshTgk9szYma1asWcs z3UMw3wGdkn+xGQZhL+ztyOtXZuLzZ0B0txBXr5qYA2lZKf2ULv3SFfBytGzsdSQoejtt6HATre8 19Xec6sBIffdMaBRo723BAhy/w3l8neZZzgpeeOWtBBEtC2Xv+XWE+pub+6GLJOmf10G9ivfmRmv 4NLXK9BQr0B2X8FIXl164GwWZiZRwGaW72ypoEhNzKwLgK2gnRizAbSWhA3NWufuQ6sx6726pDcj CIvP5MA1D2koPuqTFyjKw3IoaB2bnJsoZKDY4hTBd04fiJlQ6kPBwVyLLDq3YtND21Sj+SPZqlhi VGf1UJDn9awqW7FAMJvs3v12d+/B09XDkxt9iu5uiO6d3FGpNUTXDPFwodRarQaDllYrCSC91Yrn 6N32aoVaqYgY3rwnU8e6flr/FZ2u33+AZBdXD9HNEQIAlL8HipVLS5YW9/7DekdGz7AtMZIAOoiR oHw7YnTQRryyLTHqfStidNBGvPIsxGh8d1MwjyS2G8bFA9ZbWycD0pTU+lvBfGZq5FaQl+nyZLdb qnTXYbKLZMjalGL2qbz2ZH13E0Qs4Y29htttZKDIFFmf/3x6uLrO7VLoLodsVVAI0srKnWKLWxbU Mdcmj+LM4+/jKA5uru3TUVwTfBAMma0cVAY2HPZsT+wsF8LndflSzVYmzqqJ6x8K3FtdnYHTn+EB f9ULE8tNYxiG2evCflunbTJV1LUVLg5e+jZhLu2kIOQpc8lMfbirRQUdT5epPzD3iSKyDERQEEZj EWxyTIq4LoGycPL6ZNozJW+mkiLXKVCUekUbPaZfcPjRZrdR9Ik+q0O4DnP9tEaGOrIiW6+g7Ius MGZYwmPOfNmFsMQGT3P0MEykAUUKnEwylsVRRnIMHrxs60gU8rhiFBzyKFQOqNYtGd8P0dsVeRLb P+Dm/atLegpc+xUeAFLfbFTTHy7/qMzkjRtdcPOmPhKKl49/wH3MNsitvpilHqm3D+T2GpKb/1U6 e87PrTd7NHtUArcNkVJxoUEA8YTqY6TO4iMqjqMhbgMFNKVsb6g3BKTgtDsEENfGQ0jvg/MiKEuj uFevgZMiujZV5yazZIqhXbqwY+s2ceXKASBcuI1erjDPYKUxwmUrnrJ6xLOaEk8M4FkSD313/m/B tXmO01kyLV3P0s2uUJ2X3W3NS4ItMWvvP366elr/ub5dP32F4IyP3tUjMcmPOuHD1d3ju+hhpDoI +LsvXtn1xLfRTbrGN+gaiq/Ja7zFuT8yGxJPDGALc7+3Y+IdNyWeEMAWiFfzrWRrxDtpSjwhgO9A 8iZNiScE8O1LntN0wRAD2DzxyoZqM+LpWSqhx/H8aRoq5n5uIPpNZUIMYAsTqr9DG9howwZehQ5n h6spWvZ+itZxU9ESA/jGt1ejNkQr8N8011qj/RStYVPrXQzguZkBekLhLP3mQuEY/X0UiklTfSMG 8Cz3w3h9YwouJerJ1riFpcwxTvZRtIbdpvpGCOC56RsomsQbNiWeEMBzI57gVm4s2lN/TE/1BVHh 4te846kju1+WXjYkFZuHhNS+goR6B85uksBIWr4jMHass+YRA/KDZuSWX83D3SWVxh5AZNoUkwsf XX65Ivr245/RzU1049zfPT3c32Z5FCaCw/U0yDy0TgNTth6qXZjkAIrjuaYqfKXjhpg6XUSdnn7Y 85E07PnYPw9UMMe2gahjYuCsEHDUdfzzSQ06SEPuE9xCBG7KOpx+LVm/p29wSTeKME96MpihdWqw 5BvySqa6UhD6+iM+caQzxg37CEkf6PdrySXd8d8qOeys1FLgB2fKOnFmBFmd8FQt6aSOMtFBeKqe VaROjYQJtpSetuEvlAJkG2dzRCWIQqCsNMFU8lxEpSBEVHIw3YUeBpJ6opFKXUylHqZSX1kpKRmv XTmvTQyvTQyvTQyvTQyvTQyvTQyvTQyvTQyvTQyvTQyvTQyvzVq8nijmtYuRfPcMM9HUUsNBbyQX RQx6JgY9M0GvkfEaePYFx3g1vpgj+NsVPNiLjVfWurVMQ/4qdFSKPghCaqoNFFxRmSXWHHLCyOs4 rrqO5brKBYyY2baqjh2nfuoOpFx3FigjTj16luFMlE2N1XENVV+kDtscNBXCLlcI+wZOCLvtCqFy L0OEsNuSEHYRQqisQ4RQvf/y1HWIEHZRQqiEBAUhhF21EK4QQrjSF8LNCE9SsBtwQm/l8EidJsNr U0EnBT+8EDG88NkOL+zaLazBbyxw2GdpTeCYdOBIwmrGo2ftWhu9NZ65zXU5QcqpDMZFDcZpdzCO 9mCYK3g+dlnE1keZw5jUGqBq9dW1Tt+AnaF2Po8do4W3WrG3mPluoGvJiQTPTz2o7bM9X1kei+8A Gs34MuZcVE5KTUe1gQ4FoHBUF3OPt+ekZ7wG4td+ptPiyQEFN48eH9OgsL/D4x26AWj+zDUI7VX7 D7KqXyqfguv7T3pHp0n+3bdjRxYYr6rubMcvqrsh48mxXNvRZi15/QkwV98/ZkgTro6dIcrGK8GU LpcET+X2jgNzqMBzWNd6aJUJHMQVxFhOVAbyG3s21nev0/jLLRJYjefYqYWnYIoodbzjHXXIqtpM wcOZZsOHs3OyyhAtnObri3XHZAJZSFt6QM50PJzBqR/JF46B4UhOp0mXNsGHfCVNekf0ABHdhEWA wod9Pf+wvgUbiiYyd6PrhwhuFiTRlV7GvbcXNOHq9pbKpSRpXlIU7/WhgITgyKMbNOERT8JdhHVg B8Z4DJVVskyFZIapIRbixiswqPX6Pnf1QGDWq3JA+xDIu9tEhRUTYytGGse0koiinME0dkYc0ow9 GVD1KKarVN500Oij0JCsWY6XBzeZZH+deok1VpStZhO2UlWX2PXmRD3CRBYVw6k3HrJdazietlba ZMfDXWtR0XM0V1ys+qIMK5Idk/qC9gchtGicwTwEQ2OBFHWOCanOBstw1Vz6kx61TAyW1kXLkDG+ 2ENtE+NYgwgFAyMdVatGBYtvJb2kli9VK6ctUySZQuzK1ybCTemu+6oaGwk4pWU7fX+WyTlV+Y0s k4PKl/T3val8s+7eFZ9J5LBKPKtVQivxy2GR2MdFYjVZnn1/+wKizXr62kxfZx60WSuzrpZR+s1N VTiBoy93GnuapouzAGStP6DnGiiXk+MLEobLe8z16kYP0bslgTW7u4HzOf/cctLOEWkmN+KHEuLm auImprm9OpMnvlTxnQBoqKKZR4lovWHylinxS9nDWjhNKU6NZLHo7SK4DfLvrGLctJBjFzDOV7+9 iQOjS2qt3LiWwG5mtQLXDuMw0TJYTlxL4GpM8IprCSie4BXXEhyoJbDOXbbbkMOKa50o8JrTWoKj khQvVsuW1fKdOaslULis1nS5dGVXZFitt2/GKzUlXIvVMgX6K8444LkLWksqE6THLsttIu8xhiXF K7DDJbt6Le0x8Cm3TSmHAtum2X1NAYdSRXEOV64bKYpYHTLaq9aF1GaBkFcqDcm1VeJGDRcW40s3 QUBhnCVIIKriAr/DLfd9sbUQhunu0ghgMcw1ZK8D2tleYqLKIzrSzM2Ck44yHxG7hRTf9k6kNYWv sCvCjbNuVi+ETS3jncq68sCq7rWgNP2r639fvY8VYlM5gnUPcQOHyRmqmpz6uF0AuyWTbPbrqm3s Vkt1dZIgU7g9CTZK40tAJYjnbjsJQji4hq3t0vk9OKge8L2IeyK2NLInvd6g6OzL80W91OFqbUBr teDtQtlF7AkeZp3QXqoTQyoTheQooiU3ncb9rdmdth2UvxWetGK7wfGobSc5s95jv0Ji+CK98Tkw Od4gFv1dGHp4cVNjiLHXclfdtTiolRCNHWJlBx2IY7b0alNPs2H+fI60hdeoSFGuqZH3bXUp3mD1 XIGvoVwwSlzPcIcHvJonAzgbONEJZKce5+6oqxryi0jZe1kE1fLZX/XVisLu0u8CSkwp9ki6NC51 GkgeJPoouwQJkT8xKQgZgsIjj9KITIo2eeLcwS2Qh71/3Al5NqdJWMbWNqhDH7/ugjob1LN7RJ1m NZQZ91AngRv3M5wfQZCBVv0MCkML52f49j0DcMbRrmcATmA24xmAc6LN2m7BJjSuYCwHzwDnl4Nn oBbyDJ+DZ6AE5uAZyJVNewZq7BIbORPa8wkgdfG+rSu79AlUzXGFIZEUrdnBXt/CRlf36K2PlcGa Y0XtW3XHSpCGvebGkG7ReioiTTY5G0IaOXF2ifTOfF17vbdLA434skAj6V1rG+q1FPKH2YPqVVVk Uvotm5SrJB7QsGu8xK1v2VWgHiCT3nxWvBc5z/WEa5HFLDBwRmy1gcJuia1eNqKS3UsvpxEwJYu4 m9C9sU3i2ee5K4F2do3SYIbPsCe4mKgHRXRxsQAlnvMeBAtK7jIODHbfFHHVuARH5djGmpSaV6UU OocjgApJz9mAmVSkT8UUA0jPk0grEUGYsw0HL68y/eYqs96l5nOqC5vm3jjowoMuLCK7l7rwPLv9 nejCeBtII3l8t2pxLzTR2LkgnBm2o4nyvnmFiGB88zDllNU07gDupJpcpnBa+5m9L0yfPmu9L+zq R/rq6Uf66mu+ySZNBrQJRnEW3koeHj5KC9ZVgARX41J+fvnAPxHPgWEvMktg8EfIGZRuBYrG8XEG pscDI4uoygfT54FRhVCtghnwwMgi7iZlFz56ttjUk4h2H843fwlQ1xAI7I0YAgrFiTIEMOE4n/UK nx26peZxO9cI6r3afU5GR9WhvIlgH8xAwR1AFZv1dA5uarivi80GtBnC8ig2M9t5xgSlfeWc0l7v BV1Ke+1mlPbderTv1qQ96v3iRu3JfXrNua8GZG1lg+8CSq03oKXG1WuJWtZpEVLVztWwUHOgqhea 9azUPKjKjWY9SxV3EQqlzaDUYW63AXO7rTG32yJzuTuZeszlgsIzF1WtFIMOE6Y2X3T0CxS8jFg3 RcQ0gvpBQQ6/FBKv7vZHVeOwXavAx2zXEADj7CD/qoLgk7OS9GNleedJ0g8v+nj/8JWGWSbmuUEK O9Y3TPg3H8s4/wQD017iOoulSut1JVswUsnEVOqqK80WF8pKEAJKWcnFVJo7LHOmtJLjv1VX8ufO G2WlibVQQ7LnIWZ0XXWl83mgrnQ2tSbq7gJPXYkQ8wxTaaUmZjjzEJU8H8O7hbJSuAp/V/MumKgh TYLQQkgBggSujZhSpJJ6SpFKPUylPoaYaor7QaimE5ECtTyF9jLE8E49paYLW93d1B2rxTf0AzVO k2D2T1ZJy/sX3+EielIrWdRsCckm88mi7OQehmydYM1aWycCb6bOsuvNAu20SolTdEZatxNTKr7q SBCu5Z2FmIUtBCqtOuRixrd4/QPC47NyRFdW1P2K+GYlWffl1YEh1L2hqJdZcASmqiozxsCekDlL +V+lXAso1xrHIN8q18wNcK3o65LSmY65XSZrsY7FnLNWoLvtz+/egUueXtvp/P1ffhcO9dy75/cP N7GWY63ZCcJqbAloKWoHu1xoZ+u3G0E7R7+dA+1cQbvsCWew2ncVxBlj6qQ76lhCXqjaM55YQp4g 2o+gvYg3iPYOtBfxKCnlydzTmcwEO53JTIiJmcxpdZdVV/i5dzn308X2GUh6mdPdHS62BbBiBVSq zvbvYv1Yrd6Vqamk1Fj5QQ+2LEL+CjJQPy8R6u9ehJ67TFS/VD650V/ra4LKqT/mPF3jc4wZJZen IFPj9ePVjEjYC3/hG6bReyHgfxz6d0UM0FX0eP/54ToKo4+fbsn6IkpkLBYX5hrsdSfrLxG4+6Kr m+Xd7dcjKSmJlI7deCOQlF9+Adc22e49duwrhVeY+h6JWAraz6O7908fpBAufxeFrhbYcsn0vaQu FaPhZZhElshABLKk0CKXlH1N0agaFRTsvy4D+5XvzIxXgb2avgJ5fAUEe3VpW+TnU1/ysjJ7eZBy WFo/oQTpuIG3O5k6fxCsx43njmN05XPn8u2M3oA3BRbOPsywcbrVToreDDNl7XEzTJRhUjHDtiPa ICkg1YNYqskfib2qA24+Xhx1yB8JuGSVcma2ques6lwFtd25tPQCjkdqM1NJFfN+t1PJaDiVpO1x U0nyZuL5DkqUG10hCWYbokCpNVt2flIOc5gbIpRsmKqm5lHpG2mKoIyY1RpI9/cG6ecrn4IUFc97 UIKMGltZlGnCJF900CFvCwVnr8LCBUvxMF6KvbkqHJw2XGoxeHa7cI8zfBWuMG24Cb7YJ62TsRPL mXqQuYs3tIGS2rlexlkv+Ne2cS91aGQKiTTKiK94NaYPOKF+u4BPMowVj9b0AScYY99MF+RF9ea/ wklsg4K84J9zx71IGsiylGURCuDFCksIhUwNd0fPteGEPq5eV+8pDXs2CNEvDdLA5XqucQRa/SLe uf+x8sZeC/sNE7PfEN4+3/R24/xh/RRtwUqwmlgJ36LZI4mKWH9Q44aD6jYclOTpUH3ZM3fNKol5 +Hzlz91TXxhoXVj0rcZusBwkhAcMA8nOcJIYe0hICU4NITkZJInZgoHkZqOTmCZISAlOEkhgkiyD yRxebnb+3oi1AF14U1PxohH5cDN99woQ4/vm1Mps+wFnBlkl/oXGn/98eri6fkrwg5YqoU9K3QjJ UJRPJjSSfeuOO98wXrvUA0YEpqVvWhgZyd85wl6Ggh5o8opFrkfSRilj86shtFXpDyi1Xn3kZakb y3rSsVzRxCP0TmMRlMz/rJM4Si+prdIZ7Z4orLZ4oqDMfNuOiQ/OWDe6vr+JzCHGtKp4ZVdXd++j jre+W3/8/LEBgKsvKAAc5651u35/Bw9sFY3LfTf3DOsRr9ttSDwxgC0Qb7xb4g2bEk8MYPPEM7o7 Jt6gKfGEALZAPHu3xDtuKnliAFsg3o6n7ajpgiEGsAXitX6UqEm86hmoJvGEALZAvN6OiTdqSjwh gO9A8pymxBMC+PYl76SpzhMD+PaNZKvpaisG8O0bybbZkHhiAN++zhs3nbZiAN/+tLWbrrZiAN+8 5PXdhpInAfDN72375e2hNvHEAL4DyRs2lTwhgG+eeE4ZeV3iSQB889PWMRvubSUAvn3JGzSVPDGA b1/yBg13GBIA377kDRs6BiQAvgPiTZoSTwjg2ydeUyNZAuDb13luU50nBvAdEK+pqSIG8B0Qr+EO QwLgOyBeQ6+KBMAWiDfaKfGMptszCYAtEK+mP+/yd4MTPiApBwIiCCiKiQDlQEAMAWXPig4ERExh SXgeLQKeNCWgBMA3f6Zx0vSyowTAt068ybih5MkAbJ54k0nbxKsbZWpijxq++xG338mAxo7Z/CFT t+UBbfERk+LJ+yp+wjx+denNFkedqS+KW10LJMS1JCCVz5ogjDUOJH23Q0DO1QGAPDtQDahcFRFW yJsrEYAXGoFnS171YKI2IMk8STkns4NqgWXck9mnGVgkBycpB00JAaFkSa9tzODK1XEhFUj1OQYZ HdKZRsoRu0WOULCMI3aLHAGwMUdsNEcMzODK1dEc8VTIKLItksaSV//tTT3TTBmtSnCnDZYxWpUA T4vRZsroLo7RQEfM4MrVcYye+nMlMoi8P+08tPKD7pvGD616qgiilw6njS1q024AzVxYjuVdtNuo HIYwiCcUBNPF0e+koegvd/KGjRMOTfMxzHf8JIETlk2TeN/WtY3Vb4v7ye3V+0eR1Cblb1MQY6ba TK4Xm4WYGYcQ1FYVYobqRUSia/GUTDsMfl9ALJcXLyV5bAqVDXgei6kM6noCKh5d2dSqTNCotVnc 1PLgfG/Lg9eFVHktLA8ak7SLnqUFPA8RPZ9VRM/NSUS7LqN9MhJhNsq0gOiXFmK3wQTT7VorxyjZ oOmtqlb4xpcFfU7Wa1JPEDdJPPL8uv2CAIBAGoKlKFc9jhlBKsP/STiV5n9bzEKaxgMhoXKEocSb SCqlQBz5rEoZu7A45kxSZPFGhMlhcejGipt0T2j8ZmBYtoTCUBKquTNrqkM1NSpQLNsJkqgmkH6k UTyaBFXChkX7qIJyoQ6N+QyiNs1ciMakbIULZ5QmKAnfrFgelrZyHqvsECSwHGlXGyStegLhAEIh GK7ffc0AuxgJS0pCOGG0yXzZJiPY/PX7/kqmhZOSsG1hT4LNsC1NZpSkNBu0F+NrcRbQTEY9eJA+ Tf7LOB61MzlayMWkN6Akb9KJYFNZLllCJEJaYDlWdtGJkaCoIpohBez8zYYFbBscSihOp5c6EVaK Z8JYSa6HfNHmkLJK4sq2YDklVIHE5mrABRVJ/fSWQ2fxCDHwamPbCtGtS0cDY8eA/z+PFz+cZMzJ DqqsfvrtzdZ3LEMvjUTdm9gIwHjgUAoEDOa+Lcu1zCtBDjvMapAU+YxX18DaCtg8y0nZX4WAzYyX 4pkoBEGeFEE3LFOeapebL5qahDVhpgi2m0aywMyVhe87KgFV73n+KKiLZhsg/9xySrmAG4rmLz93 4IJO5+df4L+Y15LApX9ZYMgeeEe/9E/g74D+HY7g7/GxxDVbBD9KwY+OoenJEP5aNLa9Tf86ffjr 9uDvuMumhZyB8oEn5HIP5KJFQa7UC/Yb+O5wXrCkIHbLZGML5B8oI5likexuEElFbgg8kr0NIqnI RYFHsr9BJBX7BTySgw0iqbB90UhaG5g4iXnsJt4mYie4WiYys21R7oBiE6J7EOGZkzZI+xtPTGMD xLyNok/0cMycKKYPrV5ra0LjSkNVqv6P8VZReWewDH5n/ZLVpb3NQRDaK9UJChTE1k2T9fkmOhuu bLfhr175Bl2eGjREyHQ+FHzMDMd/u4h3Oe27+Rh6Xey4xI1RYeAxinGFs7Lxs3kD+puemW3A7co8 rsRok7zKS4p6Q6oMnY9HkO7rs4VgU7t6nbkJZUubcmIEoC9pJEU9+GTQiRejtfULQlRtROLhlPgP UkBMX51b/mQD3iPctMLDhFKeXiNJpst8aSpeUFqehDwegIHVNsliAyTt6fR8xSwCHUdLAekkKwUe Wz2Mk87O5wHCVKrfB5SyQA0Ex/aykph4mT9ynJAXmZIlXy6WDzGJTaTFXcEnh0g9PBDre74As+x5 uHFmVQnttkjo+pCWdugmoPRbU0OxZlt9GkIpC/1xDaFX68tyQenPcmlpgAgrrFz0BoivjauJq4Um KZ6M+TOGdPO4SU0fT+o4tY+WFtFQU3RYdPWCVSXuaMND4i0IGustH1JdjQfKLnetML/AJKjVQ3F2 d/0QwSV8/JlKoXkhY1qCCARz12APlNrLCZO8OrhrLpNxf270EL1bkmHP7m6iL0Qg7TCXOKwed/Oz NmGtxv4uKfo0XJ7PXcy9Hl6p2F6S2+aiknnjXEuSflNU2MrdDvq6i0wNI6vMYj29DKUuh2sZohUG 11iGv28GI32F+fKdzuFWBFTXEG6Hw5tf6b6FObwjBrdfU2sftJ9ek9LlsLGmANfrFEoTVQWlDXW1 1zvfBjMdShuzfVMbZyjalKwn2/rOrHp9Jf0V9nf1OFevcyhNTKSktOFwgaI/t6DUml9QmhKt9jyD 0oYXDoo+zfbdtdXCnUu2qc4/ZVfc1VCLAvMTKKtRT7KyFosxjKnWkxMDfSFvsrl7RbH26g8IkWtc VSm4fSbtnUHqO6a2egiY5aSf4ImGeQyRYwceMLvIRu8dZdwwMQ/xMuse8bCHcysmf0WpvedT0JHr Bkj7Ts8//scff/jOuPvqbGq98ldBiHoKqd8VlGSRyHc5d1x2+I18b5OUjFGWjo+9vVobOq6YuuOz TZ5DA+0N36zHbv0uoeTZnnRdl+1QarEeyjPcADeanfpdQmlzlkLZG3bt2b2ZFu+dop844y9rjffS wqqcrbX6QsyNahhZNRFv1TrclPXFtaO6rdtR9Yy8g/XVovWFfNyYlIP1pQc7gb9v1pcm26HszXIO 5Tuzvp4zuw7WF976Mjfx1CsX3Aq7xMZtVv6Mvgs0TQ17LbuRauRvpGJ6TbvTMwbafPoSfP7z6eHq +gnw6PXrXSor+sS38kY/J0IbeHrJvU5J+DRsN1AHeg3Ga9f84mdNFgZm5kPZmTGSV/92qwhv/W3I JkznZ8fPb9S4zN7jpD1Px+Gi1pMcKAcbEVNyVE963hrVtSS+eiKGifeWFD3ClLwUwxo3wPdCpuJQ qOGloRMHKimxaCR0ADD1L18zJDS5BqW2SBtfrJo39/fy6k2FkCdbu1yWEVQzDFW+7PXtMC6Bra3f OMoI3a1PaCjP5roQl/DYmHrtogIlY0CvGQOg1GMClNqMgNKMAlyGOA0Y0hwlKBljNLz6slKfOVAa MQhKc4pwGVX3kmS7qEHJGDZoh2FQmjENSmPGQWmHQlwG1rkxzivtoAglY+SwPUZCac5MKK0wFEp7 FOMyFnNAiy3toQolY7BGOC1saYfJzaE0g1C/db2W+3RzGV2VHfDrCNDWYhuZGwgVuekAWT1ExOe2 yLOBIJUbJw8qGpv8Vyx5nmF4td4WT4c2ECy2bfIAvNAPwrbPDipR7ZCnEzs7O6ggLMkBni/bC0Pn 7L80VR4Dbm+yDTcQpW/T5Bkhbou0RZ6T50eeAeLld1uTy32G5NneQj/cVFTJDZLn5GR75HmGqrm/ RdX8DCdXf4uTawOvADZOHkWuAihtkWcDz1A3Th7EffyWyHO8gVuMG7d7treDHz1D8mzR7rE34P+p 7KQUUQrEQ5EMIxmCHYTo7Mlq9LXj+2FzQyFGEnqQQ6/lkfzrMvznqzfj+Vn8zxXpBe5O4UZXigDJ IEysRXIl1dAMBJlHajUJxtldKsVyUg5D2UtyH2EaF+4sJc23zNxgQvM4tMTcBDHIlW5ahjWRPFnA IOdPtZKd4pCTXtRHkWz12/5hNd1LrAI38NvDCneNVr0Q/MES0KWXVoPzUxeTr1K+til9f3jEknud zRFD8Gi125VKM2iUmohLmtjO6OotAQrLRDNMHA7L3LuYVpBscV2A1Ao7FIrSAg9BzOKrqHoEK8Fh AbMJnGNNOC1S9nw+dttTiSxInlxDYKzVdpGiEcVqIxWHvaJpROR3oBP0HVK5RfQfkjyxDAf4ixOP xou4P9NySeEW8bnjSjLKYtAiEDaClmQlx+ioN+PfW9dRfxST075y3BBxhRqB7Rt7ErYno4V0xmWc CWEWOIGtnck3TQ29OMOnhsYNiWZcpspj67p5kiS6bp9Hk2Ci4EmmdvDvINL01EgaTYJQcrSHodA8 ON0YhWS4QZnQ0TaW2clssTEuWzJVCyXjBIxFHvUeM5bxqsUtsiY/imNRBHjHDOZ8tTvGpJcqTcOg o5/9Ezf6/GPxpG1Mj97LxgTxN2SF78f4xvb5nsxERc5A3GBW+zMYWQAk1GDc8/ZNvhQ7WcwABHZj J9gYqfW13nGzwUz9+Vn7pC7EWWvohQX8WiN2IdqX2rVVtm1VkVswBF/M2L2IdjySZQzTeCmqBwTt R23ZuINS25GzPY9VQLnayk6EnqMqJRPtzs1kN5UMZDpMIYAxAsC2vNXc4eHersvGp4bQyOvt+uct nmqmDiD3fCUNAYHA7Dd33KK+zT9tYiucOtOWmvXpeH9zHWXIC4RrvYghIlWUForTjaCoSjGthWKw ERRVkRu0UPSaopg7HZbcs0GdKi4Xz2aGLPZ/hiz2f4Ys9n+GLNqbIY1dXGSGTJ7NDJns/wyZ7P8M mez/DJns0Qzxg7DN7UKRbIi45HiyEUwVJwcItlqOr0gDhtj8wUH6av3+wxNDionHnuxMaULsBKsJ MhA6Zj6ksdsZa5Pkxm3NibvosRGOBecV6q5j6s51/Ld+dg1i4fuK673J/dl/XfqrV75h0JSfI8T1 nlKcdtLvoiUFXUapi0FpWyrGsWeTTaiY6//5vAaee761YtI+mbxsSelkuQR6Rx0CHx8mmEkgaYJ4 oJIeWyJCWq+i2+jqMR5uK4xtekvDmTxnvvYPfC2V9MxjU7dvJLeHEGh5kz5Ra722Ljd9ih6untb3 d6voPflLRu0B+ODr41P00Ys+3j98ZW752PiTApuso9ubBIR7fv9wY11fA6JkUfk3EZqH6DF6+Evh p8Q/hV++e/cYPcUHSIiUgwHFq9MZIeqOk7otLMZof33JcjTb2VjFWAQTe5lMX/K3i7xOo7dHwKX9 RuM8tSGE7kZwRoBBo5nYTCA0ak1HL6FS8WLXkgNlK8V48gDhHZkaYHuOBSJUR53uppTRv4iuM/na CIQNp40oiK1qoxFKGy39sLGGaY2RMNM2zMhec0b29pGR9hKuhHY6wz6ucpdVbmFhCQm0I9o/6i5T uAIfB2DQjnbAfeUMJbi+/5Tera32wGeVG/21viatbCsU6G0xi+Mw2qdg0I3Xj1czIk4v/IVvOIb1 QrJYxe3eQjs5NeKavlPKzSzhjFwigTRi2ouhpm9mg1Ar0ox6Y+K24DPKznxMxR36jXuIcsdPtVFB KNZLuutvkw+JuQX8aNm3uCDINjJFwMehUhz5Dn1phyjywrrVJnmp5xCuNh51YA6Bh7opeR1qxmJu MCCJJouDJtLL3M9MbS2ojObVluApvHio8tzw4NZs9PMmYW/u5xedF5v7lc9mPt8Ym/1NsxlmjeMo Kgxl228V/N7QNaQVDNOSmWHGF7crx0+OvjEwLBlb3pDf7QZsnc+WC2kFK3gb1GA9MZoI6+3P795F 8XPYl52/BS0c6p0HMzs2vFljdsnPtcJzfjNtN7dYypLdP1nh0E9/6MpIFoF4cczlmnuU6G/UTeAE 1uzuJvqSTKPaTzWSwU0cZ28HhziM8T7fPq0/3X4tJPSx4qEo9iPu+q/1TdI3dRkNk6QAXRyEPPJm FXlVut8q8pmPTrE5KuDeLeDew0HI496t4q7Kn5cd2CWjLxBu1+jLbr9z0E9OKc09kRzZ9QbEpLbd s32e1PKr//yvUoMCjO+8QdHXVfVsVZGsuCP6xKhJhd7Q5u+kBetftpAFYUsLme2sUrEQr6BQSkIB lRuKRLqnYbAYwRpvadzo+iH6GN09MbhqrzcZU4KCugHO/cWgpTIO3Gq6KuNeMqhv0KgjCjin06Ck KjDvykW/SB0iKJ2BOqVSU7CieoAtCidFOk1W+2kSURdD7ees6ejOwn0enezQrrmv91+XASdQOR/h uAnfOSxuBiVxEluOhLhyMuV9xS/ILJ8Rddl7obAnE2+UH2i9IlFjAyXx+6gv7Sn0Zg0nNQ5DqbOa IrZZ2Qo5b5f5WDMSzEPPp0kWBFfcWK0AVWtiLQJ2PUdWK3RWdJodC65QxLX84IxG1hS8OY1rBRQt cyzv0IyVlrRSN06UKKnkLELZ6Uca0GSMfxcqlihqqST3TTD3NqX7UEm7UoZYw7IcdSPM+0TBHEzD qxF5Qb02FdMofdPLQlzWQ4PJditoxLE6a6FBZmJbaBBQtdGYBOjg1mJMYNGGde5V8RXj2LHOpPfc kRFSK4BXk+VZfKyA2/uWszAnN3abqn8uXFT2VdypvPYzYyhbTW2ve9NLjeDGzz+5TJuoPGc42FCy K6YaqXB3wTQ4AN481za5dcNNDIlx2GBdCz9EDx+vbv95fwf2xD8NbZM9tZ2ZhdTydVsWU3pKYMsP cjFHzcmS2WaUEXBW45T3+Yf1beq4bOniYhxmGy/9xScwifmkJi8eMyg55xJmuFB2oThy027TWTiK 4qx8dISRZj+Ytxj1ZHNvetJbD7kNK+KWLY6TubdLWvW7ana3c9WjzV16Otj6W3WEkgxaVJLZ5o6C RZtXLcaRuWRb8s0sSwR2C8sS3em3jCAB2hQrraySWKykkSJwX9txUiaexvlM+xKN5DaqK7uNmtJ2 3ubDJN2tS+LOJkigTQf8fMR9FbNwzHP88gmQS76DnkBiUoZTiLwtHlryNJXxTvgoddPiGsx9QcLQ WvI6Rsmrv9pA8EANe0C9NLKHkKhq9RdP3NfilxL3Ezb6Rvl1dnWMMdssl74eJct+3zB4B/S6bOJT M3XDESjJw1LBjQPUCN+ellcgxAi7hsHbgG5ohHbjEXZrjZCzMu/tCHu1RsiZz3s6wsDua4+w98yk dFBrhM9JSoe1Rvh8pPTUOa61WnDSQ+7nCAOrHKYXMUKTPw/zb2yCEM7KYfNN5FnbsKSB5ZsYloKN VuV5ZWA5wRGcwl8693fv1u+T29ri9Lnx1W7W0Lr7qvGiUm1NZS8ou33ZC8ogtAfwGLLHd6dI7x4G PpwcZjfaTe2rh7/83AEB6Pz8C/wXHM0zuaj8nfC+K8CONgLWzLA1Oc35VOTTJbUkV7U3sHQm4TLy XE7jc95WtwAgA828FAGg1UYsDWX+IkLnAE0tPzDao1ZFW9gQT6b4FJvNRNDAogOcpKRvQla6egOH bQHzVI8QqxDzFBsKKJRjRF3fs3+HuljXbxkh1Ntw3wNOdjqYzSWvkxNkJ2b9TrobIG3QhLRdJGmD JqTtIkkbNCKtpUdauWsBEdQELhYnpssyCH9n6ww46cofneavWqFHEL3WLwz0NC4MQElORundsWSk bHrDfXBkkD49ZCnCt1H0CRCeKFJE5Ev5bBM5RvX5pkI+oFCOBXvLseC745j8V+nPhTNoMC6annJp ZVjH3m3otYObswH3cV20UsP50m16xxxhQEOpG9JDjQeUds1DKM1NRBzmhVHoWmZQ6lhn5c5QZkTc GTMl2tLk9EVVttwBdPbOpi3a4iOkMKxVNVq8gYMLUYRDDfVoIjC7vtZc1dzCQfke5yraQIaC3X9A Sbd3bUy3WoZOe2Yp0hrTNW5qGDZ4WjHDBKZNo4tQdQ0UKJrhjdvEVctgweGaOr0QaIp/wZg1tWOW 5c0aZT6qg1WjLtpOESh1HCPlzvBWTbBRqyY4WDU1UTtYNTucq5uzaoL9tGrquG4OVs3BqmnJquF/ 5X5ObwyMnUbnnlL75nDsma4wY+dw7InAtoB5tj/WPEBCJUFodOxp4WKbNzv2tFDmZ9Ds2HMDpG12 7IkkbbNjTyRpGx57KjJH7eVRZrC3R5nB4SizUijH9vYoMzgcZRZ/lf5ctK2JwbCvR5lt4LaBo8za aKW28OEoU1B2fDyCMwmg1LG4yp2hnX7BRo8yg8NRZl3UvlGnn8m9p18uu56rG3P6Bft5lFnLLD04 /Q5Ov20dZQaHo0x+2fHxiIZV0/woU8Oq2ehRZnA4yqyL2jdq1TyPubo5q2Y/jzJruW4OVs3Bqtno Uab8iyhIiDPWfvZtHPMfRVcU29wJ58Unx8aX4Sh+xV1pHmsx1sj++hQh9ZiY6jKzwB/PXdlBjD9e zfmqhyNA1cfWc8i6Whq5w/apwpGzRo1HHjiWz15MC4YWUAqToQ0FFSzbN1WHVE1+911HCt9xTKMZ /ECJP5RcFt/jKnUxfF6dvrXLfGaPuSV8Zo0a89n3Zq6Ujb43DqRk8sa+Jpk405ZDpkSHnvqnb+rH f8gHHQOJ4evL4hsnMqkF1VTravrmx+UdGHEGmUS88n1leiP++CCTlIDyEJNB8JM4+yGQoIp4FZtU 9Y8v0HHQcB78Ontceah0PjfUbaHgdj4bibncLDu2nLYrDx1rUh0QX+i2QMWY20ycFzOxELR0DcEB FRqajwOVtZkjuDKlpqO14q0gApTzDX1uw7LpxgGWxveb+rkcH0VMs2CQlKZS2nDMvjgaYZZVgBiL XVHCEG7tnlbtvlbtgV7tV9O5tdBqMtSqfaJV29KqbWvVdrRqH/Nql4Q2J0d2G3IU2NY/cUier7hj F+JHIwo2l3PDRxJRG79W6AdxD/FMhhiCWrU1Zi3EttOCrTFrIeaaVm2uKFdrC3mW/Sv9Z2orkUYi LSsJfeqUQ5/Gdd+yAK+Wxf2VWU9fjFyPDLkYscouxB3b3cSDOFuy0LH5Icb7DlYNkjZL9h3Z2PyR ccr2F/nO43WnkGmm3LK6HfZmRhFB2yidmSR7YFoTsTcq8oA0cwDXEZ9iyWKpRNQKJ3bZF2t8cSaT 0diwu3GUt0EFa9ZM7XotIm07Ht3AlXcBLtvXVTfws8VkCb90jf6IJ61Mflw3mJSt9EQDndHMUoJ8 pSWSso0Vy7PFcy3SK5ic71UNxslLdL6yPJbZomuIthTyZnQSn3B2c/JmVHFanF2ivBnVciNOWGTl 2EgzoaaBUtlmbJN+vIR0CPqN6tCvDpKMfqZYU7O/fM3k2UF5wnufn2hCy8C7YL7Ml2JdMPVBVfEC JhIdYFR0AKuuqwPS3lMfy6BymjLtnyx5fprpwBB8NwXfu/zv/ZOxAL7guyn43uV+54yxWxnjoCfA uS/4PhB8Hwq+9wQ49wXfB4LvQ+wYrcoYjwX8Ohbw61jAr2MBrY4F/DoW8OuYzy8CX/Dd4PoTCXzB 967ge0/wHeJdcuELvncF33vc70nJeGQ7FR71BLTtCeSwJ5DDnkAOewLa9gRy2BPIYY8vhwQ+n7a9 vuD7QPB9KPjOpy2BL/g+EHwfTorHK1JdvgqSpKgS421h26uyM95kG7lRRV2zyq7CGi72CMVe9ebc 0xXyw2kpUG3ONOMhOysjO0ri4XOQndVB1rdgr6OBkxdUTq0MIQGhsj5O3sy94BKQ/LASIxuv3KRX r7xyJ8Yt+W0lyy5bxMO6/p/Pa7BwE5CTSdkaKiSaPRYkACylzIbhcSuw4UkgsC6q7VfRbXT1GCNa /omfMyVPt4w450ed7paJs8xlgGO70iYkJL2Z9OcV/+e7QrreHE4aZJXPjwu/PD/G4vkBlfXnB2k3 484P8oOLmB8XkvlxUW9+XAhEoLBFBLy5PzO8JXxnZnW1fY5DF00E/6Ke4DcbNZNVGHsbY+aMa+r7 0nfj3N08qEjQNMNjQVam0hyaCGasBv0v/HCFpz91KjAkWN7ZRMMYsGXI0kqmn4/LVyWr+yvxaZz2 ThyTCCuXNDfFkneYxd8I0pzj2aDFuSOrJ3TcA0tEL6Yp66VKgw/rd0/z6N1TJihJcmARSUrSZ4wS 6eM4a4F8MHnQBEsllslYKpTiLhqRLl3S0luEso4qn2AdZjQQN8udzj7Wcn3AQZ3SXL7wncrdlQE9 e+1WLVBWWdsvm3aevYGpuDfmb5wF9x7L/E0QSi+45F/WlKEG86Qxamm/8FcVc1y4tLPK2sS48Gcr 7spOfpCs7BxcxxdVJ/UYUj+YcZoHnoOKNdM3SKrUrsYZO3NAVQltk3QpcOf4JYsqApjcDDi9eciS d2EVvmz+QEEofMzawR3pysWbWgWLAqSEazIwKVHaUdX2Wov1ucZijcObWUKAPRprPkWl9zu4mAEb QGCtLtLcYWUkIDMsfKv1+w9P+TZw5MxbPTPQ7Kz2mF8tv0OSLaPFnRSb6Lx6wEE25OrvXLLOfW1B ZbmO+OOJq/zxB7hsXsGWg9qbA8FyHK/2yiMkwSpvCsBqz/PKqm6KABf+MxvmORtmtRVflqWJb7lE Z8skWohdnLsCoMoErYvbslfBpKIyFMyPiildonTx5UWRJSppiW97cm+3peQE+4DC61UrpWsPq8Ds gMrKw+8cCiI7fSMjtJpdXmnmliS3XaGhe55sWqo5tLslOrnScepab4U+GNnLzoo95juTKf+gcFCi Y2yJsQYYS4w/YvcssRclN7dz5lrllANKoAekzwfiVSxXKNhtiuGbr86mVnmrwshvhb6dz95GjdrO 37kbzfF9hwBwKAoS++WU80v1Cv/4zBVc+TDt49juhFLdB7Cmuke+wWrpcQl/lv7Ak1s2pJCQq0CU QrreYkeFdG85sqXLUOhfUGMP6ZaJX78xc4+9UkVOTf/CMCCJvUwhVbuAmafRg6nfA3UraXTRJdIW PUTvlgTS7O4GHK7MumWAanTf0+m+16R7h7rOQOekl5ZgfsVP/IJ/jl9iqjOf1Nl4teBVd3n1yfof TN7yzQNR74Wfq70VW1eAp7eyQ79wh64yA0AutQ0x5hiA23Eoiu2WwMzRJCQwtb6E9GW7FiHsP/74 AxxNoMFfsdVEYjsklWHZzdcuWUaJIRHPk8TioDpcafUVrRRYF9QTstSXWaMv0uZU1ZeOSJp1RNJs TSS5MgYy6QVv0PWHR53JfBqIxMqSyCRLe1rtrfBzFbgOhbv4LW8tEoJrkENB/zwIRWPq8aDlzljZ M7gKgNjQ8ZdveBfs8rOcTEC4EfcKbs0gavWGk+rMrPYvnBlwrACvRapCKUFsKazJ6J2rOuZUTd74 9TibIcEg0T32hrwe07F2lWNl8IBTEsyHnNeD0h//iD0QcMpG5agriEWTQuElQUZtJ5MNOTvaSpwl 9HUddltcWJSSFQE89VUAueqZi0CQvzkF6ySeO05S8vwQss1vP23AbyF++lVa11JXY+rpGvIhQsn6 HxZuKkia5A5G40PQ/LI1jJ8cEzilBS3uQBZQBhXd8oV/4U/fffnV6P7aCR+u1nfru/fBE8HjNXT8 giy30Z+f34s7yYHKiZmAoVA28jAznQW8tPX5UnbgSKprPeMsOUp458LyUXDY4XyIrv/dOXM6i+j9 /dOa7m47fnR3Q1ikZkxFjt052UjJ51E6EkUdbckii3gsW535+u7fOLHKTcGQoN6OAMzuigLAUYhJ 2YykVokTe66Wb7RmG0zPI/p0BFl9RGx+eJqCqm6FkLIcVkm4vQ/PcBRkzW2Cc3zrUpHjWN7lgg4H QxcN/moraMEIpWI2FHkoKmWELPQYKPMn8SS///iRTGvn9p7M9dw0mVyRJe0GJxE50DJrRNCkDfpg Y9dAEdJRSzkW1qpOuP4Y3X9+QmtF9ZhRD+UzrU8prm0umT2xeSkY9+zuMXqgKwGTEKI+1o9XfxLz J6FI5//r+Pf/iR7c+//cyQnC2e+72Q5e8PA907SCiBva1p0x+LatOzCsK6Yb9+qYGv/cGHZpbtUR nLTxrm013t6K/4iNd0sunbt9/tyte/cQ8EBuNtve51Y24Q3365nzQzkgzJZRW9qkKgqjnlCqSU8t SVcCbXWkqYpqqCGlClWrn7aXf311g1I1SDWDMgjwqiU364Xeo7SKUNUU/hO4XIVUJWvO5RDLA/Mz xoEvM0dD7gRWV6JZU6kdkfO0H2cqgB46eGWve9oIaXycKrvnHRIcS7cqSvksD4UdiQjHIlidpEPk XTyOg2CwID68yxKF/+TfquC703sbdqcLDiRcPzgXudP7GHd6FQBwu/pVvhb3REtX+pYkWQaTZ+fV NyUlmKL9erZHH4j26Br78vStSR4/+UIIsSWqNSCqBOe2VQMLx2ybqhT7/SMqk3sZVdubqFa48pDX PXLPQ9gFA97BLtdYgDAvq6WnPD/1Pt8+rT/dfs3dYEh895y7coXaRqG2+KiHXacJ0/tF+cL0SqxT 2J2a8u3PcOxxQvSy87bVOMxdTaKvVQoXk0qYAKijDjTiyQtjX/VX7elTeXjE4QS/JcX1859PD1fX xLphF5RygV84FyShZFzJ35IUc7HYBsNJipeam1BwHOW3TZnqZEyNB85law4tApNyVuD2zHGXU6PR FdAUaTdDGlSwEOMcLhwVJw45yP7S/8ku8DEAktdF/mz1WzHkk+EYhahUUJILkbSy9oMaP35KXg6g 5LtWWI4Glf6TXpxK+wUArHqN3lcWt/cZe3TP+e4IvnPDQJHvAe97SvIsLG8lfwVpOxbAnAi+TwXf T4WUrPD8je26RZ7D5W9emC9WU5/kLgAUoJOsc0SWpJHbuTdo4vjBhKVcizL92Zb/7Mh/5r+AYaOS 3JFP28tuyQFr5T9P5T/nbK3KtVP77YTI+ip6vP/8cB2F0cdPt+BO/0lEVcIDokKjv6JbspBcP63/ iub3/yGi8eHqIbo56nDWJHOQ0zkvS93P/NWGux8cmcaRacpxsPcAB2cPcHB3h0Nye3++eGOJepQE ZJzIAjJWNjA68az55lhVofDrQsnFq+bYiY1shRzoE/XSz6eBD6uRLg2yMMdBiQ6ibtxZjW4USlzU l1NnSBWXBNONbIO5+o2318sezLNbfNRw4NdNCAZAcYMIYBBi9wtyEDmvCFdkJ+u7myBirx/t9ROs shZ/WwgFkZSmdFmXxzTOyHPTv048Vun0r4aEbWX+c+bydzn/K7vbDc5/ZF+7m//2Yf5X5r/Q/cGf /84G5n9vA/Ofs+//Lue/s8X5j+xrd/PfOcz/yvyvMI0z8tz8dzcw//sbmP8cX9t3Of/l76Panf/I vnY3/93D/K/M/wrTOCPPzX9h1psG83+wgfnPufj0Xc7/8RbnP7Kv3c3/8bOf/2wQrSqACtc4Q88p gMkGFMAmHACco/3vUgFMtqgAkH3tTgFMnr0CaN8AqDCNM/Lc/J9uYP5vwgEwPcx/Ov+nW5z/yL52 N/+nh/lfmf8VpnFGnpv/pxuY/5twAHDuMH6X819+Kb3d+Y/sa3fz//Qw/yvzX/hACnkHjc3lC8d3 y/fb418Wflg65U+aWH7Z/I9/cR2/rBjSX8JyeOjkl4D9YlV+mcfQHM4v4VEpa3zyC4NmVnELGDSz ilsQQ6viFsTQqrit4jY53OKcEt7bcCzKKbGy/XGNnBIpyN54VOR67uqx78xsQTBcfgjGYhC/XOyo YutCFEbEHbTqOKBc0Ob5u2hQKpez49vgMOCXpZ/YRAc4L3/ktE9JfN42ifOZW+KQx2N24XfTvKhu sQvMqB0RM2FGLtr7prjhboEbzta40Zdwo36A0oQdlbCgrbPjnOof7ewuKTuqaY2+Kf1TDMFeIKaE Azw6nzej80EJtc8Sdwss+T40UWs8WRGmHHV6B5405wkdOatKhiVIhJQGqzeTl2qNuOd7Omt7PofS qM+neCxZYDWUExPxIp/WCUXaYnqr3IvvGAMaYdrkZF3hA4BynhvrUSUNhhhafizcEIacR8242O+5 xjDCZeBMynvHUmhyuWspeOv7vCfU7FcnXM15v6YbdtL/Uadfw5lUjB6dBQE3OdtrMaR8+eXnDnCj 8/Mv8F/GlwF9XN2nzjCX/rtHn/VNaCB0SMObpFTtG5Kw8RnoUQr6hMaRGFBAxzTRaZ9KhEPnT491 SX8dDoWA/4uWQk5s2of3veSlueOeCx4oitqxN+WkneCZoqTdiLYTPKKMFQQAJoqYCJaqGoEJEsav VopWQCcfk1bCt+HL+H/4bcWSQsEwsSbtxzIEBMEKihBc1RBoqCzWhjAqjgSvi3Waw4P1S2F0/hbH OSrVZzFPtBqQeShsoIgHmc3sZLiao4WVkBErlTiBhOMwyUlaE1QgfJo2KomwU7KKp04a8ZlMtJb9 5QVq9mVD0EECmRbj7aljlten5NxjdfpW9fCBZi2pLj8JBH8VmqrFRpr/JFfhrU/WAv/q+t9X7+Ow G1j1DMasYAFhGrrOT1XyCzH3565qBeUjXl4xR7FZg/srAZmtlL105pQA9KogVUMuzbCcEHR1hKC6 Zc7VOEjB85WCnqYUcHTcQQqejRQU/yVefirJYw/LD+Kng8gdlp9vRwoMgRRw/j7v5UfCz/oC0pYu Duz+QRfX+OkwCw+6+CAFnCEfdHEDu3jwreviHdF/nxXTnpHkMEuVs7T3rc/Sw1pZBnnYvRbKQQoO ztODFGxJCvqaUsBh7UEKnr0UDDSlgJM95CAFz34PPdSUAk4enm/dOh8erPMaPx1m4cE6P0gBZ8j7 bZ3vmfNoH0zVPSPJPthte0aSgxEjNGKsMIk7maGd5leaThb09Yj66Uj1Mj81alR0T+6aThe2PMBR NfWi8iGQBcmhig+Bkrct8GCj2Dx5CEQb1X8I5E3eLtiDOQ7TAtmP8zH9TdAytISJU8ar5Qr7apKR D1q85P1MYyVAXy/FvE0feBFSHXXiHGVIbsfdMCKR9uIYCkFShXNHOXvaZtAqHFtnFngzmJ0nnNAg 2eMp0lYqc/QmPEOWjNOQ5Awr5Qtj9+aVomJeJKOgzGc9wcilWOU7TJDrYbrrGWkWLdqMdFqlDntf QcWNjHnMEwcEPv0uAp9+dyP4WNP5IgGckZQDPo8466H6SkEow3SqVCcSFLhpn2AMiQ/VGKvHmIc5 Mng10EnzQO5kj7WKQ66o1YkHzflq1RhxlSprUl+pprhk6aGG5fRQUALaj0BLJr8htGSWIFky19kL TjLTTbzaM81iDkL6woLfFVdE6BhiESH/5iDHgSTEJ9FW4wooKFTi4g6pFFdqlVDMN6AiWmjAF0QT /7JYnzc6S9LUNM/yvMFxpdqnhgaZ2lbYRpd0t4/s0wrsVUt99jT6HLfUZzljt7BPO3RqjDNRoeWq HNkFecFHKiimsWTeBwdtG1fdOeWZV9bR/yIzy+AraUoNrpKmTVpV0iOukj4br4RGsJf+iDZmoQnX mI0TMFd+Ri+UMEGb8djaMI9NfR6b2+CxHS480UJsh6GvtRADMAmDAV5NBoM2bMRghNndjMFdfQZ3 t8JgK1wIGWyF3CSilBrjqXAfa8cpTrmKwY63x9yGq/GZpOEbk0Xm4P/Ylf3Yk/3Yl/04kP04lP14 LPtxpA4yQsV0Sp/uP8TrJ+MWxjTJpNU00cszY7iOtfXHH/TojOYcHzvkHx6YJeWvK/echTCFJJVE cASLeA6uGz1E75YENZoRN78fBxPpiIqYdmM2MHFG5ywcCNsPTMRVUxOd8xt/MtKILDnghhi4JJYI r4mSoRqmLIef59Wv56siP5OdBeVKbd5+r+zRMfux882eI+dbnEL3zdtJ/kSua/BTdVcDibCWbAEn 3Oc4+URtDBq8gLThkFjSZkTbcM7DJG0c2obj3xe3oSa0VT6BUbRh4+EcOUjasPEca7Vh4xnV154E kLgx4eIRXW1lVbq0Cod1WZUercLhVFalT6twGJNVGdAqHD5kVYa0CofsWZVjWoVD5azKiFbRJyrV rkfUrjmoPG71nC0i34uDg4Ga8fu5Ee/p2/C9527DSzd3eQv1GRinK3vsd37KL4jqKTdJppxYj7Gf hTYpxFenkcnzYGEZ+7Ynfatm6HnKuaKR+c1SD60ywT/azLV1smGt2dfXmv2taE3HddTuKzucEyKT qrXP6OBCGfZohHNG1xO4fyVndL223b+CMzroR3RGF/8mpa3eOZCpeQ7UM/LnQN1ahxXceHfCLomm MtvoUmdDSPrs1uyz3gljj7OJZAeGPSM7YSzX4p4wsgbshLHcAO/bJ3ze5/ObnqF9fkObHM5vMh7D xGrEY8Qlnvo8nowd7eMb2mTzLB47nivU0a5lSn7rSn7rSX7rS34bYNeEsv03di5CEAMYDcObYchw Yb0CfIH2w+3gAbBWu8SdArjoNuzFDXu6Dftxw75uw0HccMCfhHIXhWp6dvf39I3MNe3DN9pkCybo 20C4cfdXy1D0m2u5wmntkl2SuF0oNNmY20/gDJCc2a3GZ7a43Xd2ZCdUX4ENWdOA24yvjIOMV4wr 1HneRH0BmFrqq+q2R6qvqssTf5qgOElwDRNXPz5FcMtaQXGC4JZf1ChOD9zy6wDFyYFbfouhODVw yw8VFCcGrnGMrs/wH9VaaKonBUlD1+CeEmQ/c08Isp+5pwPZz9yTgexn7qlA9jP3RCD7mXsakP3M PQlo4MkvuaR6ApeUyD1U773HfIG7Gix9Eht4dlDuorLABvbUp4ldLp37u3fr98kkBudp1mMslayy dfdVsbDyF9VsQR0Y5QV1uuyf0B1L5fvAEHw3Bd+7vO8cHMwKDjMBDjMBDjMBDjM0Dt0qHQY9wbj6 gu8DwfchEodelQ4CHGYCHGYCHGZoHPocOhwLxjUSfBfIz5DLOw4OAw4d+DjMBDjMBDjM0DhUfHUE f4GcD7kyRr4L5GfI5R0Hh+MqHQQ4zAQ4zAQ4zNA4WFU6HAv0wLGAPscC+hxzcePgYFfpIMBhJsBh JsBhhsXheMyRB8F8H3LnGvkumC9DrqxycJhw5EEw3wU4zAQ4zLA4jDjrhSGQB0MgD4ZAHgwkL0ac 9UKAw0yAw0yAwwyNA2e9MAXz3RSsFz0BfXrINWvEWS8EOMwEOMwEOMywOFj/f3tH19s2jnzfX2Hk absIUslynPTebNlOhIsdbaQm3UOBINv4WgOpU+RjL/uw//00pL5IzpCUbMdOQQJNE4rDGQ6HQ3I4 HCJ6MkB1NSS8vT1ifumhsorQgOjJhjREBA2RNQ2KYSKTZ6LfPUJveITe8Aj+eIQ+8Yj51yfkzbft a3UuiIg2RkQbI6KNEdHGiGhjRLQxItoY4W3M2k6uB4h6LNcPgxCZLxrKJF1exDVEcAWELgooXUTI ZGC5bhyOkDFI6CKChoigIcppKHPFx/5g/5hviqJZDHfVB/DT8Oauui+q2hIIOu3k0otluk4ufSSv i+QFSF4PyTtU8lS6PnQluhKELiSvi+QFSF4PyTtE8vpJ1R95L6ib2emFX1iLo3PuROsVF8EZSLGR ZQWte+s0Uc2rCZJ3moRqXjhV8wYjnldvzfT5CWwS0wTKQ4AaTkX5KG8aQb7qXleRmVs5+Et6QPM7 +RNviGymvPq2uJvnL84JdsmyBHoHFK9MGCcV8RNL4rdF4WAYJqj3YlUxHn8h7y48/gJKFT84AblA jVT8eANERPwMAtD5VcyDo3gudPzdTPhdhpooUFXohaROQ80cXnst9fFdnV2FjekkHlPWq+szFn9p VevVx9PwSEbxswV027HwPLsQ3WwHw/N8piT9ZAA6A9FqavPysf25Ms6Wfq1xNGMsokIQfCqfouZK Dy/V5NL0CMj210R27xXJjhtEQUJoHoeDy0wXmqScvb6qPIOOl9UzaeiDlyJ1e2eld0Q1SD17pI3f 8a7c/h7Xfpd/EoZvrn8n2+hfe6Q71b/D0eWb618g+fXHrzXS3epfcGZ/Y/0bbmP82iPdpf4NT09s lw270r/jIVgmXrl/x0NPixRtb+199MqLI9tR2vJA2BlzP+5NNpuO/6hiaCvDNI5VdNTF21tjXGxD R9kj3SUddTK8TN9c/16ebaF/7ZHuUv+eX0Hwcbut6+wyYbbQAOL0qX0lWNs+C05TB+BV806RljK8 KFO2nwsvroOrQTzJnbSb3XIicPuBzC4dR4apDUfQ/dZgZmm9WG2s0GKYDk6JcK6QpDkNLKx0YWIS RboDJ7KsA5mF0XmYrqbWZv08CUkd4JDQQW6FkV/JYhiREBBK4XKhgNjyijR9vnta/Lj7O2dKYVEv IJG71QRkQViQ/48YBYs0Wvy1uOUUBh+C4yOvgO3l/x/m/yOBIwjsfR4LzgxXvzXXb9p7yPquaEsl Uv2iFcjpRJGq28o6+xmk8k6GIrqBfDsOknauKGA/X6f/OcgURLKpKSmv/k0uItNpvGXFOQ7jjxYC UZeFY/maDo6zhleQhbOs0eZOQlmKwGNczUpsezo69TSrok1wNVmRq4mRq+FFunVZBRJek6tphnEV rorwGFfj5HLbXGUkvCpXM4wrcVWARzVANFrfcVqfOJeyXyjqdjbrnlPSkzObtmMbgNHVRTOuaR7v eKjLSxnmpv2Z3fnvcBbVhDjadtUM7cl20DY8D14XWtuZ04iWUFfFqPLN4RbMY6T+13ZXcucza/G0 DneQ1Wkre03qtBWsJnXaSg0iEEkpEJiXTc19SE/DZAP8n2yA/5MN8H+yLv4rvkm27D8ZpmcNm0Xq Bmn+RLAlDJuV7Y5sMFcCojGP8CLjBRD3tGgW2bmnsfpybZZMzrLlWsbrJP2DtgyWxZqsJsBwiFWs iTRU4uGRIazx9HE8CMacj9AHFGu4q1d4kY2Mi/nj/fPDl3k6//7j7uZpLjscqjTBVefh8+Ps+fuf cM28qCB+uL99/jJ/2O9MF8vJ4mV+m/1285L/Ft8/juZf7m/n++iiFXxm+Y2cKr1/3zl5uFk+3908 LJ7+bgJ2cbP8OgcyFt+fv5OAYJLEAW9etIAIxjQj9PGOOTTn/tcUtI9An82XX5++oRD7+x1ki3AO 96GBm36f5Gc4OW7HGA2gnjH+vpSXAQ7uFl+X3+dLkh/HCJCGHyozQByBIU3lsDNePi0e5qxlOyOU 4eRoG0KJdbleKPc76d8/5slTVvuXt9Eno5Z9ws8ucMAN9gkPRiZBr9InLEQFj8ODdUytE7A+Cm++ fJvf/Hk3hxnj5vYq47S2h8TG246agQJmp8q9odhLDXpIwWg/ajyvq0Cbemhwe/swf3xk1BVBkd56 r4Vte230Nnrt+g+4DPgz9pwKZtlzJOBme06FNvZc4HrODnDneq7XrOeMca7YdqfansKoPrieRvBs bDQzRo3CoQefMujBp3bQLLhb9qMFdFBRboxfhUPnlLeDLihvAd2rKDdG0sKhc8rbQReUS9ClhYEB 0RYGSOQufXrim84giW/ak5ys2iEmozh2RZyKxJwSoJb9Tqa+HuawKSspwqQYEuISUaLrDjH5E4uc YWKiFtH5UQAKkmRdzcEQkzKxyBkmDGoRA31HJH1IzYU5LpM02pjDf7L/uK3m6jwd1s21eW6SYLmD T0JuKdxxyr3AEeFWLvNyB7fR8KQWji2Dl10nBQt/HprtavDvWLGj0QXFy8BsmHD3sSo2dxEYD3pL NaN139HXdu/m8x/MfjYc1hpSt5YVT6wCJ4GfCskDxnroAPUT4zTwW/3EI51iFZa0D7A6cztpWad0 2fk6Y5pFJ8LjF2fz/z7V2Sd3Z1aT3J3MN1agGbWpcrkTC9Y/M46Jrat/ZlwbCFyr9QjQIEf7q4uU 1RGpRsKqcSacYFH3vT1DZeWvxcCGYkLXSdej12rd5mEvcdN2eL+8veBsvD5PotK10DSdRTlA59e9 q8Xy9v5/jx3YMu01dUHIaOtitEl806P126ANVkfbSeItou5uCfVBqzb31oG4LcNXR95vgxY99+Fo 6b8sjsyBxGmYnjJC9zt708WXh/vH+0yTFxTP0pYjcSMXFYz0Tsf/ynald3fz5XLx/L0zvl3AhhFr Ao1EbIpPsZ43xorMs8Xy+aU1EcxDQkeDPsf83izUzSZt2X1d77QRX43G5Fo2j/Acx1JgYX0EBWrW UgL4pJfgAiaGe/deJuNRz5t4RdTrEjzfo3Egi3jvYrszqPyhY5z2IjCGeBadxlO5FXnMi1OgYrx4 vIkymvaiySfP9wQVnJcLhXLxLPbCwEfKfYRywhF+UYHpyFXyQNQe9MEJst/0UEMPRBiBGh/ucS8l BYCw+bxr2OjGJzl6oDU22mvbaD5igi4zIoLVkbQc5mNKNqflprLO8AZR3dwEd0jBGCms2dbK1WrC ntBt8PZENvwmJmUmeXjycQ7ur8d96zmv9mIF8tiq5nk41Rmq8extU5VeU0UGLbUXzdKQq6dtaycn s2W5s50R2F/MBfWR57UzZToA66tYnbISmEZxWg/ll0yjVBK4fPrnJQ2x/FTGxVmNVQw+qd2c0DiG kHv1MFZdqjYkAJUQeOofeZxkdXfFuoOGdTdCNx2Kr3p4PfFVD275BiYWXB1WD3pkv3rGomztmP3m G0vmz81/nHRtigasaIAMxFEytXslAZL0UJ9XZ4aP7GfUGurp/W8dUCyd397DXxCQmK1T2Xvw8DaM 9xKwn2B0h9Ce8HPYY1H6xkScsqra46paBtJlP49Hxfsk3OHJe/nAc1jlhwG+iTCu/HOtnV57mCMv pHzln95Hy6f5V+BY/lQhABFHFDmja9U21WNF76CB92hwSBCznOCGYU8FqeG2VWyq+t6kmdyixXv+ gbeHA6/tkrBKMfJcpV1VkAQLNqh1uqJa8XB68busVDTFs3HlyZpFU7wmp7IBOJPboDQAyxpIU2Wh 2jQ3nWulueYSLdP65mXMg9nIULw8hQjGyDv3SM18njUTQq8E6gmXQUikHELSCxAqj4FGHs1VQmoo lzUQW9msgcCKy0Y+ayDltGqQPwzEIIQ1EFtBFNpiJ4wMxF4gaxh4nwBp1iDAJ3OsAQlIOMHhCzli HiIqKCIVCFXQ+h2pwXb8QSrGIKDRl6bHISTtWIRkHjzomOxZNNtcNST6LUgs6VsLydhie9LQlsv3 K1ZDAamFdpJAm2gpCdR2NkVAm2gtCtRiAEugTbSYBNpEm5WgzbSahLGJditB4Zj9YvH121Oh6vg5 u63Ck0gIp/D2c1vZsJ7JJFAnG0aMrWRDmQE1cWvkxDyLuDhUt3E1MXcI5EXYHSdSBtC3KlKIfxmV pJBKR/vlbTRTECk5VeGNSsluXgmx1utar/WkitQ1X9d2zVckJYZYN48hhgXfoJL9WqJGPL9lBJik Bhi2+HIyL7mKZLX0KlKzNpFslD2P1osWksxOfzV2QrJnKaRGbIXUuo0FZ1+vfYRnhYbGJruoItV2 U5baxK4F1j1j3yPongM79lkdFSQ7W4+ctq4S7Agwl9KXoL/iX8wuOvW/LP22mh5S4DXVk3xYMWbn BofsVKHP4wSyiRx8/7wXCE7uvRwdssOKvuawoqq6OrD44BWPlmfArNJDdjwxYr/zvc2IIT4c0cy2 PiwoDy986vACku4Ag1iWSqNSbzwym/aNhxn6aiDBClHDsVc9NjAawjZzanButa+tpu+xOzWg7i5o at7xU4O2mlj40zguVfzgSSJWaekLQfviOD8I5wfh/CDoap0fhPODMFFJUqrH5fwgfoIVjfOD0H2F 5PwgnB+E84NAk/ODoJPzg9CCuoNJI0bnB+Fkg8Lo/CCagTqRMmJ0fhDOD8L5QawRLSTnB+H8IIjk /CBMyflBkH85PwjnB+H8IDrODwIt7fwg6ukN+0HkOinxxNP9nuwLIR3hm//8pYYVBmSS+Lh/xXXi o7jVhjERFXLa+xrkzeeUBRRlgSVl/OB/E6QpHVGQ1rMnrbdu0goaDg1Cw99Maik0heOEVSRbFsxU CG9qfKoq+6eEuGWNQ0LfsvxhF81PyPITJV8YekUDraK84g24khHMkECvGeFKuQQtdyXkiZ5Sn6/j i4PY86hRHIeppfNR82eowMvq8QlU34QFIDq9IhZ62TIOC8s1XECIwlsiBD0RywuArELdhx7YlPrZ arGKWYSC7Ivt/CdrxE/NmOotgIaMkdUOpELMksTSD61eqG9iZE708SREGMg/BuMjn/zIm7mRj3qZ adPK3hHm1cU/+kf9DbVSW62//lZ2gwmN8YO/oe7qaj/aivmndmJ+vItiXvPiRJb0+NJZtgHkQUWt fioVKtLkqHprVNlrB9sh8Ko6cC0M9H++bnVUbXMIvOoEuRYGdn++bnVUtR0C2k3CSFw9+Tarp0OL cXNIyH3bsTIZNVgVYy2uHvyJ+RvtVtdLCoviLIMirBPStr/rtv0lFE9u269Aiclt+9223237Pbft d4sYR9WO7Hnctn8HutVR5bb9BI2Q3LbfUVWnqsEmYZe2/bq5ZCe3/dnG//9XILjVjP0FAA== --Multipart=_Wed__7_Apr_2010_16_57_56_+0300_I5zrGnz/7LXd5qjx-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 19:09:21 2010 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 CA4B81065672 for ; Wed, 7 Apr 2010 19:09:21 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 84E6B8FC2E for ; Wed, 7 Apr 2010 19:09:21 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.4/8.14.4) with ESMTP/inet6 id o37J9Af2028106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Apr 2010 04:09:16 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 08 Apr 2010 04:09:10 +0900 Message-ID: From: Hajimu UMEMOTO To: stable@FreeBSD.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 08 Apr 2010 04:09:16 +0900 (JST) X-Virus-Scanned: clamav-milter 0.96 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on asuka.mahoroba.org Cc: Subject: HEADS UP: rc.firewall and rc.firewall6 were unified 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, 07 Apr 2010 19:09:21 -0000 Hi, It was hard to co-exist an IPv4 firewall rule and an IPv6 firewall rule in the past. By revision 206382, The rc.firewall and rc.firewall6 were unified, and rc.firewall6 and rc.d/ip6fw were removed. According to the removal of rc.d/ip6fw, ipv6_firewall_* rc variables are obsoleted. Instead, the following new rc variables are added to rc.d/ipfw: firewall_client_net_ipv6, firewall_simple_iif_ipv6, firewall_simple_inet_ipv6, firewall_simple_oif_ipv6, firewall_simple_onet_ipv6, firewall_trusted_ipv6 The meanings correspond to the relevant IPv4 variables. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 22:22:45 2010 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 A49C0106564A; Wed, 7 Apr 2010 22:22:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 967868FC0C; Wed, 7 Apr 2010 22:22:44 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA09525; Thu, 08 Apr 2010 01:22:38 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nzddt-000NRX-Rg; Thu, 08 Apr 2010 01:22:37 +0300 Message-ID: <4BBD05AD.6080507@icyb.net.ua> Date: Thu, 08 Apr 2010 01:22:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: "Julian H. Stacey" References: <4BBC0986.3080000@aldan.algebra.com> <201004071120.o37BKHNr099519@fire.js.berklix.net> In-Reply-To: <201004071120.o37BKHNr099519@fire.js.berklix.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, "Mikhail T." , stable@freebsd.org Subject: Re: 7.3: instant panic upon connecting a umass 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, 07 Apr 2010 22:22:45 -0000 on 07/04/2010 14:20 Julian H. Stacey said the following: > I wonder if it's eg a corrupt FS not being fsck'd first ? Have you given a look to the backtrace that Mikhail had posted? I think that it answers your question. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 7 22:41:03 2010 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 01817106566B for ; Wed, 7 Apr 2010 22:41:03 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx2.utsp.utwente.nl [130.89.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 794B68FC0C for ; Wed, 7 Apr 2010 22:41:02 +0000 (UTC) Received: from nox-laptop.student.utwente.nl (nox-laptop.student.utwente.nl [130.89.160.140]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o37MZMo2023800; Thu, 8 Apr 2010 00:35:23 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Thu, 8 Apr 2010 00:35:22 +0200 User-Agent: KMail/1.9.10 References: <20100406214032.GA2988@alucard.int.rhavenn.net> In-Reply-To: <20100406214032.GA2988@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201004080035.22784.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Henrik Hudson Subject: Re: xen vps issue loading disk? 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, 07 Apr 2010 22:41:03 -0000 On Tuesday 06 April 2010 23:40:32 Henrik Hudson wrote: > Hey Stable, > > I recently setup a Xen VPS running FreeBSD and the system came with > 8.0-REL-p2 on it. I rebuilt world and then kernel using a 100% > stock GENERIC i386. after installkernel and reboot the system > stops at "trying to load disk: /dev/ad0s1a" (or similar; i forget > the exact device node at the moment). I'm able to reset and boot > kernel.old fine. > > Did I miss something or is there a regression somewhere? > > Henrik There is a predefined kernel configuration file for Xen: XEN. You might try building that. -- Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 00:33:46 2010 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 7F4621065670; Thu, 8 Apr 2010 00:33:46 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0830F8FC16; Thu, 8 Apr 2010 00:33:45 +0000 (UTC) Received: from park.js.berklix.net (p549A4499.dip.t-dialin.net [84.154.68.153]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o380XYAw097066; Thu, 8 Apr 2010 00:33:35 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o380XdLr016194; Thu, 8 Apr 2010 02:33:39 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o380XJDw013660; Thu, 8 Apr 2010 02:33:29 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004080033.o380XJDw013660@fire.js.berklix.net> To: Andriy Gapon From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Apr 2010 01:22:37 +0300." <4BBD05AD.6080507@icyb.net.ua> Date: Thu, 08 Apr 2010 02:33:19 +0200 Sender: jhs@berklix.com Cc: usb@freebsd.org, "Mikhail T." , stable@freebsd.org Subject: Re: 7.3: instant panic upon connecting a umass 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, 08 Apr 2010 00:33:46 -0000 Andriy Gapon wrote: > on 07/04/2010 14:20 Julian H. Stacey said the following: > > I wonder if it's eg a corrupt FS not being fsck'd first ? > > Have you given a look to the backtrace that Mikhail had posted? Not looked. It was a URL, not text in mail. > I think that it answers your question. If I wasn't tired & out of depth, :-) If mine was crashing, I'd first comment out devd entry to identify & state to list what command fails, before trying kgdb. I see http://aldan.algebra.com/~mi/tmp/usb-crash.txt has Loaded symbols for /opt/modules/fuse.ko man mount_fusefs Oh well, not used Fuse, & I've got my own crashes on 7 & 8.0-REL to amuse me ;-) (mine from an encrypted usn stick with: sync ... manual umount ... remove media ... then devd.conf with detach 1000 ... action "gbde detach /dev/da0s2 ; ... ) Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 01:24:19 2010 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 E4317106566B for ; Thu, 8 Apr 2010 01:24:18 +0000 (UTC) (envelope-from jhellenthal@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 85D208FC16 for ; Thu, 8 Apr 2010 01:24:18 +0000 (UTC) Received: by gyh20 with SMTP id 20so986117gyh.13 for ; Wed, 07 Apr 2010 18:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=4RiZ5EmVDLJsAwuxPYQcwXNgncscSBi6LPV2eVG9iD8=; b=sOoS540Rr1bYFjYzwS1vNQDWLUXFRb8IfkOd5XdZdswfXN5teJ7CepFXcVp1M42zIA uWE+smae86GmbGv0YCDauL2EwUKxePE9TOOrxSAbOzNvPVJM98KrVZoaSCrhyctc6YJ8 HForZNrCaoHwoGjpUbyUPp+Haai6T9Lr2fLu4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=aPhQQHs8whltwQlSFlM9TIw+BW44pZWSb5IqOXzKjVSzTcKsUcolGjWKiyiu2AEtSS qOcHdlsWrsG6vpTAPXjMnQSgEME61Z0ruF8rde3nIUfP8aR3JPLYzzvFofi86Qhoj1YL R1tY017egOX/o2QJZxJT03WWZ4K6kstDQn7rs= Received: by 10.150.188.18 with SMTP id l18mr4243515ybf.166.1270689857653; Wed, 07 Apr 2010 18:24:17 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-147-102.dsl.klmzmi.sbcglobal.net [99.181.147.102]) by mx.google.com with ESMTPS id 21sm3946926iwn.7.2010.04.07.18.24.14 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 18:24:16 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BBD303D.3080906@dataix.net> Date: Wed, 07 Apr 2010 21:24:13 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <20100215090756.GA54764@icarus.home.lan> <20100215105000.101326yj01j0f64g@webmail.leidinger.net> <20100215122744.GA57382@icarus.home.lan> <20100215161105.14071eiflhc9le68@webmail.leidinger.net> <4B79BA9C.3020402@quip.cz> <4B7AD0A3.9080701@barryp.org> <4BB0BC7C.3000801@barryp.org> <20100329161119.GA2421@icarus.home.lan> In-Reply-To: <20100329161119.GA2421@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ZFS Tuning - arc_summary.pl 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, 08 Apr 2010 01:24:19 -0000 On 03/29/2010 12:11, Jeremy Chadwick wrote: > On Mon, Mar 29, 2010 at 09:43:08AM -0500, Barry Pederson wrote: >> From another thread I saw, it sounds like arc_max isn't really >> a "Hard Limit" but rather some kind of high water mark. If that's >> the case then I wonder if this might make more sense.... > > It became a hard limit in a semi-recent commit somewhere. I've lost > count of the modifications at this point. So, the perl script would > have to read __FreeBSD_version in /usr/include/osreldate.h and adjust > its output accordingly. > Update: The current version in head r52 has these modifications now. As a side note while doing the the original modification I noticed some strange values (negative) and decided to just branch what I already had in head to stable/7 and continue with the modifications in head. arc_summary.pl has not been updated in the downloads section until I investigate more what happened with those negative values and why. I will probably be adding some more (2) lines to the ARC Size Breakdown area that compares its current usage to the the target_size so a comparison can be done side-by-side of the difference to current size and what it would look like at the target_size. Regards, -- jhell From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 01:38:58 2010 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 9B5E3106564A for ; Thu, 8 Apr 2010 01:38:58 +0000 (UTC) (envelope-from bindiyapha@dh-ww.com) Received: from smtp.bizmail.net4india.com (smtp.bizmail.net4india.com [202.71.129.102]) by mx1.freebsd.org (Postfix) with ESMTP id D112E8FC1F for ; Thu, 8 Apr 2010 01:38:57 +0000 (UTC) Received: from [121.245.159.51] (helo=HP-4E4AB1378798) by smtp.bizmail.net4india.com with esmtp (Exim 4.69) (envelope-from ) id 1NzfrL-0004R0-3d for stable@freebsd.org; Thu, 08 Apr 2010 06:14:39 +0530 From: "Bindu" To: stable@freebsd.org MIME-Version: 1.0 Date: Thu, 8 Apr 2010 06:14:29 +0530 Message-ID: <2784146911544459@hp-4e4ab1378798> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Unknown Fact X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nehagoa29@yahoo.in List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 01:38:58 -0000 Hai,=20 I have come across a neat blog http://dhristionline.com having several unknown life facts. Do visit.=20 Its even more intersting that you can also post at this blog, if you a= lso have something to tell the audience. So do keep on posting whenev= er you feel. Regards Bindiya **********************************************************=20 =20 Unsubscribe Policy =20 This mail was sent to stable@freebsd.org Dated 08/04/2010=20 =20 This e-mail cannot be considered as spam as your adress is listed in m= y database or your friend or somebody might have referred. =20 If you do not intend to receive this type of e-mails in future and thi= s e-mail has caused you inconvinence, kindly Unsubscribe = immediately. If this link does not work reply with the subject "REMOVE= ". =20 REPORT SPAM or forward a copy to reportedspam@dhristionline.com =20 The following physical address associated with mailling list:- =20 Bindiya +91-9420818377 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 02:38:32 2010 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 9B5CB106564A; Thu, 8 Apr 2010 02:38:32 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id F1DEE8FC12; Thu, 8 Apr 2010 02:38:31 +0000 (UTC) Received: by ewy26 with SMTP id 26so776112ewy.3 for ; Wed, 07 Apr 2010 19:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=3u/U4c8/9oSyRnMI/UgqrIBJ/tAvMW+rp0fjjjE3yb8=; b=Me2590idqCdILSMe/YszLUK6tKOyUW8yttU9/OEB5+khLbrHfrUCtMBFxl8H5qFtry KxTEaLgzn5RVhOBq1oWIwfxsCeHApj2l0k0wlHrW2k1bGrjsZRxjnU0VzD7MvAVeFN3Z otLxADH/MIRFF4h8JZAWnsiv2JI8IHWQQAyYg= 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=PCPRQo7nDx+6QezU4wdwsGYtlpJ1Nt7AMKmOEiZC9h8LBQZq+EU0hTLbB+kEUcieuH 4HiRLq+skiSHtATP7Kl5bS1XUXxgfV6NGKD3gfWftU7EcxuvY8MWJ6mVygtXTVlHrQnE sxzcFpGVpl1Z2MRUW1n66FQ1nz70bgcKvdiNA= Received: by 10.213.75.11 with SMTP id w11mr5779081ebj.82.1270694310725; Wed, 07 Apr 2010 19:38:30 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 14sm8483410ewy.14.2010.04.07.19.38.29 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 19:38:30 -0700 (PDT) Date: Thu, 8 Apr 2010 04:29:58 +0300 From: Akephalos To: Attilio Rao Message-Id: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> In-Reply-To: References: X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 02:38:32 -0000 On Tue, 6 Apr 2010 14:51:47 +0200 Attilio Rao wrote: > > I set machdep.lapic_allclocks to 1 at statup - top works now!! I can see > > both processors with top -P, btw, everything looks fine, although I get core > > dump for xfce4-taskmanager and can't test it (it's probably related to > > something else). > > --- > > > > I started powerd - it scales the frequencies correctly now. > > > > This seems to be the solution, is this a bug should I report or leave things > > like this? > > Uhm, may you tell me which revision did you update to? May you update > to the latest now, recompile your kernel, remove the hint > machdep.lapic_allclocks and report if it works or not? > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein Attilio, I csup-dated several hours ago and rebuilt and installed the kernel (and world, in case it matters). %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu Apr 8 03:01:13 EEST 2010 root@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64 The problem persists without the machdep trick, I see only one processor in top with 0.0% CPU load. -- Akephalos From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 07:07:08 2010 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 267B4106564A for ; Thu, 8 Apr 2010 07:07:08 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A930D8FC1A for ; Thu, 8 Apr 2010 07:07:07 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o3876tYU050292 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 8 Apr 2010 08:06:56 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BBD808F.9000804@infracaninophile.co.uk> Date: Thu, 08 Apr 2010 08:06:55 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Pieter de Goeje References: <20100406214032.GA2988@alucard.int.rhavenn.net> <201004080035.22784.pieter@degoeje.nl> In-Reply-To: <201004080035.22784.pieter@degoeje.nl> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org, Henrik Hudson Subject: Re: xen vps issue loading disk? 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, 08 Apr 2010 07:07:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/04/2010 23:35:22, Pieter de Goeje wrote: > There is a predefined kernel configuration file for Xen: XEN. You might try > building that. ... unless you're on an amd64 platform, when it's XENHVM. % find /usr/src/sys -name '*XEN*' /usr/src/sys/amd64/conf/XENHVM /usr/src/sys/i386/conf/XEN Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku9gI8ACgkQ8Mjk52CukIzU7gCcD9TKMyyOjmZWduEQ4gH1DBis UegAnjY75TsVofUh0X3HqAtgostoftJf =4yNT -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 07:11:55 2010 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 841BC106566C; Thu, 8 Apr 2010 07:11:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2EA8FC1A; Thu, 8 Apr 2010 07:11:54 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA18073; Thu, 08 Apr 2010 10:11:51 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nzlu3-000095-Dg; Thu, 08 Apr 2010 10:11:51 +0300 Message-ID: <4BBD81B6.4000109@icyb.net.ua> Date: Thu, 08 Apr 2010 10:11:50 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> In-Reply-To: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 07:11:55 -0000 on 08/04/2010 04:29 Akephalos said the following: > Attilio, I csup-dated several hours ago and rebuilt and installed the kernel > (and world, in case it matters). > > %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu > Apr 8 03:01:13 EEST 2010 > root@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64 > > The problem persists without the machdep trick, I see only one processor in > top with 0.0% CPU load. > Interesting, I couldn't see anything obviously wrong about your hardware. Could you please post a verbose dmesg from a problematic boot somewhere? Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u' output. Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 07:22:04 2010 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 6B5721065673 for ; Thu, 8 Apr 2010 07:22:04 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id CB68C8FC0A for ; Thu, 8 Apr 2010 07:22:03 +0000 (UTC) Received: by fxm25 with SMTP id 25so395069fxm.3 for ; Thu, 08 Apr 2010 00:22:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=W/DSwCcAVU77JYQ/pVXGKzNe8yXLbADkmZuyAWCODG0=; b=top4utbYIOPLNOTcIYRXzkJ/8jbA77IPfZcTcf/dUA2YTSTywYd20LtG0A4RMnEDg9 fBRhvyBa3lCgjZe2TB56m0V7GsAt/EVSznL/2ScU4y6cNgFSXxWa1gsuHAP1hrz7RDI8 2CzJVKmNVwcAjpiH/SUsw+Z6DGYG15MAyznk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=IDNfC3htG0vx1sQnEllE42z09athXNBTSM8vZpHTJiT7cVCfdAnt/UGOPnKKjWfxKF 843CPE/g2zPzqjQbrMwxc9PJUcrKMBCQWTbshBh3vZBzpsH5yD53YnXeOn/IHFPjsIck mniltNJ7b9aRZd1nG5dEjgz8OodwPgMp4oaHQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.137.131 with HTTP; Thu, 8 Apr 2010 00:22:01 -0700 (PDT) In-Reply-To: <4BBD81B6.4000109@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> Date: Thu, 8 Apr 2010 09:22:01 +0200 X-Google-Sender-Auth: 121d14075573dcc8 Received: by 10.239.188.139 with SMTP id p11mr900194hbh.102.1270711322147; Thu, 08 Apr 2010 00:22:02 -0700 (PDT) Message-ID: From: Attilio Rao To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Akephalos , freebsd-stable@freebsd.org, Ed Maste Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 07:22:04 -0000 2010/4/8 Andriy Gapon : > on 08/04/2010 04:29 Akephalos said the following: >> Attilio, I csup-dated several hours ago and rebuilt and installed the ke= rnel >> (and world, in case it matters). >> >> %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: T= hu >> Apr =C2=A08 03:01:13 EEST 2010 >> root@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC =C2=A0amd64 >> >> The problem persists without the machdep trick, I see only one processor= in >> top with 0.0% CPU load. >> > > Interesting, I couldn't see anything obviously wrong about your hardware. > Could you please post a verbose dmesg from a problematic boot somewhere? > Also, output of 'vmstat -i' and Interrupt request lines portion of 'devin= fo -u' > output. > Thanks! I watched again the patch I committed to STABLE_8 and I can't find anything wrong with it. Also the fact that the setting machdep.lapic_all=3D1 fixes this means that this may be an atrtc working problem. Maybe new atom machine expose a problem with it? I'm thinking if we might switch this into an opt-in rather than an opt-out feature. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 07:24:48 2010 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 45C541065672; Thu, 8 Apr 2010 07:24:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3178FC13; Thu, 8 Apr 2010 07:24:46 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA18585; Thu, 08 Apr 2010 10:24:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nzm6X-0000EW-3L; Thu, 08 Apr 2010 10:24:45 +0300 Message-ID: <4BBD84BC.1090302@icyb.net.ua> Date: Thu, 08 Apr 2010 10:24:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Attilio Rao References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Akephalos , freebsd-stable@freebsd.org, Ed Maste Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 07:24:48 -0000 on 08/04/2010 10:22 Attilio Rao said the following: > 2010/4/8 Andriy Gapon : >> on 08/04/2010 04:29 Akephalos said the following: >>> Attilio, I csup-dated several hours ago and rebuilt and installed the kernel >>> (and world, in case it matters). >>> >>> %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu >>> Apr 8 03:01:13 EEST 2010 >>> root@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> The problem persists without the machdep trick, I see only one processor in >>> top with 0.0% CPU load. >>> >> Interesting, I couldn't see anything obviously wrong about your hardware. >> Could you please post a verbose dmesg from a problematic boot somewhere? >> Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u' >> output. >> Thanks! > > I watched again the patch I committed to STABLE_8 and I can't find > anything wrong with it. > Also the fact that the setting machdep.lapic_all=1 fixes this means > that this may be an atrtc working problem. > Maybe new atom machine expose a problem with it? This doesn't look like an atom machine :-) A mobile AMD rather. > I'm thinking if we might switch this into an opt-in rather than an > opt-out feature. What's strange is that there is no diagnostics from RTC. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 12:42:09 2010 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 578F0106566B; Thu, 8 Apr 2010 12:42:09 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 67F2B8FC08; Thu, 8 Apr 2010 12:42:07 +0000 (UTC) Received: by wwb24 with SMTP id 24so226443wwb.13 for ; Thu, 08 Apr 2010 05:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NcojN/FGkIrTNV7nUZBGVjQ7GE2HoKOl1WQnI/bNc2Y=; b=yD7uz0jiKepxRSCCWVm19p2QU2F+QZJfdftv2GX2aZMsWiAPWS0paLwpXoYkpGVDG1 QDshh6wKZY9P56wFyzBT9NOTmK0Vd4d0s2eYr8rHdh8aD5ifJ9DcE5YdPHLIVy1sSV4w 7RAMg3YzW19xoNmQghZcA60d7z9bes3oANW18= 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=WIsHvqHYfYEljJu2PaYjVtzvEcOqopDSgAx4VxJ+U1y0gYAu0CkqdVMqanju+7ZH3v w1HiZFx3Cq13SZwQLyl6lGSpUjnXBADsx5sDf6SaVGv2HreYPnsqhgPWJEgvxsae5/bx r2wu3BMQqdnXjnrAPWI3gROaao0JoHPVBiEa4= MIME-Version: 1.0 Received: by 10.216.168.133 with HTTP; Thu, 8 Apr 2010 05:42:06 -0700 (PDT) In-Reply-To: <20100407153638.6e0be5d8@it.buh.tecnik93.com> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> <20100407153638.6e0be5d8@it.buh.tecnik93.com> Date: Thu, 8 Apr 2010 07:42:06 -0500 Received: by 10.216.90.145 with SMTP id e17mr33250wef.106.1270730526364; Thu, 08 Apr 2010 05:42:06 -0700 (PDT) Message-ID: From: Antonio Olivares To: Ion-Mihai Tetcu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 08 Apr 2010 12:42:09 -0000 On Wed, Apr 7, 2010 at 7:36 AM, Ion-Mihai Tetcu wrote: > On Wed, 7 Apr 2010 07:20:47 -0500 > Antonio Olivares wrote: > > =A0[ .. ] > >> =3D=3D=3D>>> Port directory: /usr/ports/sysutils/fusefs-kmod >> =A0 =A0 =A0 =A0 =3D=3D=3D>>> This port is marked IGNORE >> =A0 =A0 =A0 =A0 =3D=3D=3D>>> requires the userland sources to be install= ed. Set >> SRC_BASE if it is not in /usr/src >> >> =A0 =A0 =A0 =A0 =3D=3D=3D>>> If you are sure you can build it, remove th= e >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0IGNORE line in the Makefile and try again= . >> >> =3D=3D=3D>>> Update for sysutils/fusefs-kmod failed >> =3D=3D=3D>>> Aborting update > > =A0[ .. ] >> What should I do in this case? > > First, please don't top post. > > Second, you don't seem to have the base sources installed and that > port, being a kernel module, needs them. > See: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > > -- > IOnut - Un^d^dregistered ;) FreeBSD "user" > =A0"Intellectual Property" is =A0 nowhere near as valuable =A0 as "Intell= ect" > FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B > Dear Ion-Mihai, I have installed cvsup, but I don't really understand the page that I was refered to =3D=3D=3D> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/sbin/cvsupd /usr/local/bin/cvsup /usr/local/bin/cvpasswd If there are vulnerabilities in these programs there may be a securit= y risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://www.cvsup.org/ =3D=3D=3D> Cleaning for ezm3-1.1_2 =3D=3D=3D> Cleaning for cvsup-without-gui-16.1h_4 I have installed it using ports system, but still get same error as above. I try to use cvsup the file, I get nothing, I try to go to the port that refuses to update and make install clean and it says source not available or refused? I have used ports before and had no problems, I don't know what to do. Thank you and others who have provided help. *Sorry for top posting Regards, Antonio From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 13:06:50 2010 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 A6BA4106572E for ; Thu, 8 Apr 2010 13:06:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCB28FC14 for ; Thu, 8 Apr 2010 13:06:50 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta09.westchester.pa.mail.comcast.net with comcast id 2xsz1e0051ZXKqc5916re7; Thu, 08 Apr 2010 13:06:51 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta21.westchester.pa.mail.comcast.net with comcast id 31AU1e00e3S48mS3h1AVgp; Thu, 08 Apr 2010 13:10:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7AE2F9B419; Thu, 8 Apr 2010 06:06:37 -0700 (PDT) Date: Thu, 8 Apr 2010 06:06:37 -0700 From: Jeremy Chadwick To: Antonio Olivares Message-ID: <20100408130637.GA83223@icarus.home.lan> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> <20100407153638.6e0be5d8@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Garrett Cooper , stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 08 Apr 2010 13:06:50 -0000 On Thu, Apr 08, 2010 at 07:42:06AM -0500, Antonio Olivares wrote: > On Wed, Apr 7, 2010 at 7:36 AM, Ion-Mihai Tetcu wrote: > > On Wed, 7 Apr 2010 07:20:47 -0500 > > Antonio Olivares wrote: > > > >  [ .. ] > > > >> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod > >>         ===>>> This port is marked IGNORE > >>         ===>>> requires the userland sources to be installed. Set > >> SRC_BASE if it is not in /usr/src > >> > >>         ===>>> If you are sure you can build it, remove the > >>                IGNORE line in the Makefile and try again. > >> > >> ===>>> Update for sysutils/fusefs-kmod failed > >> ===>>> Aborting update > > > >  [ .. ] > >> What should I do in this case? > > > > First, please don't top post. > > > > Second, you don't seem to have the base sources installed and that > > port, being a kernel module, needs them. > > See: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > > > > -- > > IOnut - Un^d^dregistered ;) FreeBSD "user" > >  "Intellectual Property" is   nowhere near as valuable   as "Intellect" > > FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B > > > > Dear Ion-Mihai, > > I have installed cvsup, but I don't really understand the page that I > was refered to > > ===> SECURITY REPORT: > This port has installed the following files which may act as network > servers and may therefore pose a remote security risk to the system. > /usr/local/sbin/cvsupd > /usr/local/bin/cvsup > /usr/local/bin/cvpasswd > > If there are vulnerabilities in these programs there may be a security > risk to the system. FreeBSD makes no guarantee about the security of > ports included in the Ports Collection. Please type 'make deinstall' > to deinstall the port if this is a concern. > > For more information, and contact details about the security > status of this software, see the following webpage: > http://www.cvsup.org/ > ===> Cleaning for ezm3-1.1_2 > ===> Cleaning for cvsup-without-gui-16.1h_4 > > I have installed it using ports system, but still get same error as > above. I try to use cvsup the file, I get nothing, I try to go to the > port that refuses to update and make install clean and it says source > not available or refused? > > I have used ports before and had no problems, I don't know what to do. > > Thank you and others who have provided help. > > *Sorry for top posting You didn't need to install cvsup from ports. csup in the base system will work just fine; it's the official replacement for cvsup. itetcu@ was pointing you to the documentation describing the procedure for using cvsup/csup. Based on the thread so far, my understanding is that you need to download the FreeBSD source repository (kernel, base system, etc.), because the port you're trying to build (which is a kernel module) requires it. There are two cvsup files associated with the source repo: /usr/share/examples/cvsup/standard-supfile /usr/share/examples/cvsup/stable-supfile Which you should use depends on if you're running -RELEASE or -STABLE. The most important part in those files is the "*default release=cvs tag=XXX". Specifically the "tag=XXX" part. 8.0-RELEASE's tag is RELENG_8_0, while 8.0-STABLE's tag is RELENG_8. So which tag you use should be based on what version you wish to run. So at this point, you should: 1) pkg_delete ezm3-1.1_2 2) pkg_delete cvsup-without-gui-16.1h_4 3) csup -h -L 2 /usr/share/example/cvsup/stable-supfile or csup -h -L 2 /usr/share/example/cvsup/standard-supfile This will populate /usr/src on your system. From there, you should be able to build ports/sysutils/fusefs-kmod as normal without any problem. Does this help explain things better? -- | 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 Thu Apr 8 13:13:05 2010 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 EE7061065672; Thu, 8 Apr 2010 13:13:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A67A08FC17; Thu, 8 Apr 2010 13:13:05 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o38DD4JM041821; Thu, 8 Apr 2010 09:13:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004081313.o38DD4JM041821@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Apr 2010 09:12:54 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_684849734==_" Cc: jfvogel@gmail.com Subject: em driver regression 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, 08 Apr 2010 13:13:06 -0000 --=====================_684849734==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Hi Jack, I looks like the latest MFC to RELENG_8 for the em driver has caused a regression. The box is not doing much as its a development server in the lab. This is an Intel MB (DX58SO). dmesg and pciconf -lvc attached. Apr 6 14:27:13 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 14:27:13 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 15:05:40 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 15:05:40 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 20:31:41 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 20:31:41 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 22:51:04 ich10 kernel: em0: Watchdog timeout -- resetting Apr 6 22:51:04 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 02:19:05 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 02:19:05 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 03:46:51 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 03:46:51 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 08:04:03 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 08:04:03 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 10:39:40 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 10:39:40 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 11:12:34 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 11:12:34 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 13:25:26 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 13:25:26 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 14:01:36 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 14:01:36 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 17:19:53 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 17:19:53 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 21:16:45 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 21:16:45 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 22:09:10 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 22:09:10 ich10 kernel: em0: Watchdog timeout -- resetting Apr 8 03:11:28 ich10 kernel: em0: Watchdog timeout -- resetting Apr 8 03:11:28 ich10 kernel: em0: Watchdog timeout -- resetting Apr 8 07:40:51 ich10 kernel: em0: Watchdog timeout -- resetting Apr 8 07:40:51 ich10 kernel: em0: Watchdog timeout -- resetting -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike --=====================_684849734==_ Content-Type: application/octet-stream; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" MChpY2gxMCkjIGNhdCAvdmFyL3J1bi9kbWVzZy5ib290IApDb3B5cmlnaHQgKGMpIDE5OTItMjAx MCBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5 ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKICAgICAgICBUaGUgUmVnZW50 cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpG cmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlv bi4KRnJlZUJTRCA4LjAtU1RBQkxFICMyMTogVHVlIEFwciAgNiAwOTo0Mjo1NiBFRFQgMjAxMAog ICAgbWR0YW5jc2FAaWNoMTAuc2VudGV4LmNhOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3NlcnZlciBp Mzg2ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNQ VTogSW50ZWwoUikgQ29yZShUTSkgaTcgQ1BVICAgICAgIEAgOTIwMCBAIDIuNjdHSHogKDI2NjYu NzctTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgx MDZhNSAgRmFtaWx5ID0gNiAgTW9kZWwgPSAxYSAgU3RlcHBpbmcgPSA1CiAgRmVhdHVyZXM9MHhi ZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIs UEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0Uy LFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4OThlM2JkPFNTRTMsRFRFUzY0LE1PTixEU19D UEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sU1NFNC4xLFNTRTQuMixQT1BDTlQ+ CiAgQU1EIEZlYXR1cmVzPTB4MjgxMDAwMDA8TlgsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9 MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudApyZWFsIG1lbW9yeSAgPSA0Mjk0OTY3 Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSAzNjU3NTI3Mjk2ICgzNDg4IE1CKQpBQ1BJIEFQ SUMgVGFibGU6IDxJTlRFTCAgRFg1OFNPICA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBT eXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggNCBjb3Jl KHMpCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMgogY3B1 MiAoQVApOiBBUElDIElEOiAgNAogY3B1MyAoQVApOiBBUElDIElEOiAgNgpBQ1BJIFdhcm5pbmc6 IE9wdGlvbmFsIGZpZWxkIFBtMkNvbnRyb2xCbG9jayBoYXMgemVybyBhZGRyZXNzIG9yIGxlbmd0 aDogICAgICAgIDAgICAgIDQ1MC8wICgyMDEwMDEyMS90YmZhZHQtNjU1KQpBQ1BJIFdhcm5pbmc6 IEludmFsaWQgbGVuZ3RoIGZvciBQbTJDb250cm9sQmxvY2s6IDAsIHVzaW5nIGRlZmF1bHQgOCAo MjAxMDAxMjEvdGJmYWR0LTcwNykKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBt b3RoZXJib2FyZApsYXBpYzA6IEZvcmNpbmcgTElOVDEgdG8gZWRnZSB0cmlnZ2VyCmtiZDEgYXQg a2JkbXV4MApjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNw aTA6IDxJTlRFTCBEWDU4U08+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAz NTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24g YWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBh Y3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjEKaWdiMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiB2ZXJz aW9uIC0gMS45LjM+IHBvcnQgMHg0MDIwLTB4NDAzZiBtZW0gMHhlMTYyMDAwMC0weGUxNjNmZmZm LDB4ZTE0MDAwMDAtMHhlMTVmZmZmZiwweGUxNjQ0MDAwLTB4ZTE2NDdmZmYgaXJxIDE2IGF0IGRl dmljZSAwLjAgb24gcGNpMQppZ2IwOiBVc2luZyBNU0lYIGludGVycnVwdHMgd2l0aCA1IHZlY3Rv cnMKaWdiMDogW0lUSFJFQURdCmlnYjA6IFtJVEhSRUFEXQppZ2IwOiBbSVRIUkVBRF0KaWdiMDog W0lUSFJFQURdCmlnYjA6IFtJVEhSRUFEXQppZ2IwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDozMDo0 ODo5NDo4ODoyMAppZ2IxOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIHZl cnNpb24gLSAxLjkuMz4gcG9ydCAweDQwMDAtMHg0MDFmIG1lbSAweGUxNjAwMDAwLTB4ZTE2MWZm ZmYsMHhlMTIwMDAwMC0weGUxM2ZmZmZmLDB4ZTE2NDAwMDAtMHhlMTY0M2ZmZiBpcnEgMTcgYXQg ZGV2aWNlIDAuMSBvbiBwY2kxCmlnYjE6IFVzaW5nIE1TSVggaW50ZXJydXB0cyB3aXRoIDUgdmVj dG9ycwppZ2IxOiBbSVRIUkVBRF0KaWdiMTogW0lUSFJFQURdCmlnYjE6IFtJVEhSRUFEXQppZ2Ix OiBbSVRIUkVBRF0KaWdiMTogW0lUSFJFQURdCmlnYjE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjMw OjQ4Ojk0Ojg4OjIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmlj ZSAzLjAgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKcGNpMzogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjMKcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0IGNvbnRy b2xsZXI+IGF0IGRldmljZSAxNi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBl cmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMTYuMSAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRlcnJ1cHQgY29udHJvbGxlcj4g YXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJh bCwgaW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAyMC4xIChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZp Y2UgMjAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRl cnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDIwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKZW0w OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMC4wPiBwb3J0IDB4NTEw MC0weDUxMWYgbWVtIDB4ZTE5MDAwMDAtMHhlMTkxZmZmZiwweGUxOTIzMDAwLTB4ZTE5MjNmZmYg aXJxIDIwIGF0IGRldmljZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBNU0kgaW50ZXJydXB0CmVt MDogW0ZJTFRFUl0KZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxYzpjMDo5NTowZDowZAp1aGNp MDogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRD4gcG9ydCAweDUw ZTAtMHg1MGZmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVoY2kwOiBbSVRIUkVBRF0K dWhjaTA6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czA6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNC IGNvbnRyb2xsZXIgVVNCLUQ+IG9uIHVoY2kwCnVoY2kxOiA8SW50ZWwgODI4MDFKSSAoSUNIMTAp IFVTQiBjb250cm9sbGVyIFVTQi1FPiBwb3J0IDB4NTBjMC0weDUwZGYgaXJxIDIxIGF0IGRldmlj ZSAyNi4xIG9uIHBjaTAKdWhjaTE6IFtJVEhSRUFEXQp1aGNpMTogTGVnU3VwID0gMHgyZjAwCnVz YnVzMTogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRT4gb24gdWhj aTEKdWhjaTI6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUY+IHBv cnQgMHg1MGEwLTB4NTBiZiBpcnEgMTkgYXQgZGV2aWNlIDI2LjIgb24gcGNpMAp1aGNpMjogW0lU SFJFQURdCnVoY2kyOiBMZWdTdXAgPSAweDJmMDAKdXNidXMyOiA8SW50ZWwgODI4MDFKSSAoSUNI MTApIFVTQiBjb250cm9sbGVyIFVTQi1GPiBvbiB1aGNpMgplaGNpMDogPEludGVsIDgyODAxSkkg KElDSDEwKSBVU0IgMi4wIGNvbnRyb2xsZXIgVVNCLUI+IG1lbSAweGUxOTIyMDAwLTB4ZTE5MjIz ZmYgaXJxIDE4IGF0IGRldmljZSAyNi43IG9uIHBjaTAKZWhjaTA6IFtJVEhSRUFEXQp1c2J1czM6 IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMzOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiAyLjAg Y29udHJvbGxlciBVU0ItQj4gb24gZWhjaTAKcGNpMDogPG11bHRpbWVkaWEsIEhEQT4gYXQgZGV2 aWNlIDI3LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMSBv biBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnNpaXMwOiA8U2lJMzEzMiBTQVRB IGNvbnRyb2xsZXI+IHBvcnQgMHgzMDAwLTB4MzA3ZiBtZW0gMHhlMTgwNDAwMC0weGUxODA0MDdm LDB4ZTE4MDAwMDAtMHhlMTgwM2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2k1CnNpaXMw OiBbSVRIUkVBRF0Kc2lpc2NoMDogPFNJSVMgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIHNpaXMw CnNpaXNjaDA6IFtJVEhSRUFEXQpzaWlzY2gxOiA8U0lJUyBjaGFubmVsPiBhdCBjaGFubmVsIDEg b24gc2lpczAKc2lpc2NoMTogW0lUSFJFQURdCnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE3IGF0IGRldmljZSAyOC40IG9uIHBjaTAKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjYKYXRhcGNpMDogPE1hcnZlbGwgODhTWDYxMjEgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4 MjAxOC0weDIwMWYsMHgyMDI0LTB4MjAyNywweDIwMTAtMHgyMDE3LDB4MjAyMC0weDIwMjMsMHgy MDAwLTB4MjAwZiBtZW0gMHhlMTcwMDAwMC0weGUxNzAwM2ZmIGlycSAxNiBhdCBkZXZpY2UgMC4w IG9uIHBjaTYKYXRhcGNpMDogW0lUSFJFQURdCmFoY2kwOiA8TWFydmVsbCA4OFNYNjEyMSBBSENJ IFNBVEEgY29udHJvbGxlcj4gb24gYXRhcGNpMAphaGNpMDogW0lUSFJFQURdCmFoY2kwOiBBSENJ IHYxLjAwIHdpdGggMiAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZAphaGNp Y2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMDogW0lUSFJF QURdCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMAphaGNpY2gx OiBbSVRIUkVBRF0KYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMjogW0lUSFJF QURdCnVoY2kzOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1BPiBw b3J0IDB4NTA4MC0weDUwOWYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTM6IFtJ VEhSRUFEXQp1aGNpMzogTGVnU3VwID0gMHgyZjAwCnVzYnVzNDogPEludGVsIDgyODAxSkkgKElD SDEwKSBVU0IgY29udHJvbGxlciBVU0ItQT4gb24gdWhjaTMKdWhjaTQ6IDxJbnRlbCA4MjgwMUpJ IChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IHBvcnQgMHg1MDYwLTB4NTA3ZiBpcnEgMTkg YXQgZGV2aWNlIDI5LjEgb24gcGNpMAp1aGNpNDogW0lUSFJFQURdCnVoY2k0OiBMZWdTdXAgPSAw eDJmMDAKdXNidXM1OiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1C PiBvbiB1aGNpNAp1aGNpNTogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBV U0ItQz4gcG9ydCAweDUwNDAtMHg1MDVmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVo Y2k1OiBbSVRIUkVBRF0KdWhjaTU6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czY6IDxJbnRlbCA4Mjgw MUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IG9uIHVoY2k1CmVoY2kxOiA8SW50ZWwg ODI4MDFKSSAoSUNIMTApIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4gbWVtIDB4ZTE5MjEwMDAt MHhlMTkyMTNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAplaGNpMTogW0lUSFJFQURd CnVzYnVzNzogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czc6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkg VVNCIDIuMCBjb250cm9sbGVyIFVTQi1BPiBvbiBlaGNpMQpwY2liNzogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjcKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHgxMDAwLTB4MTBmZiBt ZW0gMHhlMDAwMDAwMC0weGUwZmZmZmZmLDB4ZTEwMDUwMDAtMHhlMTAwNWZmZiBpcnEgMTggYXQg ZGV2aWNlIDIuMCBvbiBwY2k3CmZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBUU0I0M0FCMjIv QT4gbWVtIDB4ZTEwMDQwMDAtMHhlMTAwNDdmZiwweGUxMDAwMDAwLTB4ZTEwMDNmZmYgaXJxIDE5 IGF0IGRldmljZSAzLjAgb24gcGNpNwpmd29oY2kwOiBbSVRIUkVBRF0KZndvaGNpMDogT0hDSSB2 ZXJzaW9uIDEuMTAgKFJPTT0wKQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMg aXMgNC4KZndvaGNpMDogRVVJNjQgMDA6OTA6Mjc6MDA6MDI6NDA6MmM6NzAKZndvaGNpMDogUGh5 IDEzOTRhIGF2YWlsYWJsZSBTNDAwLCAyIHBvcnRzLgpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9y ZWMgMjA0OCBieXRlcy4KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndv aGNpMApkY29uc19jcm9tMDogPGRjb25zIGNvbmZpZ3VyYXRpb24gUk9NPiBvbiBmaXJld2lyZTAK ZGNvbnNfY3JvbTA6IGJ1c19hZGRyIDB4ZDc4NzgwCmZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVX aXJlPiBvbiBmaXJld2lyZTAKaWZfZndlMDogRmFrZSBFdGhlcm5ldCBhZGRyZXNzOiAwMjo5MDoy Nzo0MDoyYzo3MApmd2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjo5MDoyNzo0MDoyYzo3MApmd2lw MDogPElQIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd2lwMDogRmlyZXdpcmUgYWRkcmVz czogMDA6OTA6Mjc6MDA6MDI6NDA6MmM6NzAgQCAweGZmZmUwMDAwMDAwMCwgUzQwMCwgbWF4cmVj IDIwNDgKc2JwMDogPFNCUC0yL1NDU0kgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmZ3b2hj aTA6IEluaXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBmd29oY2lfaW50cl9jb3JlOiBCVVMgcmVz ZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9kZV9pZD0weDAwMDAwMDAwLCBTZWxmSUQg Q291bnQ9MSwgQ1lDTEVNQVNURVIgbW9kZQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZp Y2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMTogPEludGVsIElD SDEwIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4NTEyOC0weDUxMmYsMHg1MTM0LTB4NTEz NywweDUxMjAtMHg1MTI3LDB4NTEzMC0weDUxMzMsMHg1MDIwLTB4NTAzZiBtZW0gMHhlMTkyMDAw MC0weGUxOTIwN2ZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kxOiBbSVRIUkVB RF0KYWhjaTE6IEFIQ0kgdjEuMjAgd2l0aCA2IDNHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIg bm90IHN1cHBvcnRlZAphaGNpY2gyOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhj aTEKYWhjaWNoMjogW0lUSFJFQURdCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwg MSBvbiBhaGNpMQphaGNpY2gzOiBbSVRIUkVBRF0KYWhjaWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAyIG9uIGFoY2kxCmFoY2ljaDQ6IFtJVEhSRUFEXQphaGNpY2g1OiA8QUhDSSBjaGFu bmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTEKYWhjaWNoNTogW0lUSFJFQURdCmFoY2ljaDY6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNpMQphaGNpY2g2OiBbSVRIUkVBRF0KYWhj aWNoNzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kxCmFoY2ljaDc6IFtJVEhS RUFEXQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIg YXR0YWNoZWQpCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSwweDc0 LTB4NzcgaXJxIDggb24gYWNwaTAKZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0 IDB4M2YwLTB4M2Y1LDB4M2YwIGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGSUxURVJdCnBt dGltZXIwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0w eGM5N2ZmLDB4Y2MwMDAtMHhjY2ZmZiwweGNkMDAwLTB4Y2RmZmYsMHhjZTAwMC0weGNlZmZmLDB4 Y2Y4MDAtMHhkMDdmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+ IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmF0YTAgYXQgcG9ydCAweDFmMC0weDFmNywweDNm NiBpcnEgMTQgb24gaXNhMAphdGEwOiBbSVRIUkVBRF0KYXRhMSBhdCBwb3J0IDB4MTcwLTB4MTc3 LDB4Mzc2IGlycSAxNSBvbiBpc2EwCmF0YTE6IFtJVEhSRUFEXQphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFU IEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5U LUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHBjMDogcGFyYWxsZWwgcG9ydCBub3QgZm91bmQu CnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gYXQgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBv biBpc2EwCnVhcnQxOiBbRklMVEVSXQplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHUwCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKZXN0 MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MgpwNHRjYzI6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mgplc3QzOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCnA0dGNjMzogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUzClJUQyBCSU9TIGRpYWdub3N0aWMgZXJyb3IgODA8 Y2xvY2tfYmF0dGVyeT4KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAuMDAwIG1zZWMKSVBzZWM6 IEluaXRpYWxpemVkIFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nlc3NpbmcuCmZpcmV3aXJlMDog MSBub2RlcywgbWF4aG9wIDw9IDAgY2FibGUgSVJNIGlybSgwKSAgKG1lKSAKZmlyZXdpcmUwOiBi dXMgbWFuYWdlciAwIAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMTog MTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0Ig djEuMAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czQ6IDEyTWJwcyBG dWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNi dXM2OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czc6IDQ4ME1icHMgSGlnaCBTcGVl ZCBVU0IgdjIuMAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdl bjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRlbD4g YXQgdXNidXMyCnVodWIyOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1aHVi MzogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAx PiBvbiB1c2J1czMKdWdlbjQuMTogPEludGVsPiBhdCB1c2J1czQKdWh1YjQ6IDxJbnRlbCBVSENJ IHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CnVn ZW41LjE6IDxJbnRlbD4gYXQgdXNidXM1CnVodWI1OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xh c3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuNi4xOiA8SW50ZWw+ IGF0IHVzYnVzNgp1aHViNjogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czYKdWdlbjcuMTogPEludGVsPiBhdCB1c2J1czcKdWh1 Yjc6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNidXM3CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI0OiAyIHBvcnRzIHdpdGgg MiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQKdWh1YjY6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCnVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNzog NiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjMuMjogPEtpbmdzdG9u PiBhdCB1c2J1czMKdW1hc3MwOiA8S2luZ3N0b24gRkNSLUhTMjE1LzEsIGNsYXNzIDAvMCwgcmV2 IDIuMDAvOTMuMjEsIGFkZHIgMj4gb24gdXNidXMzCnVtYXNzMDogIFNDU0kgb3ZlciBCdWxrLU9u bHk7IHF1aXJrcyA9IDB4MDAwMAp1bWFzczA6MTE6MDotMTogQXR0YWNoZWQgdG8gc2NidXMxMQoo cHJvYmU3OnVtYXNzLXNpbTA6MDowOjApOiBURVNUIFVOSVQgUkVBRFkuIENEQjogMCAwIDAgMCAw IDAgCihwcm9iZTc6dW1hc3Mtc2ltMDowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVy cm9yCihwcm9iZTc6dW1hc3Mtc2ltMDowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRp b24KKHByb2JlNzp1bWFzcy1zaW0wOjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzoz YSwwIChNZWRpdW0gbm90IHByZXNlbnQpCihwcm9iZTc6dW1hc3Mtc2ltMDowOjA6MSk6IFRFU1Qg VU5JVCBSRUFEWS4gQ0RCOiAwIDIwIDAgMCAwIDAgCihwcm9iZTc6dW1hc3Mtc2ltMDowOjA6MSk6 IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihwcm9iZTc6dW1hc3Mtc2ltMDowOjA6MSk6 IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKHByb2JlNzp1bWFzcy1zaW0wOjA6MDoxKTog U0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwwIChNZWRpdW0gbm90IHByZXNlbnQpCihwcm9i ZTA6dW1hc3Mtc2ltMDowOjA6Mik6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDQwIDAgMCAwIDAg Cihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6Mik6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9y Cihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6Mik6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24K KHByb2JlMDp1bWFzcy1zaW0wOjA6MDoyKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSww IChNZWRpdW0gbm90IHByZXNlbnQpCnVnZW42LjI6IDx2ZW5kb3IgMHgwNGQ5PiBhdCB1c2J1czYK dWtiZDA6IDx2ZW5kb3IgMHgwNGQ5IHByb2R1Y3QgMHgxNDAwLCBjbGFzcyAwLzAsIHJldiAxLjEw LzEuNDMsIGFkZHIgMj4gb24gdXNidXM2CmtiZDIgYXQgdWtiZDAKdW1zMDogPHZlbmRvciAweDA0 ZDkgcHJvZHVjdCAweDE0MDAsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS40MywgYWRkciAyPiBvbiB1 c2J1czYKdW1zMDogNSBidXR0b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJRD0xCihwcm9iZTA6 dW1hc3Mtc2ltMDowOjA6Myk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDYwIDAgMCAwIDAgCihw cm9iZTA6dW1hc3Mtc2ltMDowOjA6Myk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihw cm9iZTA6dW1hc3Mtc2ltMDowOjA6Myk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKHBy b2JlMDp1bWFzcy1zaW0wOjA6MDozKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwwIChN ZWRpdW0gbm90IHByZXNlbnQpCmFkYTAgYXQgYWhjaWNoMiBidXMgMCBzY2J1czUgdGFyZ2V0IDAg bHVuIDAKYWRhMDogPFNUMzUwMDQxMEFTIENDMzQ+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGEw OiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykK YWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDQ3Njk0ME1CICg5NzY3NzMxNjgg NTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMSBhdCBhaGNpY2gzIGJ1cyAw IHNjYnVzNiB0YXJnZXQgMCBsdW4gMGRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzMTEgdGFy Z2V0IDAgbHVuIDAKZGEwOiA8R2VuZXJpYyBTVE9SQUdFIERFVklDRSA5MzIxPiBSZW1vdmFibGUg RGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApkYTA6IDQwLjAwME1CL3MgdHJhbnNmZXJzCmRh MDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVt IG5vdCBwcmVzZW50CgphZGExOiA8U1QzODA4MTFBUyAzLkFBRT4gQVRBLTcgU0FUQSAyLnggZGV2 aWNlCmFkYTE6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5 MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMTogNzYzMTlNQiAoMTU2 MzAxNDg4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCmRhMSBhdCB1bWFzcy1z aW0wIGJ1cyAwIHNjYnVzMTEgdGFyZ2V0IDAgbHVuIDEKZGExOiA8R2VuZXJpYyBTVE9SQUdFIERF VklDRSA5MzIxPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApkYTE6IDQw LjAwME1CL3MgdHJhbnNmZXJzCmRhMTogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWls ZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50CmxhcGljMjogRm9yY2luZyBMSU5UMSB0 byBlZGdlIHRyaWdnZXIKZGEyIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXMxMSB0YXJnZXQgMCBs dW4gMgpkYTI6IDxHZW5lcmljIFNUT1JBR0UgREVWSUNFIDkzMjE+IFJlbW92YWJsZSBEaXJlY3Qg QWNjZXNzIFNDU0ktMCBkZXZpY2UgCmRhMjogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyOiBBdHRl bXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHBy ZXNlbnRTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKCmxhcGljNjogRm9yY2luZyBMSU5UMSB0byBl ZGdlIHRyaWdnZXIKZGEzIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXMxMSB0YXJnZXQgMCBsdW4g M1NNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpkYTM6IApsYXBpYzQ6IEZvcmNpbmcgTElOVDEgdG8g ZWRnZSB0cmlnZ2VyPEdlbmVyaWMgU1RPUkFHRSBERVZJQ0UgOTMyMT4gUmVtb3ZhYmxlIERpcmVj dCBBY2Nlc3MgU0NTSS0wIGRldmljZSAKCmRhMzogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEzOiBB dHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90 IHByZXNlbnQKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhCkdFT006IGFkYTBzMTogZ2VvbWV0cnkg ZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3MpLgpSb290IG1vdW50IHdh aXRpbmcgZm9yOiB1c2J1czMKdWdlbjEuMjogPGZ0ZGk+IGF0IHVzYnVzMQp1ZnRkaTA6IDx1c2Ig c2VyaWFsIGNvbnZlcnRlcj4gb24gdXNidXMxClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZz Oi9kZXYvYWRhMHMxYQp1Z2VuMi4yOiA8QWxhZGRpbiBLbm93bGVkZ2UgU3lzdGVtcyBMdGQuPiBh dCB1c2J1czIKdWdlbjIuMzogPGZ0ZGk+IGF0IHVzYnVzMgp1ZnRkaTE6IDx1c2Igc2VyaWFsIGNv bnZlcnRlcj4gb24gdXNidXMyCgoKMChpY2gxMCkjIHBjaWNvbmYgLWx2Ywpob3N0YjBAcGNpMDow OjA6MDogICAgICBjbGFzcz0weDA2MDAwMCBjYXJkPTB4NGY1MzgwODYgY2hpcD0weDM0MDU4MDg2 IHJldj0weDEyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwog ICAgZGV2aWNlICAgICA9ICdRdWlja1BhdGggQXJjaGl0ZWN0dXJlIEkvTyBIdWIgdG8gRVNJIFBv cnQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKICAg IGNhcCAwMFs0MF0gPSB1bmtub3duCnBjaWIxQHBjaTA6MDoxOjA6ICAgICAgIGNsYXNzPTB4MDYw NDAwIGNhcmQ9MHg0ZjUzODA4NiBjaGlwPTB4MzQwODgwODYgcmV2PTB4MTIgaGRyPTB4MDEKICAg IHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1F1aWNr UGF0aCBBcmNoaXRlY3R1cmUgSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMScKICAgIGNs YXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCiAgICBjYXAgMGRbNDBd ID0gUENJIEJyaWRnZSBjYXJkPTB4NGY1MzgwODYKICAgIGNhcCAwNVs2MF0gPSBNU0kgc3VwcG9y dHMgMiBtZXNzYWdlcywgdmVjdG9yIG1hc2tzIAogICAgY2FwIDEwWzkwXSA9IFBDSS1FeHByZXNz IDIgcm9vdCBwb3J0IG1heCBkYXRhIDI1NigyNTYpIGxpbmsgeDQoeDQpCiAgICBjYXAgMDFbZTBd ID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCnBjaWIyQHBjaTA6MDoz OjA6ICAgICAgIGNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg0ZjUzODA4NiBjaGlwPTB4MzQwYTgwODYg cmV2PTB4MTIgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAg ICBkZXZpY2UgICAgID0gJ1F1aWNrUGF0aCBBcmNoaXRlY3R1cmUgSS9PIEh1YiBQQ0kgRXhwcmVz cyBSb290IFBvcnQgMycKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQ Q0ktUENJCiAgICBjYXAgMGRbNDBdID0gUENJIEJyaWRnZSBjYXJkPTB4NGY1MzgwODYKICAgIGNh cCAwNVs2MF0gPSBNU0kgc3VwcG9ydHMgMiBtZXNzYWdlcywgdmVjdG9yIG1hc2tzIAogICAgY2Fw IDEwWzkwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBwb3J0IG1heCBkYXRhIDI1NigyNTYpIGxpbmsg eDAoeDE2KQogICAgY2FwIDAxW2UwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMApwY2liM0BwY2kwOjA6NzowOiAgICAgICBjbGFzcz0weDA2MDQwMCBjYXJkPTB4NGY1 MzgwODYgY2hpcD0weDM0MGU4MDg2IHJldj0weDEyIGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdRdWlja1BhdGggQXJjaGl0ZWN0 dXJlIEkvTyBIdWIgUENJIEV4cHJlc3MgUm9vdCBQb3J0IDcnCiAgICBjbGFzcyAgICAgID0gYnJp ZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQogICAgY2FwIDBkWzQwXSA9IFBDSSBCcmlkZ2Ug Y2FyZD0weDRmNTM4MDg2CiAgICBjYXAgMDVbNjBdID0gTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMs IHZlY3RvciBtYXNrcyAKICAgIGNhcCAxMFs5MF0gPSBQQ0ktRXhwcmVzcyAyIHJvb3QgcG9ydCBt YXggZGF0YSAyNTYoMjU2KSBsaW5rIHgwKHgxNikKICAgIGNhcCAwMVtlMF0gPSBwb3dlcnNwZWMg MyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKbm9uZTBAcGNpMDowOjE2OjA6ICAgICAgY2xh c3M9MHgwODAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgzNDI1ODA4NiByZXY9MHgxMiBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAg PSAnUXVpY2tQYXRoIEludGVyY29ubmVjdCBQaHlzaWNhbCBhbmQgTGluayBMYXllciBSZWdpc3Rl cnMgLSBQb3J0IDAnCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAgICBzdWJjbGFz cyAgID0gaW50ZXJydXB0IGNvbnRyb2xsZXIKICAgIGNhcCAwOVs1MF0gPSB2ZW5kb3IgKGxlbmd0 aCAyNTUpIEludGVsIGNhcCAxNSB2ZXJzaW9uIDAKbm9uZTFAcGNpMDowOjE2OjE6ICAgICAgY2xh c3M9MHgwODAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgzNDI2ODA4NiByZXY9MHgxMiBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAg PSAnUXVpY2tQYXRoIEludGVyY29ubmVjdCBSb3V0aW5nIGFuZCBQcm90b2NvbCBMYXllciBSZWdp c3RlcnMgLSBQb3J0IDAnCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAgICBzdWJj bGFzcyAgID0gaW50ZXJydXB0IGNvbnRyb2xsZXIKbm9uZTJAcGNpMDowOjIwOjA6ICAgICAgY2xh c3M9MHgwODAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgzNDJlODA4NiByZXY9MHgxMiBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAg PSAnUXVpY2tQYXRoIEFyY2hpdGVjdHVyZSBJL08gSHViIFN5c3RlbSBNYW5hZ2VtZW50IFJlZ2lz dGVycycKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIHN1YmNsYXNzICAgPSBp bnRlcnJ1cHQgY29udHJvbGxlcgogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBl bmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpub25lM0BwY2kwOjA6MjA6MTog ICAgICBjbGFzcz0weDA4MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDM0MjI4MDg2IHJldj0w eDEyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2 aWNlICAgICA9ICdRdWlja1BhdGggQXJjaGl0ZWN0dXJlIEkvTyBIdWIgR1BJTyBhbmQgU2NyYXRj aCBQYWQgUmVnaXN0ZXJzJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgc3Vi Y2xhc3MgICA9IGludGVycnVwdCBjb250cm9sbGVyCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJl c3MgMiByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCm5vbmU0QHBj aTA6MDoyMDoyOiAgICAgIGNsYXNzPTB4MDgwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MzQy MzgwODYgcmV2PTB4MTIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRp b24nCiAgICBkZXZpY2UgICAgID0gJ1F1aWNrUGF0aCBBcmNoaXRlY3R1cmUgSS9PIEh1YiBDb250 cm9sIFN0YXR1cyBhbmQgUkFTIFJlZ2lzdGVycycKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlw aGVyYWwKICAgIHN1YmNsYXNzICAgPSBpbnRlcnJ1cHQgY29udHJvbGxlcgogICAgY2FwIDEwWzQw XSA9IFBDSS1FeHByZXNzIDIgcm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgw KHgwKQpub25lNUBwY2kwOjA6MjA6MzogICAgICBjbGFzcz0weDA4MDAwMCBjYXJkPTB4MDAwMDAw MDAgY2hpcD0weDM0Mzg4MDg2IHJldj0weDEyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0lu dGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdRdWlja1BhdGggQXJjaGl0ZWN0dXJl IEkvTyBIdWIgVGhyb3R0bGUgUmVnaXN0ZXJzJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBo ZXJhbAogICAgc3ViY2xhc3MgICA9IGludGVycnVwdCBjb250cm9sbGVyCmVtMEBwY2kwOjA6MjU6 MDogICAgICAgIGNsYXNzPTB4MDIwMDAwIGNhcmQ9MHgwMDAwODA4NiBjaGlwPTB4MTBjYzgwODYg cmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAg ICBjbGFzcyAgICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0CiAgICBjYXAg MDFbYzhdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAg MDVbZDBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0IGVuYWJsZWQgd2l0aCAxIG1l c3NhZ2UKdWhjaTBAcGNpMDowOjI2OjA6ICAgICAgY2xhc3M9MHgwYzAzMDAgY2FyZD0weDRmNTM4 MDg2IGNoaXA9MHgzYTM3ODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJ bnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVVNCIFVIQ0kgQ29udHJvbGxlciAq NCcKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCiAgICBj YXAgMTNbNTBdID0gUENJIEFkdmFuY2VkIEZlYXR1cmVzOiBGTFIgVFAKdWhjaTFAcGNpMDowOjI2 OjE6ICAgICAgY2xhc3M9MHgwYzAzMDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTM4ODA4NiBy ZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAg IGRldmljZSAgICAgPSAnVVNCIFVIQ0kgQ29udHJvbGxlciAqNScKICAgIGNsYXNzICAgICAgPSBz ZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCiAgICBjYXAgMTNbNTBdID0gUENJIEFkdmFu Y2VkIEZlYXR1cmVzOiBGTFIgVFAKdWhjaTJAcGNpMDowOjI2OjI6ICAgICAgY2xhc3M9MHgwYzAz MDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTM5ODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAg dmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVVNCIFVI Q0kgQ29udHJvbGxlciAqNicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFz cyAgID0gVVNCCiAgICBjYXAgMTNbNTBdID0gUENJIEFkdmFuY2VkIEZlYXR1cmVzOiBGTFIgVFAK ZWhjaTBAcGNpMDowOjI2Ojc6ICAgICAgY2xhc3M9MHgwYzAzMjAgY2FyZD0weDRmNTM4MDg2IGNo aXA9MHgzYTNjODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVVNCIEVIQ0kgQ29udHJvbGxlciAqMicKICAg IGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCiAgICBjYXAgMDFb NTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAgMGFb NThdID0gRUhDSSBEZWJ1ZyBQb3J0IGF0IG9mZnNldCAweGEwIGluIG1hcCAweDE0Cm5vbmU2QHBj aTA6MDoyNzowOiAgICAgIGNsYXNzPTB4MDQwMzAwIGNhcmQ9MHgwMDIyODA4NiBjaGlwPTB4M2Ez ZTgwODYgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRp b24nCiAgICBkZXZpY2UgICAgID0gJ0hEIEF1ZGlvIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAg ID0gbXVsdGltZWRpYQogICAgc3ViY2xhc3MgICA9IEhEQQogICAgY2FwIDAxWzUwXSA9IHBvd2Vy c3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgY2FwIDA1WzYwXSA9IE1TSSBz dXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdCAKICAgIGNhcCAxMFs3MF0gPSBQQ0ktRXhwcmVzcyAx IHJvb3QgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MCh4MCkKcGNpYjRAcGNpMDow OjI4OjA6ICAgICAgY2xhc3M9MHgwNjA0MDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTQwODA4 NiByZXY9MHgwMCBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgICAgPSAnUENJIEV4cHJlc3MgUG9ydCAxJwogICAgY2xhc3MgICAgICA9IGJy aWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKICAgIGNhcCAxMFs0MF0gPSBQQ0ktRXhwcmVz cyAxIHJvb3QgcG9ydCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgxKQogICAgY2FwIDA1Wzgw XSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBjYXAgMGRbOTBdID0gUENJIEJyaWRnZSBj YXJkPTB4NGY1MzgwODYKICAgIGNhcCAwMVthMF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKcGNpYjVAcGNpMDowOjI4OjE6ICAgICAgY2xhc3M9MHgwNjA0MDAgY2Fy ZD0weDRmNTM4MDg2IGNoaXA9MHgzYTQyODA4NiByZXY9MHgwMCBoZHI9MHgwMQogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnUENJIEV4cHJlc3Mg UG9ydCAyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kK ICAgIGNhcCAxMFs0MF0gPSBQQ0ktRXhwcmVzcyAxIHJvb3QgcG9ydCBtYXggZGF0YSAxMjgoMTI4 KSBsaW5rIHgxKHgxKQogICAgY2FwIDA1WzgwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAg ICBjYXAgMGRbOTBdID0gUENJIEJyaWRnZSBjYXJkPTB4NGY1MzgwODYKICAgIGNhcCAwMVthMF0g PSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKcGNpYjZAcGNpMDowOjI4 OjQ6ICAgICAgY2xhc3M9MHgwNjA0MDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTQ4ODA4NiBy ZXY9MHgwMCBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAg IGRldmljZSAgICAgPSAnUENJIEV4cHJlc3MgUG9ydCA1JwogICAgY2xhc3MgICAgICA9IGJyaWRn ZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKICAgIGNhcCAxMFs0MF0gPSBQQ0ktRXhwcmVzcyAx IHJvb3QgcG9ydCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgxKHgxKQogICAgY2FwIDA1WzgwXSA9 IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBjYXAgMGRbOTBdID0gUENJIEJyaWRnZSBjYXJk PTB4NGY1MzgwODYKICAgIGNhcCAwMVthMF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKdWhjaTNAcGNpMDowOjI5OjA6ICAgICAgY2xhc3M9MHgwYzAzMDAgY2FyZD0w eDRmNTM4MDg2IGNoaXA9MHgzYTM0ODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVVNCIFVIQ0kgQ29udHJv bGxlciAqMScKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNC CiAgICBjYXAgMTNbNTBdID0gUENJIEFkdmFuY2VkIEZlYXR1cmVzOiBGTFIgVFAKdWhjaTRAcGNp MDowOjI5OjE6ICAgICAgY2xhc3M9MHgwYzAzMDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTM1 ODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgICAgPSAnVVNCIFVIQ0kgQ29udHJvbGxlciAqMicKICAgIGNsYXNzICAg ICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCiAgICBjYXAgMTNbNTBdID0gUENJ IEFkdmFuY2VkIEZlYXR1cmVzOiBGTFIgVFAKdWhjaTVAcGNpMDowOjI5OjI6ICAgICAgY2xhc3M9 MHgwYzAzMDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTM2ODA4NiByZXY9MHgwMCBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAn VVNCIFVIQ0kgQ29udHJvbGxlciAqMycKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBz dWJjbGFzcyAgID0gVVNCCiAgICBjYXAgMTNbNTBdID0gUENJIEFkdmFuY2VkIEZlYXR1cmVzOiBG TFIgVFAKZWhjaTFAcGNpMDowOjI5Ojc6ICAgICAgY2xhc3M9MHgwYzAzMjAgY2FyZD0weDRmNTM4 MDg2IGNoaXA9MHgzYTNhODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJ bnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnVVNCIEVIQ0kgQ29udHJvbGxlciAq MScKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCiAgICBj YXAgMDFbNTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBj YXAgMGFbNThdID0gRUhDSSBEZWJ1ZyBQb3J0IGF0IG9mZnNldCAweGEwIGluIG1hcCAweDE0CnBj aWI3QHBjaTA6MDozMDowOiAgICAgIGNsYXNzPTB4MDYwNDAxIGNhcmQ9MHg0ZjUzODA4NiBjaGlw PTB4MjQ0ZTgwODYgcmV2PTB4OTAgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29y cG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxIEZhbWlseSAoSUNIMi8zLzQvNS82Lzcv OC85LDYzeHhFU0IpIEh1YiBJbnRlcmZhY2UgdG8gUENJIEJyaWRnZScKICAgIGNsYXNzICAgICAg PSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCiAgICBjYXAgMGRbNTBdID0gUENJIEJy aWRnZSBjYXJkPTB4NGY1MzgwODYKaXNhYjBAcGNpMDowOjMxOjA6ICAgICAgY2xhc3M9MHgwNjAx MDAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHgzYTE2ODA4NiByZXY9MHgwMCBoZHI9MHgwMAogICAg dmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnTFBDIElu dGVyZmFjZSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg ICA9IFBDSS1JU0EKICAgIGNhcCAwOVtlMF0gPSB2ZW5kb3IgKGxlbmd0aCAxMikgSW50ZWwgY2Fw IDEgdmVyc2lvbiAwCiAgICAgICAgICAgICAgICAgZmVhdHVyZXM6IFNBVEEgUkFJRC01LCA0IFBD SS1lIHgxIHNsb3RzCmFoY2kxQHBjaTA6MDozMToyOiAgICAgIGNsYXNzPTB4MDEwNjAxIGNhcmQ9 MHg0ZjUzODA4NiBjaGlwPTB4M2EyMjgwODYgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzYgcG9ydCBTQVRBIEFI Q0kgQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNz ICAgPSBTQVRBCiAgICBjYXAgMDVbODBdID0gTVNJIHN1cHBvcnRzIDE2IG1lc3NhZ2VzIGVuYWJs ZWQgd2l0aCAxIG1lc3NhZ2UKICAgIGNhcCAwMVs3MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAxMlthOF0gPSBTQVRBIEluZGV4LURhdGEgUGFpcgpu b25lN0BwY2kwOjA6MzE6MzogICAgICBjbGFzcz0weDBjMDUwMCBjYXJkPTB4NGY1MzgwODYgY2hp cD0weDNhMzA4MDg2IHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdTTUIgY29udHJvbGxlciAgKDUwMDExNDU4KScK ICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gU01CdXMKaWdiMEBw Y2kwOjE6MDowOiAgICAgICAgY2xhc3M9MHgwMjAwMDAgY2FyZD0weDEwYTcxNWQ5IGNoaXA9MHgx MGE3ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGRldmljZSAgICAgPSAnODI1NzVFQiBHaWdhYml0IE5ldHdvcmsgQ29ubmVjdGlv bicKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQKICAg IGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAg IGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQgCiAgICBjYXAgMTFb NjBdID0gTVNJLVggc3VwcG9ydHMgMTAgbWVzc2FnZXMgaW4gbWFwIDB4MWMgZW5hYmxlZAogICAg Y2FwIDEwW2EwXSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMjU2KDI1NikgbGlu ayB4NCh4NCkKaWdiMUBwY2kwOjE6MDoxOiAgICAgICAgY2xhc3M9MHgwMjAwMDAgY2FyZD0weDEw YTcxNWQ5IGNoaXA9MHgxMGE3ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnODI1NzVFQiBHaWdhYml0IE5l dHdvcmsgQ29ubmVjdGlvbicKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAg ID0gZXRoZXJuZXQKICAgIGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKICAgIGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBi aXQgCiAgICBjYXAgMTFbNjBdID0gTVNJLVggc3VwcG9ydHMgMTAgbWVzc2FnZXMgaW4gbWFwIDB4 MWMgZW5hYmxlZAogICAgY2FwIDEwW2EwXSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRh dGEgMjU2KDI1NikgbGluayB4NCh4NCkKc2lpczBAcGNpMDo1OjA6MDogICAgICAgY2xhc3M9MHgw MTA0MDAgY2FyZD0weDcxMzIxMDk1IGNoaXA9MHgzMTMyMTA5NSByZXY9MHgwMSBoZHI9MHgwMAog ICAgdmVuZG9yICAgICA9ICdTaWxpY29uIEltYWdlIEluYyAoV2FzOiBDTUQgVGVjaG5vbG9neSBJ bmMpJwogICAgZGV2aWNlICAgICA9ICdQQ0kgRXhwcmVzcyAoMXgpIHRvIDIgUG9ydCBTQVRBMzAw IChTaUkgMzEzMiknCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFzcyAg ID0gUkFJRAogICAgY2FwIDAxWzU0XSA9IHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBE MyAgY3VycmVudCBEMAogICAgY2FwIDA1WzVjXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0 IGJpdCAKICAgIGNhcCAxMFs3MF0gPSBQQ0ktRXhwcmVzcyAxIGxlZ2FjeSBlbmRwb2ludCBtYXgg ZGF0YSAxMjgoMTAyNCkgbGluayB4MSh4MSkKYXRhcGNpMEBwY2kwOjY6MDowOiAgICAgY2xhc3M9 MHgwMTAxOGYgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHg2MTIxMTFhYiByZXY9MHhiMiBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdNYXJ2ZWxsIFNlbWljb25kdWN0b3IgKFdhczogR2FsaWxlbyBU ZWNobm9sb2d5IEx0ZCknCiAgICBkZXZpY2UgICAgID0gJzYxMjEgU0FUQTIgQ29udHJvbGxlcicK ICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzICAgPSBBVEEKICAgIGNh cCAwMVs0OF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDMgIGN1cnJlbnQgRDAKICAg IGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlIAogICAgY2FwIDEwW2UwXSA9IFBD SS1FeHByZXNzIDEgbGVnYWN5IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDEoeDEp CnZnYXBjaTBAcGNpMDo3OjI6MDogICAgIGNsYXNzPTB4MDMwMDAwIGNhcmQ9MHgwMDA4MTAwMiBj aGlwPTB4NDc0ZDEwMDIgcmV2PTB4NjUgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRl Y2hub2xvZ2llcyBJbmMuIC8gQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLicKICAgIGRldmlj ZSAgICAgPSAnU0xBVCAoUmFnZSBYTCBBR1AgMngpJwogICAgY2xhc3MgICAgICA9IGRpc3BsYXkK ICAgIHN1YmNsYXNzICAgPSBWR0EKICAgIGNhcCAwMVs1Y10gPSBwb3dlcnNwZWMgMSAgc3VwcG9y dHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKZndvaGNpMEBwY2kwOjc6MzowOiAgICAgY2xhc3M9 MHgwYzAwMTAgY2FyZD0weDRmNTM4MDg2IGNoaXA9MHg4MDIzMTA0YyByZXY9MHgwMCBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdUZXhhcyBJbnN0cnVtZW50cyAoVEkpJwogICAgZGV2aWNlICAg ICA9ICdJRUVFMTM5NGEtMjAwMCBPSENJIFBIWS9MaW5rLUxheWVyIEN0cmxyIChUU0I0M0FCMjEv QSknCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IEZpcmVXaXJl CiAgICBjYXAgMDFbNDRdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwCg== --=====================_684849734==_-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 13:13:11 2010 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 6E41F106566C; Thu, 8 Apr 2010 13:13:11 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id C15428FC0C; Thu, 8 Apr 2010 13:13:10 +0000 (UTC) Received: by ewy24 with SMTP id 24so11580ewy.33 for ; Thu, 08 Apr 2010 06:13:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=t4JY8new8YkiFLUAMwvjlPiSk++89fYu+XJMUHgeo8I=; b=KFp9dLBg5irIT8UiW5Tb+ScvlTOsTXjN0Ma5YeBiMV1s5LSfSb4mxpmXEAF5TsxwVN 8qZwyFUTN7Hx+8GJaBYZzcWXHvgSE1LPDywCFn0AMA0WEacWYUFewbjqcPtzrKv3FPCO uAn9wzecPYAZHDMr6KCjdoQ+IeCgrGBs2EU6A= 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=m0hooWHI3vpGEx997ILe2zD2DL3eEbhDlEdy6BRhQ1K93Em45+k0EUzgcHbqrcZ45Q VwopWcoHK5ExbtIHKBoxtsluWFDwLpZvbLhw/t6xSyZThDbUmidn4gEyco+FEPslGkdd jXzeCbC6AB+nzIhbDi7w6fl3MgsLSvOvxwZ4o= Received: by 10.213.55.9 with SMTP id s9mr121476ebg.58.1270732389550; Thu, 08 Apr 2010 06:13:09 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 13sm42453ewy.13.2010.04.08.06.13.08 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 06:13:08 -0700 (PDT) Date: Thu, 8 Apr 2010 15:04:36 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> In-Reply-To: <4BBD81B6.4000109@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__8_Apr_2010_15_04_36_+0300_unCOsfEm1EwZDdbo" Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 13:13:11 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__8_Apr_2010_15_04_36_+0300_unCOsfEm1EwZDdbo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 08 Apr 2010 10:11:50 +0300 Andriy Gapon wrote: > on 08/04/2010 04:29 Akephalos said the following: > > Attilio, I csup-dated several hours ago and rebuilt and installed the kernel > > (and world, in case it matters). > > > > %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu > > Apr 8 03:01:13 EEST 2010 > > root@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64 > > > > The problem persists without the machdep trick, I see only one processor in > > top with 0.0% CPU load. > > > > Interesting, I couldn't see anything obviously wrong about your hardware. > Could you please post a verbose dmesg from a problematic boot somewhere? > Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u' > output. > Thanks! > > -- > Andriy Gapon Yes please, you got them attached. Mihai -- Akephalos --Multipart=_Thu__8_Apr_2010_15_04_36_+0300_unCOsfEm1EwZDdbo Content-Type: application/octet-stream; name="dev_messages.tar.gz" Content-Disposition: attachment; filename="dev_messages.tar.gz" Content-Transfer-Encoding: base64 H4sIAPHFvUsAA+06bXOjSM779fwrdHsfLqnFDs2bwTUzdY7tJK6JJz7j5LK7tZXD0MRcbPACTib7 60/qBhvynpu9vXrqsaoMblpSq9WSWmoI+O3VkmeZd82zg+/+O6Cqats0Ae+sbbLqfQPAmG62dUOz TB1UprdN6zsw/0vy1GCd5V6KoiyjuRe9gPdafzGPzf3/CATV9cdGFIfJ1fr3HQP1YRnG8+tvmsZm /c22hetvWlb7O1B/XzGehv/n6z+Mc56m61UOKf91zbMcFlHMs04DEFTYS5MkV/dFi8Gel9/MgqKp N9u1bpu609wvmg42/VVU0qpNxurcNNhbZcuypTeZWe+3YG8eeH6lmcz9iNWbZS+KwitNW/Ya9aZe b2rbppfPS1JHcirG0dSmVpdb0wjdW20G0/R6v4mipXzTQsluryX6/3qtn4K6/+O/q7sonyfr/Grp +fOAr36HMV72f01to8+X/q+j+vARY2zn/38E9JLVfRpdz3PY8/fR+h2tidpXYTrncJRyfuj2YZwm /+J+3mo8RG47Cl5tVVx1cbXE1RZX0eswcdXEVeA4RuNPxH7Cr3mcZ5CEkGPzPI5ueZpF+T096XmL KEzSOPJa0F0sQAybYZDKeHrLg1ajFC7KwMPH11GGgYwHkKdewJdeekNcqrM4StZx4OVREm+J7Zba dKfdw9MB/EXtIPoauquUYpmqd1TWYToMBu4USCXCn8nR/xYidWuWBbrlGAZrJel152CdpQfJ7F/i nqX+QXafHRwPvgwmwx54y8AyGtNoyX2UAcWE7yNbM43vIRRBN/bv0f4dndkanPwGv65x7qgFtdEb n3egO+rDdJ2i3Hv5ch8uNThf4CShj2jNXpJyGCWzaMHhp1HTNmBP0xynhfF0hKw+201/4WUZICcK SGeoxiiGj/B9d406j/PIR/bfAwwDfKh+1VQ11BnAkbeMFvf4CIM2sg/4Av/rAG7OV6sovqYeZHfE vXyNS/JR/cra9iycheGHo/G5cjEaKP2BMnYHytTtKSN3ooy7A2XUGyi9S1vpjoc9xR2MldF0gj3H 1NNVeqOzC0SbEpluKb3To9Nz90QZjS6Vo0vk4CI3/GnKyXT6qTK49lHIzT5gp478mUW9pLWKeNwz VdVW1Q/uj26ve3qqfLkkzj8oR4L3pI9yjpXTkaL3vyR3f/6huD/kRGMxnYUfTrsnRyjxWHEvRsrg ay6m1JvYyjjlIc/9uXLmXvxDcT8PvwyFtMi/A+MmBpucQxTfemnkxXkj5d4ClnyZpPeASjU0x3Cs tubgHmKoeB0d7je8Wy/aICEOUzFJsh0Ld2fdwV2TcLq98RBICJh6swXvwAeMoLrqiGcYWp1Ppc0f uKNxB0brRR6t0sTH0J+k4N6j9yyhz3P0cx50QCOLyeo0DFaef4MbxV62D18RxUfjw/8N8FdrFObQ He93pBDDfgezB9GBu2e3/pw1osRbRb4KHy7I4ZMYtBb7BFH6awa43+qAT5YJ2mc6S7w0aGDOwcDL Ae/L9Ve1IfKK7RQv3f5UTPEhXYH383B6Mhl0+7+IB1fcJ9rBcsaDAONFL4nzNFkseNqB4/EAnYAr MOj1p59glaQ5ti1NwYtF3AXHku84uUNXPlznOfbshdFXHuyXfTJOiWhDcQhZoL72jH0IcS158Bya qcDsdbQwnNm0ySggbmgGrxAgpvc2TKZKxn4Yqg8phI2djAdTyMnG4M7D8Bxfd8CVQYxTLI6TuPkb TxOMQ/v1kEfkzdDL8mrYw03fMQ2zGvZIBLlSOZKntFi61pxFOYg2GYLekmQY4jarZKt2k66z7TqR WSK1kBvN+VOthz3dIwaer3hOlCe46eDux/1IWOngFiMm0KRStNYEPRLHDXkgNNUs/uph+DQ3obmY 4x6H/u+nfEmbnwJBlKE2UY8Nqr58fuXlOWZeHdjSgnyEa4VBKEabtRqYT842cztJsrw57g1hlkbB Nd+oxA9JJX5VIMpDSzJBsc7E5AU/wZVVumtM0T0pV0b1S0HRadWCVFCy5/iyRpEAI8LFcbfpJ8sV GhyZEE5+tfDuNxIHUpGBijJL9QZFjUhPQwnojeEsCEulz+Tzx/KpG/mYmJn24szaFUqzPjPtuZlp GL9pVhOM4lN+Azaz7AO6HIprT17H4taXV2owdiiuPXmVj/pjYs/hOLr2yNgHFMdinm90w20xX25v dBPOuHDTZvF3o4X2k1oopD3PaANnMHKHUGb+sqc3j1ZoZLct5K3bUu+yZ9TtlR1l0d5YRhHqgqY/ Gm7VguiN9Jqv5vdCMdNTnLXj0gxVvGo4dRw0iDz0AYwKoeej/scnP6I8FLwlyy0DDAYzL+NTpfzT POpfUkO2qn83PVsKtUrjrfNETqbULHhBgOEv64CqdjSrw+yO0e7ofsf2JOLPR8PT6WDyi7Ae/c1+ YdWtR3/OevQGlZ3USwIlGTiabX7arG24tfDwVQsveVX2OtHuTogpYC2HibfW0mByZDJdB1QvMKOF ESovXbM7HcLwctxW1QNce3C7066Od3+zP27jipQLb230xZls4U3HlidbnuxzZMuRfbZs4W1rwRid 7GKW+HdWzBKL7O0sWbui0I281ZkWj7onqOFb1mJVqYHqWTBAP56tMjEDDLrjEWTrFTVoJ8w94eHT LvhzL44x2VXljiAZFwhi8mKHo7MSL7iHPdqQsFQGdYkZUR6KHJqABSVRloQ57pNc7LM5+AvupVCQ FSi1iegPBGEPBdHfJ4hdEr0miF4VRJysoCRnpNA9rNJ4GmHBd+4e1sxhu4Zc3awh31iqVV1Du7KG BfvteOusiCSvDEg5yrzkwN4jYLAVMHhOQFYTkD0S8A0DFgKyBi80OHiMT9vm00KGWyFD9alYjkJq GyH5Qy0WD6hecQ8tdGN0ZcyqIiyFvdVqEaGpi3mgzQmxbovkm2EYKDveIjCS8M0qaO9ZBX87Qf/J gMacB2aiPVoF/c2roAkOb8DfCjjbCjh7TsC6meiPBDTeLKAuloy910y8bcD07FJIpy5k3UzYQzNh bzAT8zkzMd9lJqzMObHOiLDYRQYKuKND2ggruSRtZXtxAkFKp0BFxksFlTgDLrYnIS+IrLzPwyiO RNnSXQdRUqnjqroytgvaftLvceCtroqxTvpd6Es5JohFs++IIyBV06wrlRlaibnVKmXxJCZlB0O3 u8kOaiPpm5EQnbAFZpESCA4i1TCeSzVqzIxqkmE8l2QYwkrfYJNbnTlbnTlPOgEObtacwHjkBNab ncCQRdIiCkghxSrCiOfzJIDTKAAXN3B//rBEm4mym0jcBeerogx/Gos8rFqsP8TKfyM+U0zClmig PyUxr2DM0BR5er8tJOsSHsruhyw93wskCXQDb5UXEy4wxGsSYdO0gS9oG8YdOfFvNilWm1agzYTu 7SrlzSwQpJ/5vTjkqGY6e5GtGtr+9uBCpYMLQy7gAybF8CWbTxUkOQadulDlKdtbqp+Ph90v0+bp We/zQOQsxePN+tNLHVK4e6DBKFlnZYqsVZlLpAe8iocPOC3F8SO9p1osIsFQKQ1x2Ae9kQl9FCdY qI0sWUhXCRfedYZqQL8t/EuVyFiEwgeMArdRmq9xxQsijEuC5CNWP6r6iapW4nwsDRjIV5FSsC4U rPu0THoQbk4DvCJnFyn7ZtTViob1MaUTKZs4wobhwZnkk3rxNS8scZ4meb7g1WMLmMqHWLUJG6JT jcb8biWOEqXPJIt/xn/9+zrCxA6j8Barcv6SYbLn3wAdP9xTKEedLDPub1Ivpo0oPz5aLxbgrjgP hL/eboI+ex0F92rDVgWOCNEVHK3E0V9nY7yOYr5hJOtFNl6Aw2i6bbTN0SEd9NB2E8HJ1DUNXdPM U0cUP0eHg7OeofY+SUfwtObSo/cMcN4fdVlRJVFpcZA11hjp1BaTW5UgkLptrOfrWbmDiZhILxHg 5PxQAXk47xyoCpXXYl0O6KKI2rTI/ks2yJ895s8Ef/at/Jngrz3mrwn+WsF/8CJ/7Xn+muCvP+av C/76t8qvC/7GY/6G4G98K39D8Dcf8zcFf/Nb9WMK/tZj/pbgb32r/BYGGIrT/Yv+hPbMaJnfrzg1 AZMd1+7q7sFJVzNKS9eftHTWMoWtVxKlHoZnX7w9uxhigJyytmq7V5SUiG2AUGodmKGMEB26sbdI rsVwuFeCCjHu9WIDEswb4pVDdywi4F8YnHrrmBLCP5fq0GQtL8t7Dae/TG7pWFqBjC9C7Lyj14Gl 8+lVbP1FbPYubP1d2MabsSe0xkuK3XDnYZ4bX0OYpJ3CWEqf+j2xCje3qvJZL87GfDP2GyUQHkah pjePcFO+h8GC+5jdxJGfoaG1FDjNg1bV96bpPTHLk4K7cI0wTZawDrMOfdB0gKE+Y14Rnon5eHjZ nUxrEXopTh9kh9gkzsbTYa97CqOzc3dQ+pm69TNW8zOtFqcFMx1k7pmBFwfw8+WPP/2CeUaSBlGM 23aGqcvHMqSTTLc8DpKUjlc9plWDe4j5jjHLgs6mDsMyouU0VylnChyhdNA9HEK7ZcszS0wTbkC+ ZaQzpGt6I57A+bhx8ytfrrdM6ByXqVgeyY4OfP77YHQOUYy0mEwGCiy9r1eUk/LgCnObj5pqO5pj 3Ry2GkG6LPcz8eqZ3tpMvIAjX8OkUIH5EpclSHHy36DPyjC1Q8pfxMEzj8lKyOGLI2h6j7h5TYBb 8SIAGqb8KglRsetKkmFan8noVOM7pHrQW0S/IXIqxWEtHZcJCxbVVi2m19BdngtDPKY1x4nKd2B0 YhyQ5DG/K9+5Lr1VjfI08QKinFy0mQqjyE8TH6NgDWdCx2yS//i81nOXRjmfeZiM5fS5Vbb2fUxN cNAI5cVl535WaLhSXb6J8/vlevD9z+2SLOfqpc9c/hN45fs/puvb7z9Nlb7/NE1m7b7/+SMg2nz/ 9yzkCYaE4n+KgaWB5RxukrLye5ZKx4JvAxrR2B3Auvf5cQTV9q9KNI58D/r8MMDMdqUhZKPDeiwd XxiGVWjEOAwzCpF3yAPmHx4L5ujWdjptQdPuyIPQd8yH2aS4uRxG++HxOAjGQxpHjsOeH8bUHtBo Wqd8a/A0haFXdKCX78rlG/angRnMUM2y5TimGMe06BuC51XAdKPS6RRv3l8ZR29vdEDjTCsG+DRo uDVp5TiaammN/7Vf7WAHO9jBDnawgx3sYAc72MEOdrCDHexgBzvYwQ52sIMd7GAHO9jBDnawgx38 UfBvlc3LcQBQAAA= --Multipart=_Thu__8_Apr_2010_15_04_36_+0300_unCOsfEm1EwZDdbo-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 13:20:32 2010 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 8D601106566B for ; Thu, 8 Apr 2010 13:20:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD068FC17 for ; Thu, 8 Apr 2010 13:20:32 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o38DKVX7041854; Thu, 8 Apr 2010 09:20:31 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004081320.o38DKVX7041854@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Apr 2010 09:20:22 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <201004081313.o38DD4JM041821@lava.sentex.ca> References: <201004081313.o38DD4JM041821@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfvogel@gmail.com Subject: Re: em driver regression 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, 08 Apr 2010 13:20:32 -0000 At 09:12 AM 4/8/2010, Mike Tancsa wrote: >Hi Jack, > I looks like the latest MFC to RELENG_8 for the em driver > has caused a regression. The box is not doing much as its a > development server in the lab. This is an Intel MB (DX58SO). dmesg > and pciconf -lvc attached. Here are the stats from the NIC as well. em0: Excessive collisions = 0 em0: Sequence errors = 0 em0: Defer count = 0 em0: Missed Packets = 0 em0: Receive No Buffers = 0 em0: Receive Length Errors = 0 em0: Receive errors = 0 em0: Crc errors = 0 em0: Alignment errors = 0 em0: Collision/Carrier extension errors = 0 em0: watchdog timeouts = 16 em0: XON Rcvd = 0 em0: XON Xmtd = 0 em0: XOFF Rcvd = 0 em0: XOFF Xmtd = 0 em0: Good Packets Rcvd = 65839 em0: Good Packets Xmtd = 13100 em0: TSO Contexts Xmtd = 203 em0: TSO Contexts Failed = 0 It just grabs the IP via DHCP em0: flags=8843 metric 0 mtu 1500 options=399b ether 00:1c:c0:95:0d:0d inet 192.168.xx.yy netmask 0xffffff00 broadcast 192.168.xx.zz media: Ethernet autoselect (100baseTX ) status: active -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 13:22:29 2010 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 C385D106564A; Thu, 8 Apr 2010 13:22:29 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf2.bahnhof.se (mxf2.bahnhof.se [213.80.101.26]) by mx1.freebsd.org (Postfix) with ESMTP id 43EB08FC1F; Thu, 8 Apr 2010 13:22:29 +0000 (UTC) Received: from localhost (mxf2.local [127.0.0.1]) by mxf2-reinject (Postfix) with ESMTP id 8A34E96959C; Thu, 8 Apr 2010 15:04:31 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF2) X-Spam-Score: 4.521 X-Spam-Level: **** X-Spam-Status: No, score=4.521 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.44, MAILTO_TO_SPAM_ADDR=0.276, RATWARE_GECKO_BUILD=1.426, SPF_NEUTRAL=1.379] Received: from mxf2.bahnhof.se ([127.0.0.1]) by localhost (mxf2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tAb650ToeHLe; Thu, 8 Apr 2010 15:04:24 +0200 (CEST) Received: from [192.168.1.33] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf2.bahnhof.se (Postfix) with ESMTP id 85DDF9694B2; Thu, 8 Apr 2010 15:04:22 +0200 (CEST) Received: from 127.0.0.1 (AVG SMTP 9.0.801 [271.1.1/2797]); Thu, 08 Apr 2010 15:04:22 +0200 Message-ID: <4BBDD456.9040509@gmail.com> Date: Thu, 08 Apr 2010 15:04:22 +0200 From: Niclas Zeising User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Antonio Olivares References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100405213133.3b29591f@it.buh.tecnik93.com> <20100407153638.6e0be5d8@it.buh.tecnik93.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days 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, 08 Apr 2010 13:22:30 -0000 On 2010-04-08 14:42, Antonio Olivares wrote: > On Wed, Apr 7, 2010 at 7:36 AM, Ion-Mihai Tetcu wrote: >> On Wed, 7 Apr 2010 07:20:47 -0500 >> Antonio Olivares wrote: >> >> [ .. ] >> >>> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod >>> ===>>> This port is marked IGNORE >>> ===>>> requires the userland sources to be installed. Set >>> SRC_BASE if it is not in /usr/src >>> >>> ===>>> If you are sure you can build it, remove the >>> IGNORE line in the Makefile and try again. >>> >>> ===>>> Update for sysutils/fusefs-kmod failed >>> ===>>> Aborting update >> >> [ .. ] >>> What should I do in this case? >> >> First, please don't top post. >> >> Second, you don't seem to have the base sources installed and that >> port, being a kernel module, needs them. >> See: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html >> >> -- >> IOnut - Un^d^dregistered ;) FreeBSD "user" >> "Intellectual Property" is nowhere near as valuable as "Intellect" >> FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B >> > > Dear Ion-Mihai, > > I have installed cvsup, but I don't really understand the page that I > was refered to > > ===> SECURITY REPORT: > This port has installed the following files which may act as network > servers and may therefore pose a remote security risk to the system. > /usr/local/sbin/cvsupd > /usr/local/bin/cvsup > /usr/local/bin/cvpasswd > > If there are vulnerabilities in these programs there may be a security > risk to the system. FreeBSD makes no guarantee about the security of > ports included in the Ports Collection. Please type 'make deinstall' > to deinstall the port if this is a concern. > > For more information, and contact details about the security > status of this software, see the following webpage: > http://www.cvsup.org/ > ===> Cleaning for ezm3-1.1_2 > ===> Cleaning for cvsup-without-gui-16.1h_4 > > I have installed it using ports system, but still get same error as > above. I try to use cvsup the file, I get nothing, I try to go to the > port that refuses to update and make install clean and it says source > not available or refused? > > I have used ports before and had no problems, I don't know what to do. > > Thank you and others who have provided help. > > *Sorry for top posting > > > Regards, > > Antonio Hi! A good place to start when you're new to FreeBSD or have questions is the FreeBSD handbook, available at http://www.freebsd.org/handbook. In your case I suggest you read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html which details how you can get the sources for the FreeBSD operating system, including the kernel, which is what you need to be able to build fuesefs-kmod. Also, csup, a replacement for cvsup written in C, has been around in base for quite some time. You can use that instead of cvsup. Also, in your case, there is a standard cvsup file you can use together with csup or cvsup. It resides in /usr/share/examples/cvsup/standard-supfile so you don't have to make your own. I hope this helps you! Regards! //Niclas From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 13:33:14 2010 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 8D758106566B; Thu, 8 Apr 2010 13:33:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 98EC58FC12; Thu, 8 Apr 2010 13:33:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA26344; Thu, 08 Apr 2010 16:33:10 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BBDDB15.4080406@icyb.net.ua> Date: Thu, 08 Apr 2010 16:33:09 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> In-Reply-To: <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 13:33:14 -0000 on 08/04/2010 15:04 Akephalos said the following: > On Thu, 08 Apr 2010 10:11:50 +0300 > Andriy Gapon wrote: >> Interesting, I couldn't see anything obviously wrong about your hardware. >> Could you please post a verbose dmesg from a problematic boot somewhere? >> Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u' >> output. >> Thanks! >> >> -- >> Andriy Gapon > > Yes please, you got them attached. Thank you for the data. So looks like RTC indeed doesn't generate any interrupts after startup. Still I would like to get a _verbose_ dmesg :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 13:53:02 2010 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 0B88A1065670; Thu, 8 Apr 2010 13:53:02 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 5F59A8FC0A; Thu, 8 Apr 2010 13:53:01 +0000 (UTC) Received: by ewy24 with SMTP id 24so32760ewy.33 for ; Thu, 08 Apr 2010 06:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=Lp/A6DSNqJ30Y0YyVTctPPCqFREEejq7Kp9hNewOQhw=; b=kWAscfCyoPZx+1LzpZFTiH7rMqmy8Uy3lKan9LkRlXYQSQX4l44jR11Nwz6czN+vCF 3GONc1IADmiEaK5vtx8JeXSxVS5wMu43YYHzkYsWbo3gHzOLTEo29P97CqiOMQYRNyHC NIToFvuK0x7ZcRRGP0NXvBscYPhWhykWRBWO0= 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=VOCfKau7w7te58DYEvERwm0nxcc8SY+tZkOqvomnGIx5JmfIlr06OFCOUpqxsjqNoX aC58GALeWrtvwfTLUjMEA65xuoYMRIEStAhWA/54+qpkrsWophZeMHCU38BLvyWLYKhq 9qgJUgD0hAqR4/WuzGMswHhaRVMBdv7PLOUWs= Received: by 10.213.70.13 with SMTP id b13mr179077ebj.10.1270734780243; Thu, 08 Apr 2010 06:53:00 -0700 (PDT) Received: from free.bsd369441.org ([89.45.24.235]) by mx.google.com with ESMTPS id 14sm66082ewy.10.2010.04.08.06.52.59 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 06:52:59 -0700 (PDT) Date: Thu, 8 Apr 2010 15:44:22 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100408154422.071e0904.akephalos.akephalos@gmail.com> In-Reply-To: <4BBDDB15.4080406@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__8_Apr_2010_15_44_22_+0300__MukCfg.7AjTjhDh" Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 13:53:02 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__8_Apr_2010_15_44_22_+0300__MukCfg.7AjTjhDh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 08 Apr 2010 16:33:09 +0300 Andriy Gapon wrote: > Thank you for the data. > So looks like RTC indeed doesn't generate any interrupts after startup. > Still I would like to get a _verbose_ dmesg :-) > > -- > Andriy Gapon Sorry, I missed that, here it is :D. Mihai -- Akephalos --Multipart=_Thu__8_Apr_2010_15_44_22_+0300__MukCfg.7AjTjhDh Content-Type: application/octet-stream; name="dmesg_vb.gz" Content-Disposition: attachment; filename="dmesg_vb.gz" Content-Transfer-Encoding: base64 H4sICAAAAAAAA2RtZXNnX3ZiAO19bXfiuJLw5+FXaOd+2OQMEMs2YNhOnyVA0myHhAuku+/t7ZPH +CXxDWDGNulkzv3xT5Ukv2KD6XT3TM9OzglgqVQqqUqlUkku9dz1s+fc3QfkyDgmtN2Wa7JEJTK7 t8i5Z1ln0z4Ze+6/LCOoV3oZ4Fa7Cp+axD4V9tlknxr7ZLltyj5l9slg2mrlJ0Q/se6sVeAT1yYB PN6snEfL853gGVN6+sKxXW/l6HXSXSwIq9YnnuVb3qNl1ishcY5PdEi+c/zA8iyTBJ5uWkvde0As yVacu5uVqQeOu4oLa3WpNp11zy4H5G9SB8A3pLv2CNGIpHQk2qEKGQymM4JdUiHw57lu8N82lK7P fVNptlWV1l3vrnOy8b0Td/4v9u17xon/7J9cDK4Gk2GP6EuzqVbGnrVwgTaTWAubPFjeylqQn0/m gPGEP4mvn4keEOnJFn+aZKuyJEn1DAaojSxdc7OwMlgWzmrzVH9w8/BQszwef2Xe3pt6AaZ2SyuP Cbu+AI+tA0UzZ2kZAAQsJD87mtxQfybQy79urJXxTChtK1STyZvfyK8bkAuQEKmCAjL3gJ+rOzKb 9oixcI0HUq/X46cOkWWQPKndVBtQuNIb33RId9Qns40HYnAULI/JB5ncLEBmSB8w13quZ5GRO3eg Cf8c1TSVHCGKukxrI6j9rVYzFrrvE8B0DPJwDVLprMgp+bm7ARFeBY4B6H8mZGhCovQEbLMVSsi5 vnQWz5BE4WHkmsD4U6IQMg2s9RobADmA7tzSgw1I+Kn0RFva3J7b9qvz8U313WhQ7Q+q4+mgCm2r jqaT6rg7qI56g2rvg1btjoe96nQwro5mE8i5wJxutTe6fgdgMyymNKu9y/PLm+mb6mj0oXr+ATBM ARv8y9U3s9nrROXyKaObvoJMBfDTJuZiryXIs/SGJGmS9Gr6j2mve3lZvfqAmH+pnjPckz7QOa5e jqpK/8r9/B+/iO8sJqyLKtR+ddl9cw4Uj6vTd6Pq4ClgTepNtCoImG0Fxn31evrufXX6dng1ZNQC /g4Z1/xADyzirB51z9FXQeWSEnl0RmCY62R2edaBgQxc8RzLrxJ7swAeAPdcwwGxebRCaGflB97G QM1QrpD6NlmFIpcA36pjbylWgaEb91aHNFXyMH8OEBZ+sl84yi3QpgS//ZNAv6sSufZZ38KTrPnF 6GTWYZuVYzsw5llDpLgdpuPr84VlnqzcgKxRVSNL5Ex/NWii6WpeHbkdtr9YSJZoJZXkcu2kzS1s nqUvyNJaut4zgcEJ2k5tN1tyu0mOVFAnZHR2XBnfP/uOEcMZ95vVw5F/3KlIT1Lij8I/qZFUYhuG tg1UKaqmSZwyckQbDbLW7yz/OIXBbslZDEZL0hSGQVFkRaJUaskhFo1SGXRlFhENyyYRUdm2LZsh 0qSGrALWCA9tNxvtCI/+qDtRS6FDqNRoNbV2UyJHSps2WId0e+MhwZFLZigGHfKKUqpIbZZGlUb7 dWV4NZuACjZNVHqgoqH3WAEKvQ/TeKB7d1YQzs4n09G4Q0abReCsPdewgD8emT7DPL8kfSsAi8Qy QcWjMvbTZSiQbTwA5cAO8gQgBuh1+F0hxnoDJJ9Nx8cdXvOw3yEwm2AGJUfddDqt4O8O1gByfg80 sjYO+6kcmsqRK09ac+64PpQnw3ezqLdr7Idq28lJMGZzohho3gssRsNiFEGTxTTGPT1dbHDW72Kx ti2KtbPFuOzZ6WJkcj3CYnpYm5VbjGVXbi4HHeJbwWaNPUa2EiiTgg6ZTPtjLD83GxKBgjAUjx5l 1knd0bEA+jDtY/cY2B5oK8K1EI4SITgIgIID9pfUxjQymp7PiBhDrRDPOXyFeOQ2w3OOeJQQDwKU wNNP0NO0AE9X6/cYPaRLFVXlnxKnlA8mEOhLxNqEQagk6JkKPJaAViWRx4RL1KFwWhu9ZJvDwbKH 1lHv/CLCYzM8SgrP9WDEYPbgmU66UZtVhfNAS/Zdd3oznQ3e7sMzmvZiPHPe5kGqXeXwANkfQjwN 1ne01cy060OJ/hn0ErzUeD83MngYzH56ziJeqrx/5AyesxL0vBkPQnp02+D80jJ4GMw+fsUyOuey hVKEeLpkRIaEjK/fDyZX1+9DGaXM4oqejiujbn/W4ashMrwOtR2BBdoQ7W9vs4aRL4a/ZXDd5Lj6 2jFghTRxN8zitp4AdAXqG2z1dvc/fVJ7DVN2AMYs6AReQ4zNhXWd55gwI8BCwDMsAgtGx/sVVOUW 3uHk71B5jEzej6zNkbVjZKJsG9aCzt2d5XXIwnq0FjkAa3cBlmPwDBDu5zCfvHqH61AwPOQ6fY3I fSLVZIVAytIFO9+bu7pnVthcAlNJh60M2YwRT9GQ8G4wwRTQ1Q2cf8llf5KC6J+z53A1BFjAKAkk AQNzOsBgCo1Kge4hs3Eay/Rd/EwZlgAWU16EBdQ5Lq+9ZZwCpaAPE882WRtxPtRSwbUf2FPBrQMf R8dkc4qZfOIhH8EW+0TMU15ry8AkBVIMkQIKySYf0f76VLEty7S823CBDlwTmE9rlP1e6k/6JnAf jXt95Z/SJlmASQ+rvtMGCctCwu3SWZ3SdIr+dArr8iZSlEz3ULJP5Ubl80JfgRECc0Id1l2XzuqB XOrPlve64ukr04UGv0KD0l0/C1GqkqlrB591D379Q/c89/Prysr2+VJy7Vsb062Z1qNjWJWHOZge K+szATCwHX3nN4uomEpx5MD3cvMkVcBegkq41fQaxAsehifXgBQMfviNX4QjrJLfLM8VD68r9+sA GTSBmq1g0kWDo/X0dCI/PT2RaXfWBYMGKV8sYL1seug3IY+0Lld0Y+1IseEVzp+vs6I77g1hAI24 OTfS12s0m92V7dxtPOYiIXPdt8h/g0hYQtDi0eOJsRqNoqPhtMtGbvuYBC4wEOBgFD+ChQYWm6qF ZH0cjafd88Gn6Hk4ezMZdPs84dZC5K8Gy7llokehFzWxQy7GAySlytT6axi2HqqnplyFjyY2jmGs dOHz2u9b2CNjwxkCj/73f2+nZ7d1aLBUn55NLuqXY5icQcHMNzCqscMJ2Cb2ZgUUh1PHk2VswLYk sGZA3jMPFfdr1JgiAe2HEGjkgnK9hJ4zrbBNY/czMONsEwRA1ZHtPFnmcZj3WX+w0E4CcPKop405 Ca0sMFshFS2MfU2ZTFta/epMvk03RYpasrv4uDdo1aeX17N08VZYXBDMvW1cIKAPoL/Blj5Sj4kN qwHLLAJrVMl8P5htz1nLce2BbT9S9hQASL0cJF/sVIkhbNdkCWans5mWMxCG+wqkGWZW7m6y0KO4 clc1NiCPZLGuEUqVnsil/qFbqZR2ayGamq37QdK1pTRa7QbzTkWuLSSeDwhWJ44JRa7NnYDTgPpF qfNioze/RYNBk7Qafs7j4YATFJRm9MNC5XU2x//sBMY9DmUYtXfWCqTFIL0nlHULQWh+4bXh3MK8 9CB1iPgbrkzriTAVQCaBCR8w6eCjX8FMJ3DAUhh77twSBWB6lMEcI+QqfFRB+GCOBEUN63yqEtqA ou+gR7jLlkR/JYt2bez0PvdIHFI0bB39U7dO/lO3TvlTt079U7eu8aduXfNrtu4LW/aFrSpoUetP yS82/96vLVyOvXrj3N0D4ZbhsFXh4BGWDQTndg9Why6Y92ypbDJToyZ+4hIomjGT2KCwiUstVWko YLc84m9KVhtYKSjk/jcwMVSFalSTiLsOfFy63unGM65qAiuFiNkwKwttf2dleNYSN1NDJzxM6hW+ mLjVg0A37jskLkt4EtQebLwVGLpN5OY8shXeuH5QAzuRzGGhfWdFJoZho4lhJFsG5aJirMTGZ5YC wydyYamlw+oN7LF16DIHsFOpYuNKrfb6J+wS18O9IEkGExPoht/tJlpw0EEOX2hWforxsOJVAiuz AL/RaAV0P7G9uVOpWUM2QPq96QXPa4sVr5KlzRAD2NKE5ShfqzYBS6AH/FmWFTQacftgsfJ/OwW7 0fzseqZ/XPkJVqXM/GLFyJFEVv4x4IR+XgWZNP0JgJNpexuqlGmonNdQNdtQmttQKrWSDVUhIdlQ WHWXbikF077ZahQ39ie+LjzVmV/mFMzgn9a4KPLXloGbnv5mjfLkk75E+vBsbDwPB1QfAEfTYZxP ydLyff3OCqVzqYO5invNsDB8JjasLaW6XB9ezbohBHYULFEwidzDQvezw44EuEwpUW0vIxplGNH4 YzBCUsjRIXyg35QPjW0+NIr40NrLh2YZPjRfxIfUyJe+Ix++7XhobvOhedB4kCI+qAqe3dnPB9ra YgStIS9oCRWcGRBSRgUXMUKVcIdSPkwNZznRSHJC3s2Jpb7+SKVPHYLNIcOTazIGUOgefXVnEQU6 jXnMYHpkngfmECSg160V2xIXCNQSCOYJBHIWgVYCgb6LAqMEgvYOCuQyfaAlEKhZBFEfcPdjTnF7 zrZtQhQ4NEMUOySftrZFn7YKZF+W98p+q5Tsa1uyb9QkpUYLzA+akn2akX39+8m+mhXpndywYoZS uRw3tBxuaEWaqFnZrB5W7udVBxYN/IQfYQwJD0cgUjBGWSKnVxFbVIK6intvOMTSvcVzh0xHI7BP 8SQH8vDXjeUHBJCDpYy7DKBA9/FeO4j3tBzvpR+T9+YfmvfmV+d9Kdsj4r2c5r1civdYX5L382/P +3meFZid8yjpy3tmvt1KO6H3tQNE5SxHVM5yDccCUSkjKezYy9dR+u0fVOkfxk3j8IHfzhn47WLz 8yUD3/idlH77B1X6h/F+/ofm/fx3UvrtH1Ppt76lzte1g3V+O0fnt4t0fvslOh+J28d7LeH0UfRC 79u2nxF43yj0M6Z0vopL4eJF7rf0M6ZaWs7PKG1JuYpS/iUeVUkt51f5WmbtFy7n0wLeVFMCriZU oVpKwGUpxykpFdu/+5STeRDblKQ7jJYTUEmy0wIq/z4Cqh7UUjXj+KP5jr+0+YU+3uIpuKClRfK5 x/W3j7Htg5rb+EEsDuOLLI72wRYHH2a9nGHW++oWR/trWByxi5sqyc0ttZj36mG7W5lBLe3ycX+f 3S1oaSknctRS+jVaKv0+LZUPaqn8A7e0nCWh5k1JP5j0lpuS1Lwp6Q/GU9STNLFZn9rixyP0VEOF x48NELkuiY18KSxJxFY+SfwlMn3LcFemDvoZT5TiH01kbubQBmeF72vy7EQmbiWYFjsXG6J9Mvlh ChNPxkeA4gW0BCx7xyg6eTE3+VH6qMBavD8Kyl4U4pilGHtYgBadY6Ait+AcA909zbcbjZ2DhRae Y1BKn2P4mrvKhzoVivcyc1eW+Tua/AVNJ8haDOHrv+z4TqH5EDJUmA9yZhlKO+EMDVIgJIjjyJWF Drlz3UM27BIO8uwKOFU1okjWi3VKWB+MKJae3ePbYS+ZdqLBtFm+wWHRxGgRDRYlty0tWk+sZ6gw tAqXM1rl8U4Xx4LeXXRrhrtc64GDDDQdf73Qn6PzRIlOIPwUVQ47qrk0b+srKdJXXLHIOzVdK1Gy kdF08i5NJ+drOjmRuaXpEpl5ms7iTbNCxSUXazor1nRWrOlYgZW7rewwVy5Sa7LILVBruRuklhGq NY02k/5SmlVrcqFak//4au3wTZKUWpNDteYX6bUd2sQq9qfJRdoEy6AEaeW1ScrJYSV3brKrL3mn NuFFExKZ0CZynjaRk9pE3qdNWhXPQk0ysfTFzHogKHYn+HHGPnv8c8y++vwTHyg9Y589/smT+mMc Axa5cO50fJ1igO9Drawg0keJbhT6KKd92/oj1jwyp3bv+lLLrC95JbwwShJ7Z4R0iMAHom0t14F4 UUNf4IvzoFwog+VvWfnkSA4FEN84WvpO/KIWgrFDD40mez8rfu8+ekmrIWrf+OFbmAiMJENhnnXD sniloXzznN69s0ZVUIfGKJp4XYw3ptsLM6TwPbKl44CCQKaOhrFGAvCKd2eBCmLsnl0CL9tT5JsE nzIwFCo1HR3fOrM8WzdAk4/f/APowVfbOMoYAaESCvesGv6onfc/4AN/Sv6McuISUrIMvpzIGzNf 2+LkLIwMlhJKENFN0Fm+3yGS1JGbHap11FZHMTqazgGjN9/40/nwcjaYfGJDQCltkTcz85Sya55S 8ucpJZG5NU8lMvPmKRYcIAbJn6HseIaKTWteoGiGUopmKEXkFsxQSs4M1dSiGQps8PmuGUrZMUNp XzZDvegY4Vc1vMudIyzvBrd32ZvKzhnCtjMSkZghlLwZQknOEMp+e1MP7tkZdByMrk/astZ4Henv rdp3WY6KwJVR4CU8hLyawndkob4jlG5Oce5bsm1Rd/ySLH+M35Flz5TOCb7mDLqGjuZrMDbYZ6Pe YN+UJUawd/thSZN9tnkSh6AaB1fZl8IhVJ7YUFM14PTSm8IvjlOROCx/avKntiSQi29F1N+QkmUK gDVJ0CK+W2EhKUFHd4JcB1kyCG3LdZlMzhtUUVBfEKrWJQF2A9J8/5mAqG5w+kR+vh8Nbru927MB Bo6zbcfIA5VSoG93gcpJ0HfDXaBKCvR6F6jGQHvds11AbQY0t3RQ+mHH8Pl8iTF0DN0PyIP1DLOC 7hn3ABAu07ozkMwP45YknWgYUaA760L3Jt4xj98A4WMJvlpVflK1xr6UKj92WmNfmNfmT22ep/En DUMNhCOTn/GsiZ9zMTJlOTEyaSsx5UX0pkbn1tCUxdBU+dDU2Nu0OUXVnGEtq9unhrQdwxqIjYa1 LOcN6waNK0+M7DAlMbhFUvcN4HukdZrsf/LZCe6hRcoFij7T4lUyHsUGX1y+p699jPCFBu5V7+9k ejU7J1Ax6V6S3uW1QAFlx6M+mU57ZAz/igxTGun1ekRlyBEdWzdipIF7fYWRCiX+BjCvRwAwYvHd 66Ber4s0pqF1z+LpJM4I4xasoGfYq8yn0tJnkyc6UvGPyoqA9SzdfCafdfHS82mTLkOifBGiQeBn gkkbcTX6veHcOr6/sW6xUVgcmNZBhSHhu+H4vfSrqYqhalGaoWMvgAeCiCOBgUAp4LDNIvuxIqaU T5KxgAEWVryDaikmOtteKWrudHhx1Z3dTAYdUWtEatz5YCCtrI4YNFtNSoqdnJE5JcNkmmWyksNk pYjJSh6T6RaXqSKAC1qt7GGy8iImK4cxWZPySdpicgHVUkx0cXMTTLbmVA2ZrOxmMjNNBFySyUqS ybhniTr+GhEdiZf8j8nN9Cyl32OlbEmRUrYic6mZVMpaQikXGjzNhMHTzNWMckhbRHv4HBG/8cVK cQ/1GPUByzIM9JDWmnFrzaLW0qi1An2KYLpFcAkCBMG0Ygn2DLbhcQMmn2g7JtqW8jwSQLS8n0Wt BItauSxSQvqiFltZFokEjDE1PWuCBYFRi37dON4D0dfrhQNzkwDpey6LM+OEoZx8AkujB53F64nW E6wHQU2xDnkUcZgoWHBhRpmugiJWJA/yIfJgxF1r5C4WaDsh/QJ9Sh7kLXlQSssDHxIl4GOC5zHB 8yKC0wKsZAhWtghWSxPMBYQeKsB6bPjpWkh0O010CQFuJwQ4N/RQQw3pSwkwzQow3S/A9CABbhQJ cOMgAabh+9VgtTrc61El09EZ+kgSO7W4gD1auWEkqNBHdVy5N3UjNPBZ4wh7lb1v2RjWCwnrbkzH TYRaSnJJjUWrlasboeKYS6KuN/0udBSjYwJQ2PoOC58tyXLzVqKqHEKmbfFSp3BYZCRRPOJo+Bxx VCRwS/h6OsVX0Ib86wy+pCq5mvavCa1yM7lKeteTM/R3VslkyH9V8CV67Dl0ymF0q9Apl2q8Eouo ryM0gxQOLIaBuTDUIg9fCpma8u2pu3x7ar5vT01kbvn2Epl5vr1wShH+OnWXv47nTjdzWIuyE1CL 0AtoiqbVQzDD3SxMZmfdgQWDbY8GTzSaeRgm5HsqQpU07pEa6Q5ur65nt+fXN1d9RKoW+QpVkVvg K1SZqiuh2GLxb8fi387VrMC0RkqzqhnNqm5p1mZpzaryWA8Lx0TBEgOUjKzg3jXJJQyQKQvelAjL xODnLPAYFpkuLGstApHlQ6HaToYry0IFvyGeGcYOhF78J5ifCYg5bkp4z3F8qTSFZzw7i1I3dJMX IV1TXweiwQIi8AKhrtBWXqCRzAO5R/6HFnKkRRkvtO2SiWsAeDxhwFBz7ZqpP4v48EdgS7uLDdN9 IiTyBsMbBw9zk9X91npmIfKSq+8jR5NU+TiOOydh3DmVS0SSCkAi6A/RvE4A8To4WIddeRC6aCEh WZ/hLpc6TCmoEWEZ0myEZR5C4oZ91JpUn7MAZVgtyiUnoMKp4A9VAsTAcuKESjLCVkWYv470hH7v hX7nw0/F3O29jCP80dxpthG1/ePFsHs1q11e994O2BJTJEfDYO0v0S3FJsvUbhZgx0xjvVozxTs9 kcnS3fgW63XRj3Ii8ghDFPZgsss6rMt4PsczQjwpFIIXhS2WE03Od+w0RQ2ZFovETHuXLOY/BjFd LBxGTTXUIsBKfrZeIXxY+mHTBKOiwy2CW/xPq7IY16BV0SXfUUUh/3llLHX/oYMA+AATHJapWE+w XtZvHRNvKbCfj0Dm7w2WtGYReaCs48ZePs6XMGZeBHZr3DsLE3q8E8eZIePVOFyWioHUCTsY0PBV r/UEA9P/L+I/OPzGAyfgoxZBcfDuhPQBzN8Dk0cjPmM2hvNLUumzoS5CiaO31F3w6Zh1sXi9hM/h Egd+d9Elr8D4eXS8YAPaUBTyBVfw1RFJes1hbXyzB0OBVgnooqWDYXKt5Wahg9xgOwLrwVqRI/4V QhzjsRmk6kLE4UPxg1oZWYIvioHqTzHtKOpQGLOb7W1EFNvY85x1KLmcwQk0NkNjN6r42WLDognG 469EjlCs19gSQ19xHwmz1JjhwHDw8wUc5tVY90BYQLz5OM2pFytoRag3useiKq18TW5IuQUiQjVG KJ971RQGWgqDzDDIAoMSYdglLClxZvPgvecGwcJKxlIkM54IBdgMhgEVt6DHt72rGbE9dwk/zy7f ojuaggH7ec3ureATu7v4f6v//PvGgZEMq4AYWZ+rh3RUVrTb/Xu8/mZimRsDycUrVupL/elxBTrG B+NVozBBsviTTKlj6HzbT0yNFabJYDnjgHmOBzKqeEWOiEfZbrebjabaxOtSipSjFuvG3K2sRisd +HI27SVDXqbuZImiXtaA3GQxHyZvmK8xvNUzLp9gQC7B5K08sqC+Do8mBprPrIo9jnvdv+e2pM/d 5cY9GIIYB+sS78Mhg8tzFrcVAFfmggXNAi4sUL0t3Ozuvoi/CxZwMtCuuHMgdNoOhS7F2oXAdKI4 2wLmyvqckxf6tcR22znGAZ6uLZBhtAYfo9Ui3Q8Cdahii4yt7RIwcgij7Eej7gdplKipuRMNdkkN ZicWB3rtuKfj4bVKPptL/fR9f9SVyQZ/3sBP3LszkJenqkRwv7eimyq7Z4AJIgORkkao+BULBh8v wGEvSJmeuoE3f+TCsSpkRVNbjdEZRn1DYXDIm9m0oSqy3Lhss22x87PBdU+Veq+5yRU1KaSK+8CV i/mJz6lWNU1pt2hTwzUbO6vzUdXUhkx7J7T55qSpTD/hulpknsQrJAqiswZJZtt7lYvB9YjHnIap 94EA6kqqZdcrjHFtlWgtepKrGBwdmEOZkezv78q8QhtYxUh1yj0MrD+4ZFc295t56Hhg6x28N4u8 uTkD+5NdoNQ+4e+/sKF9gh9VdohG7ECEaAA/3cZPGX76UvyU4Ze38csMvyzwD3bil4vxywy/so1f YfiVl9KvMPzqNn6V4Vdfil9l+Bvb+BsMf+Ol/dNg+Jvb+JsMf/Ol9Df58Js6Cwe0OBku9TuYT+8t 40GJwkcjAF+JGjyLprIup0O8C+O4OE/OzQvvl8tksb2ZomkjuZ2TnTbivJL6E7fv0/rTQH2QVaC8 NhEokm8ziS2tU5k2YWksyr2aLpwl88b13/VJl/SnWleZnrzpyuprTJpw36PQiAquvjmdojya7USl ivr27ATvFlJaGv46Jp89B9Z+cU74CxaqsqQCECyKbNvyqmntSusNrl8Z9glgh37q9SdV/HiPn/0u KHWodlll9F2P+Df/7I7C1ZPA8B7JSKNIQwf4fh8jFg+PeSuwqlxbFGY+VGDIQn+usmOTj+5is7T4 pRMhjSML91gdf9khFl6myNa/a3e9WYMBs0LfBItmzkFNB8OBrtyTOVg7D6jvjdCrORZWKrrbDPI3 tr2YcL32RDKsWIawfpjRlqRNbyOnaQKGX1dBqdSUYHaKAPjfO3agLgTIZHLLlF0XkS0Zu3zZqy7J rPCuu3QWuvGmm/ljXF9DVqikKiHAT/yiEp35qc8vyMoxTymfr9HgxSN2UJb9BFEPXDDpTmU1LJ3o Nbw/CjsuwgQz5KnE8SU68QLGVEe4pHHgkavNEtNOxa9rKMOT4Ad8vtcfLP7rBleEpzRqNGAGaWB+ Gryhy5ZxVNAGjMFfCR4qxz+csGu470yuYHol/wKZJHg5GSy94ctwF2BOE3K2wPQlSAGR0uib2JlU p228TAbQwxKHodcSPuMR2ObkfxBDAXoyxqsx8tC3GPUaVSS7naS+TRLko4d6F/VA/sbKRa/xWHMt 7B5GPeXopUznnOMtCgJ9i6EHrnP0N/ydXo4+0/dt1jky7qfbCfQUY/+SN6Az1vdAtr+7cy5Ak6/y qMe7koB6HahXrETfUzXT919GvUIBfaOtAHpYoif6vpXcD+j1U33P0YPQ7UcvI2tbqkqpLSXR876f jvvD8y3BVHnntPIEM4Ne+bboVTGsmpJNk+jpAcPqmh9RzWNtOGplyVaT6NVDRi2KznMG/VgcdgVF 6KeX9p1vrDfIxz4s2s8uB/EG2Y+pQgob8pc2+Z7apIgNX1+xFNb01XVMYU1fXd0U1vTVNU9OTXJ8 1am7wh13MLAi9dONswgGATkmeLAuIhLGOTOZZHRm/HoqbWe0WQZt5CGk7CIeZ5WDr8mKaVsZMDAY vsikm3k683vqWUJTRYE+3J3mXuF+t4dhdlL57a18gvtH92sPrG8vHp3b/cHKEX9jGHjpmLmLLtbe dL3NRL3dfg/jWyXzoblF+dsduYcSZ7UGSVm6KydwvWwmuwwsDeJHlIRAYoIAUvCQY2bacPz8GlKl sT3bpSG1qHRYeG5ZaytKHazEXtN9qGhP/LUFprcn7PnQRR1daRSJ2E+6f4oytPKtUEA/3lxNry+j 8YD9zvI7IQC/5FoL31gTcLhmYFP2CTseBMtF2/UMi3nVXeI8epbdkPi3Jr5xwcp+ZBckv9S2/34J M/9N+jej8fDqgi3Xrq77gyn5d6mS4XffsvXNIiC4N7O0grgjt4pm1naEDK+IvlwnrxjMglzfzIpA trARxvBOcvjFf1dAW0cwEPi3TkgJ/r3HoyQBrNPiqlRq5lXB/sbvJ2Q6G0wG10mQxKjBu6qPOCKN 3YSZg+l6Ou3gZYjkCD7SEFPmTkiRg778QnJ6o2weJCWKW1LD2urb6A/0kSzh1XS4gVslqkpUjWga aTfxDRfy9s1vqaLXrPsSbGnIuqwXYl9uAly1guiuT1WZbSGfNohr274VnMZHtIrZ2cqbwb4vZ/9i SJIh2tdmSJPu6EpgSH94MZx1L38kxhT3XntPl7GpamePgaZv0PlLlBMNlRPYf9I3Vz3NAzu0QMzJ cJUQcw07wZaKu4GJOeViDmuStJinBU68RIImaofktPXf20m/kFc1PoUr5CNnnG8t2Lbap70yIOca 5fHfdxCHv/hcls8xp0KWg0n5cQ0rC7ZIPmKr5OMSTM9d8+Uz/S+1udV78p4uWwIbvJ09JuPl2C9S m+VtOnzZ3qhuLVfYX4540+ymSPy3U7xlpVC8czDuUmPAoo9J2cuR0NyhQMVQ6PXJEfoJjj/tlPJY bTaTY4i59NCZdVyyXrklioc+vYMq3zmA91TcFkUTbrgj7mo7hH6llenuHMKLx4KyZyyEM9HO4aDg cNitQL7cihB/bDgUjYSUuOas2cpq468uguSId2DitZY/tzTKciiNTIuWkEC1/FxWXhgPXpWlFz5Z H8rWX1KVSlyTSqEmlQol80B7kL5oZDfK9Gssauie5bK2s3dV6F1t91Bnbqq8PibcWZiyFGIP6Tau fg+dNql8Vp6fME9sNSVBBASefizyBr3IRle3bPSDuFLsUMrTH9+KFfm6V9qne8kRfGxBZHgqK8pe nqK77t1kcP6RNCQ88UveDP9JPu3gdLjVt5fTciPE7b+Y5TkThPYy7pfyP+Wo/+84JL8J+8Kt1B9o oGol+MN0Jp9l93No95RUaqRGiwYpb9GQZiSwhRo7GflmzHg56I77O1gX7k3vZZ0qbWlr/ocVJDic Xn39Eefdw22YYkfcLpPq+8oM9m0J3V1KZg5X3/wEwl4hMiRRxfcXkhyvwCFCcrCl/6J1m5LX+qwd 8R01U7x+y5MyxkNmQ/ClG9gR/MfvJY/hkZUvNSf+WBK5fxX2nYWzlHsyvdDeJ6Xqwf6FHHFCx10h luHVDoEJDyEdYMAUd49cunvi00Dleqm1p5d2uHHzeosW99aehZk43/Qd7T2qvURilb9Y8g1McPoS lpTyC/34/gs8nPcdefLCFazyf8SrhAcZvydX2i/jSvOvcy1/qHMtyl8Hjf5gDDngoNH/sV0GJbtd e5Dmaf/Vr0X9WmYJtTZYuB88MJt685ENvb9JpLvSF+4de8fY0E3CXvzjcZkYBlE+73Bt7nlbDh4f 1MVaxgv9ea4bDycTy3A9k/R4UF0fGvdF2MVXiLaTTmZ/BZopAZHiOSimdFaeXiooXEItbZfsd3vs 7G+Kct4936U5zcOas7Mt3X6PnRRMkb2PpTmSkpGSsR7clxeR8rIh3tL4mOtk/5Rq379TT8WOuY++ Z+ScpPmU18f/zkssPtkS487FVuJ8AEcAdO1GkLuxHxZOtyfbmXv39f/q07J9WqgCWEMiG56dsyzX r9snPmPqX9Krv0PnFOuAbW3yjocaENEXy+iRjAYZ8dg1As8Rcy4/uovjuE2J/vmlRoxgQUiDHOH0 ifcfsPik0nGH1BT1hMrmGTlSZGYQ+MfQCWggbJdvZcrLB5ZvZ8qrh5WnSlhew/LHLC8fUg0h27mQ oRqGeSfVg+zlkV09SAVeGLQwWjneWlM5kbABqiIakGGVY3guUzzpythRgl2VfVF3b1UqZ2oNNx52 1fxFjErpCHyp6xIDaYhqPWtPY0Pe0nZCNmnzRJH2V8lPgY54y7I1O3e6s/oGHf2VumuE8wn5Gcbu z510Ejxkk0BksknQsdkk1uJsopuXKIQhSjYWKKVLfaXfYawaE2ZMDER12mrgbRBhyES+vKBhQ/yV Od/Yt7B2WOprQmXbbmA+GGfw+V+ERSe28UKWVkueYxaLcheC5SJRzWIURohCAFUwsMzYtzamO+kO +2Th6vhS5XQ07pDumAX9+xsll/pmha/w/0fFWG8oZHQqTN/zcCqSiCkLCe8Gk/AsMTqbyWV/knR4 kf45e7bDG4gJgR7CwIji0AGGIccUGnsuIGU2TmOZvoufKcPC7hgTaTIYwTZGmvWW8WEGKGV5XuoZ ui56VncEgi2I/EejS6y0wyOq0sQNWAdfVUAT9xceHCaeJi7pYfcldn3fuVvtvjGRJu6vEFGqZH4j D486KIOGWrqPGN6niraITdg9bRgYnsdEU5LQyk5oehC0chC0Whp6gqG3luxGSry7BLvHxlg9PIZX GOqsHJSIq9ZM1tzcSWejNPRuCkQsMwzq1rvHeGDPZICGogeay/DBgKpXyWVg1pNRzmbes7hzk6Nl QchYOM+N7XdOTOvxRDdVn+oVI7gN3NvAP/qIoe5rklqTNBDzjtLoqI1Px+QUHlpSS5Go2qiHg1eq sDBGtxhor0MCXtmJP3dWJ5gkot8hxTw8Eo5QncrJOHigILbje9ob31LnvtmJrh+Q6kq9XVt7Fq2S 85vpgHTPhqRV1/h1lAs0allEUnYP0B1/+fxmXHn41VpuYiSxfmAZHfL274PRTRxHk11ceMtDWd0u reWpLGltud18OKtXTI+5ZzCe28idOyzk5wT0K+BVG6jHLM+xeDR3cX10fI10uetPaYnrT1s7rj+N qktegdqKrkB1VrbbIR+hHZ8YQnHdQ3yZ4pF/HOPYf4Fg9gpYfsN1jIHFpSXYbYm7FSHrlld8C+wX EdaSlA3juKjE491L6wqtS0TGc0tNqhTTmEtm+g6G8HruVJ1TEVPuojuZsc5lEQrw5kgT2YkBK8Wd kDAjp0pewgyLJSfvWlARszTZHQNJGKRS4B/fpHJYNDZ0fvDgbFEYBMIilsMYMHwhdlFQfvEYBecu V9HhZP5/x3TTAlW/AAA= --Multipart=_Thu__8_Apr_2010_15_44_22_+0300__MukCfg.7AjTjhDh-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 14:01:35 2010 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 4E4FD106564A for ; Thu, 8 Apr 2010 14:01:35 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id BD1218FC0C for ; Thu, 8 Apr 2010 14:01:34 +0000 (UTC) Received: from vromage.erje.net (erje.net [80.126.62.176]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id o38E1WPP034897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 8 Apr 2010 16:01:33 +0200 (CEST) (envelope-from robert@ml.erje.net) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vromage.erje.net (PostFix 2.7.0) with ESMTPS id 07CEAE97F65 for ; Thu, 8 Apr 2010 16:01:32 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 vromage.erje.net 07CEAE97F65 Date: Thu, 8 Apr 2010 16:01:30 +0200 From: Robert Joosten To: freebsd-stable@freebsd.org Message-ID: <20100408140130.GC1555@ismet.erje.net> References: <1209800810.33861270466947931.JavaMail.root@dagobah.intersec.pl> <4BBA05A2.40706@intertainservices.com> <4BBA1823.1090305@gausus.net> <4BBA4334.1020506@interazioni.it> <4BBA4478.7030302@gausus.net> <20100405164306.hmy4n8pvs4goc8ks@www.goldsword.com> <4BBA51B9.6010803@gausus.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BBA51B9.6010803@gausus.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: fault tolerant web servers on freebsd 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, 08 Apr 2010 14:01:35 -0000 Hi, > Let's say i need to run a few php/sql based web sites and I would like > to maintain uptime of about 99,99% per month. > From what You say I need some level of HA system, to maintain the > required uptime. Okay > (i'm skiping (..) network issues at the moment). Then you won't succeed. Four nines availabillity without regarding network outages... sjeesh. > Few people have told me about a setup with linux, drbd and heartbeat > which offers them some level of HA. Has anyone tried anything similar on > FreeBSD? Did you actually *look* around for possible solutions ? I mean, I searched with google and found geom + ggated solutions... Go figure. Depending on your budget, I would build two 'systems', spread over two coloc's. Use two squid/memcached caches, two backend servers with http-daemons and php on it, two sql servers that replicate in realtime, all (maybe exclude the sql servers from that.. depending on writes figures) connected to a NAS. Having caches at the frontend, make sure you fully understand http://www.mnot.net/cache_docs/ (for example, may more resources are available). Then, have that NAS replicate to the other coloc site (don't forget the encryption heh). Pay attention to the switched LAN behind it. Maybe redundant switches would be a very clever investment. At last, have 2 dns A/AAAA pointers to both sites with a reasonable but short TTL that you can change right away. These autoritive dns servers must be as redundant as well. Now we're talking about resiliency. And money, so skip out all what proves to be too expensive. I'm sure you already estimated how many dollars unavailabillity costs you, so invest wisely. If this is a commercial hosting exercise, buy stuff for the upcoming 36 months. After that, redesign may be wise. You wanna learn how other folks are doing this ? Have a look at wikipedia ! And also try to learn from their power outage few weeks ago :-/ You may poke around at http://wikitech.wikimedia.org/view/Main_Page and get some idea's. Goodluck. Robert From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 14:11:48 2010 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 94ED8106566B; Thu, 8 Apr 2010 14:11:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A15E98FC0A; Thu, 8 Apr 2010 14:11:47 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA27407; Thu, 08 Apr 2010 17:11:44 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BBDE420.2060003@icyb.net.ua> Date: Thu, 08 Apr 2010 17:11:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> In-Reply-To: <20100408154422.071e0904.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 14:11:48 -0000 on 08/04/2010 15:44 Akephalos said the following: > On Thu, 08 Apr 2010 16:33:09 +0300 > Andriy Gapon wrote: > >> Thank you for the data. >> So looks like RTC indeed doesn't generate any interrupts after startup. >> Still I would like to get a _verbose_ dmesg :-) >> >> -- >> Andriy Gapon > > Sorry, I missed that, here it is :D. > > Mihai > Everything seems to be correct, yet RTC doesn't work... Could yo please also send output of the following command: dd if=/dev/mem bs=0x1000 skip=0xfed00 count=1 | hd -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 14:30:23 2010 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 AB1431065674; Thu, 8 Apr 2010 14:30:23 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7CF8FC0C; Thu, 8 Apr 2010 14:30:22 +0000 (UTC) Received: by ewy24 with SMTP id 24so51371ewy.33 for ; Thu, 08 Apr 2010 07:30:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=LAzflaeSz2hjcJyJTl58WFYhwLHuUJTSHQE/qRykPMY=; b=D9SHqO5cufSjDCMk0jTGIKXaEXOJOyvE/egmk23jeqHOr2BZJAvstxZ4MxNTX+/ok3 V1NvLGbQnNtTH6TEr0OuZZH5HBHlIHEJ/wSGwILBFQLgIEBn6YPAUhQmzVr3WREibUoA hcDae+2soHqloBaQQVojf6kMLqRKsLgXa2Zrk= 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=uWrCtlJVD1Fpg2DhtQs0TkDkfOykHtnDLsWMtg8xZm3Jf19O6ZWTMYHXyjNuO9YM5c vQ5+KGSEe1tw4j/17i7vPKGUwxh+2RTnfGuAeXKYJuN0nwyT8D7D7JqpfLtJ6eA1DfvC gr356D4SFC5Tze3muOW9l61QWMEv0ghB4HnPI= Received: by 10.213.52.14 with SMTP id f14mr127320ebg.49.1270737021797; Thu, 08 Apr 2010 07:30:21 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 14sm89973ewy.2.2010.04.08.07.30.21 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 07:30:21 -0700 (PDT) Date: Thu, 8 Apr 2010 16:21:49 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> In-Reply-To: <4BBDE420.2060003@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 14:30:23 -0000 On Thu, 08 Apr 2010 17:11:44 +0300 Andriy Gapon wrote: > on 08/04/2010 15:44 Akephalos said the following: > > On Thu, 08 Apr 2010 16:33:09 +0300 > > Andriy Gapon wrote: > > > >> Thank you for the data. > >> So looks like RTC indeed doesn't generate any interrupts after startup. > >> Still I would like to get a _verbose_ dmesg :-) > >> > >> -- > >> Andriy Gapon > > > > Sorry, I missed that, here it is :D. > > > > Mihai > > > > Everything seems to be correct, yet RTC doesn't work... > Could yo please also send output of the following command: > dd if=/dev/mem bs=0x1000 skip=0xfed00 count=1 | hd > > -- > Andriy Gapon Here it is: --- 00000000 01 83 53 43 7e b1 29 04 00 00 00 00 00 00 00 00 |..SC~.).........| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000100 10 80 00 00 ff ff c0 00 ff ff ff ff 00 00 00 00 |................| 00000110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000120 10 80 00 00 ff ff c0 00 ff ff ff ff 00 00 00 00 |................| 00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000140 10 80 00 00 ff ff c0 00 ff ff ff ff 00 00 00 00 |................| 00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000400 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 00001000 --- Thanks, Mihai -- Akephalos From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 14:46:32 2010 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 3D70D106564A for ; Thu, 8 Apr 2010 14:46:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id E569E8FC1B for ; Thu, 8 Apr 2010 14:46:31 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o38EkU7h042296; Thu, 8 Apr 2010 10:46:30 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004081446.o38EkU7h042296@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Apr 2010 10:46:22 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20100408091756.10652be0@sentex.net> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfvogel@gmail.com Subject: Re: em driver regression 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, 08 Apr 2010 14:46:32 -0000 OK, some more data... It seems dhclient is getting upset as well since the updated driver Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 6 Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with bytes received 332. Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data after udp payload. Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to 255.255.255.255 port 67 Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes received 332. Apr 8 10:28:40 ich10 dhclient[1383]: accepting packet with data after udp payload. Apr 8 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1 I also tried manually applying the patch below http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html but still get the same error on dhclient Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes received 332. which was not there before the 7.0.0 driver update em0: flags=8843 metric 0 mtu 1500 options=399b ether 00:1c:c0:95:0d:0d inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255 media: Ethernet autoselect (100baseTX ) status: active Also, should not # ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso 0(ich10)# ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=388b ether 00:1c:c0:95:0d:0d inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255 media: Ethernet autoselect (100baseTX ) status: active 0(ich10)# killall dhclient 0(ich10)# dhclient em0 DHCPREQUEST on em0 to 255.255.255.255 port 67 ip length 328 disagrees with bytes received 332. accepting packet with data after udp payload. DHCPACK from 192.168.xx.1 bound to 192.168.xx.219 -- renewal in 22777 seconds. 0(ich10)# disable all the vlan features on the nic ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 15:03:12 2010 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 E88FA1065670 for ; Thu, 8 Apr 2010 15:03:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6DA8FC0A for ; Thu, 8 Apr 2010 15:03:11 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA28127; Thu, 08 Apr 2010 18:03:09 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BBDF02C.4020909@icyb.net.ua> Date: Thu, 08 Apr 2010 18:03:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> In-Reply-To: <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 08 Apr 2010 15:03:13 -0000 Really shooting in the dark here: are there any BIOS options about HPET and RTC on this system? Can you try playing with them? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 15:29:19 2010 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 9D1831065670 for ; Thu, 8 Apr 2010 15:29:19 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCDB8FC15 for ; Thu, 8 Apr 2010 15:29:19 +0000 (UTC) Received: by pzk35 with SMTP id 35so664567pzk.3 for ; Thu, 08 Apr 2010 08:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=H8A20eN3vvHhMHKgS/3meNAqrvkhdPOloSBp9fIylCE=; b=eOjaInxMZ+z2qS9yuaS3TtaoW5vlC7aFquq2p9WpQxVqKA/kGVS+w8MuiWyiz8Auqn Nr0hkvYoFb7ztzFNd3wFeZsSXUNhauMO7Ue3KW4kZubBlcmXTHphSi4Z+7OHPBePGVdn pG8JxfsNGjt5N0qn+RdudYUQcIfOMhlt/eB1w= 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=WfL07kSUNpIA1teA9dWvKAfyOjrVlvGFgDCp6tFywmKoms+hy+xa3Yg/r9HFSRQuAg WgDbtwIFE0HZdtKwc9T+TVU+ayYINlYtAHaFs6RfhKD6370YXIw/jH6eoJOWvZEsX2qU Yjx93Gl0QbXFHjGMFkRbOs1OOzW+hnlapp970= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Thu, 8 Apr 2010 08:29:16 -0700 (PDT) In-Reply-To: <201004081446.o38EkU7h042296@lava.sentex.ca> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> Date: Thu, 8 Apr 2010 10:29:16 -0500 Received: by 10.140.57.19 with SMTP id f19mr420125rva.124.1270740556947; Thu, 08 Apr 2010 08:29:16 -0700 (PDT) Message-ID: From: Brandon Gooch To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: em driver regression 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, 08 Apr 2010 15:29:19 -0000 On Thu, Apr 8, 2010 at 9:46 AM, Mike Tancsa wrote: > > OK, some more data... It seems dhclient is getting upset as well since th= e > updated driver > > Apr =A08 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to 255.255.25= 5.255 > port 67 interval 6 > Apr =A08 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with byte= s > received 332. > Apr =A08 10:28:38 ich10 dhclient[1383]: accepting packet with data after = udp > payload. > Apr =A08 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > Apr =A08 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to 255.255.255= .255 > port 67 > Apr =A08 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with byte= s > received 332. > Apr =A08 10:28:40 ich10 dhclient[1383]: accepting packet with data after = udp > payload. > Apr =A08 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1 > > I also tried manually applying the patch below > > h= ttp://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html > > but still get the same error on dhclient > > Apr =A08 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with byte= s > received 332. > > which was not there before the 7.0.0 driver update > > em0: flags=3D8843 metric 0 mtu 15= 00 > > =A0options=3D399b > =A0 =A0 =A0 =A0ether 00:1c:c0:95:0d:0d > =A0 =A0 =A0 =A0inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.4= 3.255 > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) > =A0 =A0 =A0 =A0status: active > > Also, should not > > # ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso > 0(ich10)# ifconfig em0 > em0: flags=3D8843 metric 0 mtu 15= 00 > > =A0options=3D388b > =A0 =A0 =A0 =A0ether 00:1c:c0:95:0d:0d > =A0 =A0 =A0 =A0inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.4= 3.255 > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) > =A0 =A0 =A0 =A0status: active > 0(ich10)# killall dhclient > 0(ich10)# dhclient em0 > DHCPREQUEST on em0 to 255.255.255.255 port 67 > ip length 328 disagrees with bytes received 332. > accepting packet with data after udp payload. > DHCPACK from 192.168.xx.1 > bound to 192.168.xx.219 -- renewal in 22777 seconds. > 0(ich10)# > > disable all the vlan features on the nic ? > > =A0 =A0 =A0 =A0---Mike > > > -------------------------------------------------------------------- > Mike Tancsa, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0tel +1 519 651 3400 > Sentex Communications, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0mike@sentex.net > Providing Internet since 1994 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0www.= sentex.net > Cambridge, Ontario Canada =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= www.sentex.net/mike > > _______________________________________________ > 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" > I'm also seeing this. Jack, I've built the most recent revision from CURRENT and installed it on the 8-STABLE machine. This is the computer I e-mailed about yesterday (20100407) with which I've been having trouble with VirtualBox 3.1.6 (FreeBSD Host) Windows Guests, bridged networking, etc... Same situation with VirtualBox and still: ip length 328 disagrees with bytes received 332 -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 16:04:50 2010 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 C3154106564A for ; Thu, 8 Apr 2010 16:04:50 +0000 (UTC) (envelope-from jfvogel@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 509378FC08 for ; Thu, 8 Apr 2010 16:04:49 +0000 (UTC) Received: by wyb33 with SMTP id 33so60664wyb.13 for ; Thu, 08 Apr 2010 09:04:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=FsflRUaAiFuOux5PYdXCM4AIrsH/k3SGOU4HpHB5FJE=; b=ou35J7o8RP7VwtRXgx5Wb+tTnP+578mXSVJywIWWED9UEiKg//iZ95/dT3dWL1MWZk xNMjnjWrxPkzcHMH/wU2gicIVUIhc3A9I783QrfjfbToWAr601nJ9K7opv57Xu3ml7RG Q/6DJj5i/yw6V41drGNZe7hP20QlWCLwf/vhc= 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=Q5YbNvqz0YnqaF4YP2NC3O9xtbg7+PPbCjRV/ailfOZpQRSzNXN8MiWO/ygWUtzjJL UD7FON8KhWtE3pnKz//OJuqKGGDsh7yv7OuK9AMQPs+PH6DwUSAQqBuTM4BLREgAeXP7 wpiwXyAe1/a0c2IDQThNcaiwWGvHi0Ig9OIWo= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 09:04:48 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> Date: Thu, 8 Apr 2010 09:04:48 -0700 Received: by 10.216.87.75 with SMTP id x53mr143218wee.144.1270742689026; Thu, 08 Apr 2010 09:04:49 -0700 (PDT) Message-ID: From: Jack Vogel To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 16:04:50 -0000 Brandon, Did the checkin of yesterday afternoon resolve the problem of the win7 systems in VirtualBox? I will continue to look at this today. Jack On Thu, Apr 8, 2010 at 8:29 AM, Brandon Gooch wrote: > On Thu, Apr 8, 2010 at 9:46 AM, Mike Tancsa wrote: > > > > OK, some more data... It seems dhclient is getting upset as well since > the > > updated driver > > > > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to > 255.255.255.255 > > port 67 interval 6 > > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with bytes > > received 332. > > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data after > udp > > payload. > > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to > 255.255.255.255 > > port 67 > > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes > > received 332. > > Apr 8 10:28:40 ich10 dhclient[1383]: accepting packet with data after > udp > > payload. > > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1 > > > > I also tried manually applying the patch below > > > > > http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html > > > > but still get the same error on dhclient > > > > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes > > received 332. > > > > which was not there before the 7.0.0 driver update > > > > em0: flags=8843 metric 0 mtu 1500 > > > > > options=399b > > ether 00:1c:c0:95:0d:0d > > inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > Also, should not > > > > # ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso > > 0(ich10)# ifconfig em0 > > em0: flags=8843 metric 0 mtu 1500 > > > > > options=388b > > ether 00:1c:c0:95:0d:0d > > inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > 0(ich10)# killall dhclient > > 0(ich10)# dhclient em0 > > DHCPREQUEST on em0 to 255.255.255.255 port 67 > > ip length 328 disagrees with bytes received 332. > > accepting packet with data after udp payload. > > DHCPACK from 192.168.xx.1 > > bound to 192.168.xx.219 -- renewal in 22777 seconds. > > 0(ich10)# > > > > disable all the vlan features on the nic ? > > > > ---Mike > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > > _______________________________________________ > > 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 > " > > > > I'm also seeing this. > > Jack, I've built the most recent revision from CURRENT and installed > it on the 8-STABLE machine. This is the computer I e-mailed about > yesterday (20100407) with which I've been having trouble with > VirtualBox 3.1.6 (FreeBSD Host) Windows Guests, bridged networking, > etc... > > Same situation with VirtualBox and still: > > ip length 328 disagrees with bytes received 332 > > -Brandon > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 16:32:45 2010 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 5875B106564A for ; Thu, 8 Apr 2010 16:32:45 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx27.mail.ru (mx27.mail.ru [94.100.176.41]) by mx1.freebsd.org (Postfix) with ESMTP id 110AA8FC15 for ; Thu, 8 Apr 2010 16:32:44 +0000 (UTC) Received: from [79.142.106.59] (port=55905 helo=arti.pioneernet.lan) by mx27.mail.ru with asmtp id 1Nzueo-000AQk-00; Thu, 08 Apr 2010 20:32:42 +0400 From: Artem Kim To: freebsd-stable@freebsd.org Date: Thu, 8 Apr 2010 20:32:44 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <201004060037.51086.artem_kim@inbox.ru> <20100406192452.GA49617@server.vk2pj.dyndns.org> In-Reply-To: <20100406192452.GA49617@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004082032.44871.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: Peter Jeremy Subject: Re: FreeBSD 7.3/i386 libalias related panic 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, 08 Apr 2010 16:32:45 -0000 On Tuesday 06 April 2010 23:24:52 Peter Jeremy wrote: > On 2010-Apr-06 00:37:51 +0400, Artem Kim wrote: > >Fatal trap 12: page fault while in kernel mode > >cpuid = 1; apic id = 01 > >fault virtual address = 0x7d4c > > This suggests an offset from a NULL pointer. > > >0x8069ac41 is in DeleteLink > > (/usr/src/sys/netinet/libalias/alias_db.c:857). 852 { > >853 struct libalias *la = lnk->la; > >854 > >855 LIBALIAS_LOCK_ASSERT(la); > >856 /* Don't do anything if the link is marked permanent */ > >857 if (la->deleteAllLinks == 0 && lnk->flags & > > LINK_PERMANENT) 858 return; > > > >(kgdb) bt > >#7 0x8069ac41 in DeleteLink (lnk=0x84e0f980) at > > /usr/src/sys/netinet/libalias/alias_db.c:853 #8 0x8069ae3e in > > HouseKeeping (la=0x84874000) at > > /usr/src/sys/netinet/libalias/alias_db.c:843 > > In the absence of someone who's seen this before, my initial guess is > that lnk->la is corrupted in frame #7. I'd start with 'print *lnk' at > frame #7 to confirm this. If so, you could go up to frame #8 and work > through the linkTableOut chain to find which entry is corrupt - but > actually finding _why_ it's corrupt will take a lot more work. > > If this is repeatable, I'd suggest adding WITNESS, WITNESS_SKIPSPIN > and INVARIANTS and see if you can get the problem to show up closer > to its cause. > I have three almost nearly identical machines (two HP DL-140G3 and a HP DL-160G5). These machines have approximately the same setting. Problem occurred only on one (140G3). Two errors occurred in intervals of one hour. Last error happened three days ago. Until now, the problem is not repeated. Introducing additional options to debug the kernel - it is very difficult to machine is under heavy load. On a test desk, I can not reproduce the problem. (kgdb) f 7 #7 0x8069ac41 in DeleteLink (lnk=0x84e0f980) at /usr/src/sys/netinet/libalias/alias_db.c:853 853 struct libalias *la = lnk->la; (kgdb) print *lnk $1 = {la = 0x0, src_addr = {s_addr = 1}, dst_addr = {s_addr = 0}, alias_addr = {s_addr = 0}, proxy_addr = {s_addr = 0}, src_port = 0, dst_port = 0, alias_port = 0, proxy_port = 0, server = 0x0, link_type = 0, flags = 0, pflags = 0, timestamp = 0, expire_time = 0, list_out = {le_next = 0x0, le_prev = 0x853dcdb4}, list_in = {le_next = 0x0, le_prev = 0x84861c48}, data = {frag_ptr = 0x0, frag_addr = {s_addr = 0}, tcp = 0x0}} I'm sorry I do not understand what I should do next. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 16:32:55 2010 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 C71A71065782 for ; Thu, 8 Apr 2010 16:32:55 +0000 (UTC) (envelope-from jamesbrandongooch@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 98A918FC1D for ; Thu, 8 Apr 2010 16:32:55 +0000 (UTC) Received: by pwi9 with SMTP id 9so2240217pwi.13 for ; Thu, 08 Apr 2010 09:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FUfIe95+XPUjT1ds85ffu5BYa5/Ctsy24kxwfLAhmjU=; b=do5bTgKcfcDmAiuB1qrvtFHIOu84usaH8TyWY/NSxMOkgGxiWWbzzrMs5Y5VJ2h6jM d58LpGLJLORIhdiYWoqbljL81sfiGReRJI+h/E0l1XnghDDae6+MNY7BN1GU06glkxSU 8bjs2U6XWBfi+DHVNuW8mAvP8+9jRn2PrXyGE= 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=hDvsY++9xkp/JBj9I6QSTauTUC9BrmkukmFz4/S9cHFUXcl092T9jgLKfUTc71XVfa rdhVb+GsxFTiajV18W6yA4MW7I+ka4SxnR7WEmmsgYzMYJTwnh2Q7j0pftGb+NmuFTsX WLlgS2iEbdKvc4qH8nsRXzsFtDzEeuNLkMK3w= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Thu, 8 Apr 2010 09:32:54 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> Date: Thu, 8 Apr 2010 11:32:54 -0500 Received: by 10.141.1.6 with SMTP id d6mr541673rvi.175.1270744375052; Thu, 08 Apr 2010 09:32:55 -0700 (PDT) Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 16:32:55 -0000 On Thu, Apr 8, 2010 at 11:04 AM, Jack Vogel wrote: > Brandon, > > Did the checkin of yesterday afternoon resolve the problem of the win7 > systems in > VirtualBox? I will continue to look at this today. > > Jack > Sorry, I was a little unclear on that :( No, the issue wasn't resolved even after the most recent commits. I will be available for testing all day (and this evening if required), let me know what you'd like from me, and I'll help any way I can. -Brandon > > On Thu, Apr 8, 2010 at 8:29 AM, Brandon Gooch > wrote: >> >> On Thu, Apr 8, 2010 at 9:46 AM, Mike Tancsa wrote: >> > >> > OK, some more data... It seems dhclient is getting upset as well since >> > the >> > updated driver >> > >> > Apr =A08 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to >> > 255.255.255.255 >> > port 67 interval 6 >> > Apr =A08 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with b= ytes >> > received 332. >> > Apr =A08 10:28:38 ich10 dhclient[1383]: accepting packet with data aft= er >> > udp >> > payload. >> > Apr =A08 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 >> > Apr =A08 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to >> > 255.255.255.255 >> > port 67 >> > Apr =A08 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with b= ytes >> > received 332. >> > Apr =A08 10:28:40 ich10 dhclient[1383]: accepting packet with data aft= er >> > udp >> > payload. >> > Apr =A08 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1 >> > >> > I also tried manually applying the patch below >> > >> > >> > http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html >> > >> > but still get the same error on dhclient >> > >> > Apr =A08 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with b= ytes >> > received 332. >> > >> > which was not there before the 7.0.0 driver update >> > >> > em0: flags=3D8843 metric 0 mtu >> > 1500 >> > >> > >> > =A0options=3D399b >> > =A0 =A0 =A0 =A0ether 00:1c:c0:95:0d:0d >> > =A0 =A0 =A0 =A0inet 192.168.43.219 netmask 0xffffff00 broadcast 192.16= 8.43.255 >> > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) >> > =A0 =A0 =A0 =A0status: active >> > >> > Also, should not >> > >> > # ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso >> > 0(ich10)# ifconfig em0 >> > em0: flags=3D8843 metric 0 mtu >> > 1500 >> > >> > >> > =A0options=3D388b >> > =A0 =A0 =A0 =A0ether 00:1c:c0:95:0d:0d >> > =A0 =A0 =A0 =A0inet 192.168.43.219 netmask 0xffffff00 broadcast 192.16= 8.43.255 >> > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) >> > =A0 =A0 =A0 =A0status: active >> > 0(ich10)# killall dhclient >> > 0(ich10)# dhclient em0 >> > DHCPREQUEST on em0 to 255.255.255.255 port 67 >> > ip length 328 disagrees with bytes received 332. >> > accepting packet with data after udp payload. >> > DHCPACK from 192.168.xx.1 >> > bound to 192.168.xx.219 -- renewal in 22777 seconds. >> > 0(ich10)# >> > >> > disable all the vlan features on the nic ? >> > >> > =A0 =A0 =A0 =A0---Mike >> > >> > >> > -------------------------------------------------------------------- >> > Mike Tancsa, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0tel +1 519 651 3400 >> > Sentex Communications, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0mike@sentex.net >> > Providing Internet since 1994 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0w= ww.sentex.net >> > Cambridge, Ontario Canada =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 www.sentex.net/mike >> > >> > _______________________________________________ >> > 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" >> > >> >> I'm also seeing this. >> >> Jack, I've built the most recent revision from CURRENT and installed >> it on the 8-STABLE machine. This is the computer I e-mailed about >> yesterday (20100407) with which I've been having trouble with >> VirtualBox 3.1.6 (FreeBSD Host) Windows Guests, bridged networking, >> etc... >> >> Same situation with VirtualBox and still: >> >> ip length 328 disagrees with bytes received 332 >> >> -Brandon > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 16:52:35 2010 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 4BA961065701 for ; Thu, 8 Apr 2010 16:52:35 +0000 (UTC) (envelope-from jfvogel@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 CF19D8FC1A for ; Thu, 8 Apr 2010 16:52:34 +0000 (UTC) Received: by wyb33 with SMTP id 33so80622wyb.13 for ; Thu, 08 Apr 2010 09:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=XNRihTd0W8VR+2m6Hn6ypW5btX7765LyAOnU9g4u1pY=; b=Y9ZfN3Ool6DzpjBfkVwDlI87vUhvGlRAGqg9tsAWwTs+Mx/bPsoshi/DWtAc4AtVdm 2qfdZY2PEx2+46S43aGFrf9Mpt1oQhZcJ192k6HjgQEUjtBC74Bclx6gpM65ZGVpijYW TDS/GR7tm4u4iqg7np1tWNZ/iNI9w3Dmg3Lxo= 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=At9fAo24VAGveojAJYcV6WRWKWiz2Ilg0UXx1pw+Ji1YvHzMwkDc+C9TrSu3C1kdrX xs0gI39boPexKYTCXD7ygx9BhI+6v/iLUqIxUru4NBIPeo0FZO2WVirQ9OVnaeEsS+kL EFWPR0pWeZt++kEU/aKO5mXnLQnPmy/oSYTns= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 09:52:33 -0700 (PDT) In-Reply-To: <201004081320.o38DKVX7041854@lava.sentex.ca> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> Date: Thu, 8 Apr 2010 09:52:33 -0700 Received: by 10.216.88.10 with SMTP id z10mr174183wee.108.1270745553734; Thu, 08 Apr 2010 09:52:33 -0700 (PDT) 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@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 16:52:35 -0000 Mike, I noticed this connection is only 100Mb, that isn't accidental? And, is it possible for you to check a connection at 1Gb and see if the watchdogs don't happen. My test engineer is running this code, and we are having trouble repro'ing the issue, so any clues might help. Is the kernel 64 or 32 bit? Jack On Thu, Apr 8, 2010 at 6:20 AM, Mike Tancsa wrote: > At 09:12 AM 4/8/2010, Mike Tancsa wrote: > >> Hi Jack, >> I looks like the latest MFC to RELENG_8 for the em driver has >> caused a regression. The box is not doing much as its a development server >> in the lab. This is an Intel MB (DX58SO). dmesg and pciconf -lvc attached. >> > > > > Here are the stats from the NIC as well. > > em0: Excessive collisions = 0 > em0: Sequence errors = 0 > em0: Defer count = 0 > em0: Missed Packets = 0 > em0: Receive No Buffers = 0 > em0: Receive Length Errors = 0 > em0: Receive errors = 0 > em0: Crc errors = 0 > em0: Alignment errors = 0 > em0: Collision/Carrier extension errors = 0 > em0: watchdog timeouts = 16 > em0: XON Rcvd = 0 > em0: XON Xmtd = 0 > em0: XOFF Rcvd = 0 > em0: XOFF Xmtd = 0 > em0: Good Packets Rcvd = 65839 > em0: Good Packets Xmtd = 13100 > em0: TSO Contexts Xmtd = 203 > em0: TSO Contexts Failed = 0 > > It just grabs the IP via DHCP > > em0: flags=8843 metric 0 mtu 1500 > > options=399b > ether 00:1c:c0:95:0d:0d > inet 192.168.xx.yy netmask 0xffffff00 broadcast 192.168.xx.zz > media: Ethernet autoselect (100baseTX ) > status: active > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:01:48 2010 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 54D2E1065670 for ; Thu, 8 Apr 2010 17:01:48 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 289CC8FC2A for ; Thu, 8 Apr 2010 17:01:47 +0000 (UTC) Received: by pzk35 with SMTP id 35so766648pzk.3 for ; Thu, 08 Apr 2010 10:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=GfeBi7cmCNYs/6DfyFQsfW0s4SelLReslxOzT+M+Rto=; b=gkxqTxbkrhWL9sXSg0z3C9q7ttIhPyoeRJZsGhKzG9Lz0O1q4tPgghB9gYXryR6ELy KdgLvCDLj4w05o+UtIjsVVOKvv1ds5yy/o9CeM7c5FzLEKrW9On5qR6Cqtw3xdj6rCTq DkLlzSXTautV6X8ydqsmvk3WuXF48Hz86dnBc= 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=soAxvudQJye49DOs+hn0AI14NbkpuYBMizEzY3Y+5MA5YEV95JzZEbQNlVY3wZJpPR ziXl9mUH3nBfc4xwYLOpnY5ezIHaCaJeQd+e9U+yAzMScIyNiPJ/ywk2TJf8pSX6oRq7 SaKSArAI02W8+grh6cMUZniRNlpC+UMlF1+oI= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Thu, 8 Apr 2010 10:01:45 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> Date: Thu, 8 Apr 2010 12:01:45 -0500 Received: by 10.140.248.8 with SMTP id v8mr646908rvh.9.1270746105989; Thu, 08 Apr 2010 10:01:45 -0700 (PDT) Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 17:01:48 -0000 On Thu, Apr 8, 2010 at 11:52 AM, Jack Vogel wrote: > Mike, I noticed this connection is only 100Mb, that isn't accidental? And, > is it possible for > you to check a connection at 1Gb and see if the watchdogs don't happen. > > My test engineer is running this code, and we are having trouble repro'ing > the issue, so any > clues might help. Is the kernel 64 or 32 bit? > > Jack > Not to butt in or anything... 64-bit FreeBSD Stable, 1Gb em(4) connected to Cisco 2960G trunking port. My dmesg: Copyright (c) 1992-2010 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.0-STABLE #2 r206210:206343MS: Wed Apr 7 16:18:14 CDT 2010 root@bgooch755.se.edu:/usr/obj/usr/src/sys/DELL755 amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2394.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8103940096 (7728 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: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 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_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff 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] pci0: at device 3.0 (no driver attached) atapci0: port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff irq 18 at device 3.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 3.3 (no driver attached) em0: port 0xecc0-0xecdf mem 0xfebe0000-0xfebfffff,0xfebdb000-0xfebdbfff irq 21 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1e:4f:d5:84:b7 uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 ehci0: mem 0xfebd9c00-0xfebd9fff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfebdc000-0xfebdffff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 uhci2: [ITHREAD] usbus3: on uhci2 uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] usbus5: on uhci4 ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib3: at device 30.0 on pci0 pci3: on pcib3 atapci1: port 0xc8e0-0xc8e7,0xc8d8-0xc8db,0xc8e8-0xc8ef,0xc8dc-0xc8df,0xc8f0-0xc8ff mem 0xf9dffc00-0xf9dfffff irq 16 at device 0.0 on pci3 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] pci3: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff970000-0xff9707ff irq 18 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI called from vendor specific driver atapci2: AHCI v1.20 controller with 6 3Gbps ports, PM supported ata8: on atapci2 ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ata10: on atapci2 ata10: [ITHREAD] ata11: on atapci2 ata11: [ITHREAD] ata12: on atapci2 ata12: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x7f irq 8 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] orm0: at iomem 0xc0000-0xce7ff,0xce800-0xd37ff,0xd3800-0xd57ff,0xd5800-0xd7fff 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 filesystem version 3 ZFS storage pool version 14 RTC BIOS diagnostic error 11 Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x171 offMax=0x360 ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding disabled, default to deny, logging disabled load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded hdac0: HDA Codec #0: Analog Devices AD1984 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub6: 6 ports with 6 removable, self powered (noperiph:ata7:0:-1:-1): rescan already queued ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ada0 at ata7 bus 0 scbus5 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1 at ata8 bus 0 scbus6 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) cd0 at ata10 bus 0 scbus8 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 ada2 at ata9 bus 0 scbus7 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! cd1 at ata11 bus 0 scbus9 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd1: cd present [1 x 2048 byte records] ugen0.3: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 GEOM_MIRROR: Device mirror/swap launched (2/2). Trying to mount root from zfs:zroot vboxnet0: Ethernet address: 0a:00:27:00:00:00 (cd1:ata11:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd1:ata11:0:0:0): CAM status: SCSI Status Error (cd1:ata11:0:0:0): SCSI status: Check Condition (cd1:ata11:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 done All buffers synced. GEOM_MIRROR: Device swap: provider mirror/swap destroyed. GEOM_MIRROR: Device swap destroyed. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:06:52 2010 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 90CD0106564A for ; Thu, 8 Apr 2010 17:06:52 +0000 (UTC) (envelope-from jfvogel@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 F00278FC14 for ; Thu, 8 Apr 2010 17:06:51 +0000 (UTC) Received: by wyb33 with SMTP id 33so86292wyb.13 for ; Thu, 08 Apr 2010 10:06:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=YCfg6lM2xFwNQ5lGFYnuy3ADzmWjwr1SUmQ5K+i9cw0=; b=G8RdibCXBfxi4vp6MjhZwwOLMiLzvcVBJpP4/hN8BPnN2nr6cvn6J+js+aOx1J98fO 8GwQs1eI8X8C3hPYND8OQoKvjRc0oMDvZtR5aaMesXIyeQag0fYp4X52+xUF0z3TNh7H vXh5Luio3SwmnyMLVXRMnDQGh1jc3HH9+5EjI= 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=oQM+cQ+v2ao4ZrjvdONIZ+ObLLwPZ05lL7lI5/GxUT+TX0wPgdei5LTsmHYNRYYWDt 82gl4h4VtrYX56UhMw+Tw72LZDW4ek7j6gDc/wbtCZOgZBA5qWg6fOuh0y3pc0TTwfbl /eqiJT4Q3PYPubgdQDKHDl6cH6WgidqpMFXEQ= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 10:06:50 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> Date: Thu, 8 Apr 2010 10:06:50 -0700 Received: by 10.216.87.205 with SMTP id y55mr177461wee.188.1270746410702; Thu, 08 Apr 2010 10:06:50 -0700 (PDT) Message-ID: From: Jack Vogel To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 17:06:52 -0000 On Thu, Apr 8, 2010 at 10:01 AM, Brandon Gooch wrote: > On Thu, Apr 8, 2010 at 11:52 AM, Jack Vogel wrote: > > Mike, I noticed this connection is only 100Mb, that isn't accidental? > And, > > is it possible for > > you to check a connection at 1Gb and see if the watchdogs don't happen. > > > > My test engineer is running this code, and we are having trouble > repro'ing > > the issue, so any > > clues might help. Is the kernel 64 or 32 bit? > > > > Jack > > > > Not to butt in or anything... > Not butting in :) OK, so this all looks fine or am I missing something? Jack > > 64-bit FreeBSD Stable, 1Gb em(4) connected to Cisco 2960G trunking port. > > My dmesg: > > Copyright (c) 1992-2010 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.0-STABLE #2 r206210:206343MS: Wed Apr 7 16:18:14 CDT 2010 > root@bgooch755.se.edu:/usr/obj/usr/src/sys/DELL755 amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2394.00-MHz K8-class > CPU) > Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 > > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 8589934592 (8192 MB) > avail memory = 8103940096 (7728 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: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > 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_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xdc80-0xdcff mem > 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff 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] > pci0: at device 3.0 (no driver attached) > atapci0: port > 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff > irq 18 at device 3.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 3.3 (no driver attached) > em0: port 0xecc0-0xecdf > mem 0xfebe0000-0xfebfffff,0xfebdb000-0xfebdbfff irq 21 at device 25.0 > on pci0 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:1e:4f:d5:84:b7 > uhci0: port 0xff20-0xff3f irq 16 > at device 26.0 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup = 0x2f00 > usbus0: on uhci0 > uhci1: port 0xff00-0xff1f irq 17 > at device 26.1 on pci0 > uhci1: [ITHREAD] > uhci1: LegSup = 0x2f00 > usbus1: on uhci1 > ehci0: mem > 0xfebd9c00-0xfebd9fff irq 22 at device 26.7 on pci0 > ehci0: [ITHREAD] > usbus2: EHCI version 1.0 > usbus2: on ehci0 > hdac0: mem > 0xfebdc000-0xfebdffff irq 16 at device 27.0 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > uhci2: port 0xff80-0xff9f irq 23 > at device 29.0 on pci0 > uhci2: [ITHREAD] > usbus3: on uhci2 > uhci3: port 0xff60-0xff7f irq 17 > at device 29.1 on pci0 > uhci3: [ITHREAD] > usbus4: on uhci3 > uhci4: port 0xff40-0xff5f irq 18 > at device 29.2 on pci0 > uhci4: [ITHREAD] > usbus5: on uhci4 > ehci1: mem > 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 > ehci1: [ITHREAD] > usbus6: EHCI version 1.0 > usbus6: on ehci1 > pcib3: at device 30.0 on pci0 > pci3: on pcib3 > atapci1: port > 0xc8e0-0xc8e7,0xc8d8-0xc8db,0xc8e8-0xc8ef,0xc8dc-0xc8df,0xc8f0-0xc8ff > mem 0xf9dffc00-0xf9dfffff irq 16 at device 0.0 on pci3 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > ata6: on atapci1 > ata6: [ITHREAD] > ata7: on atapci1 > ata7: [ITHREAD] > pci3: at device 2.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci2: port > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf > mem 0xff970000-0xff9707ff irq 18 at device 31.2 on pci0 > atapci2: [ITHREAD] > atapci2: AHCI called from vendor specific driver > atapci2: AHCI v1.20 controller with 6 3Gbps ports, PM supported > ata8: on atapci2 > ata8: [ITHREAD] > ata9: on atapci2 > ata9: [ITHREAD] > ata10: on atapci2 > ata10: [ITHREAD] > ata11: on atapci2 > ata11: [ITHREAD] > ata12: on atapci2 > ata12: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atrtc0: port 0x70-0x7f irq 8 on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq > 2 on acpi0 > fdc0: [FILTER] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > orm0: at iomem > 0xc0000-0xce7ff,0xce800-0xd37ff,0xd3800-0xd57ff,0xd5800-0xd7fff 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 filesystem version 3 > ZFS storage pool version 14 > RTC BIOS diagnostic error 11 > Timecounters tick every 1.000 msec > vboxdrv: fAsync=0 offMin=0x171 offMax=0x360 > ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based > forwarding disabled, default to deny, logging disabled > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched PRIO loaded > hdac0: HDA Codec #0: Analog Devices AD1984 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 480Mbps High Speed USB v2.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 12Mbps Full Speed USB v1.0 > usbus6: 480Mbps High Speed USB v2.0 > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > ugen6.1: at usbus6 > uhub6: on usbus6 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > uhub2: 6 ports with 6 removable, self powered > uhub6: 6 ports with 6 removable, self powered > (noperiph:ata7:0:-1:-1): rescan already queued > ugen0.2: at usbus0 > ukbd0: on usbus0 > kbd2 at ukbd0 > ada0 at ata7 bus 0 scbus5 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada1 at ata8 bus 0 scbus6 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > cd0 at ata10 bus 0 scbus8 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 > ada2 at ata9 bus 0 scbus7 target 0 lun 0 > ada2: ATA-8 SATA 2.x device > ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > lapic1: Forcing LINT1 to edge trigger > SMP: AP CPU #1 Launched! > lapic2: Forcing LINT1 to edge trigger > SMP: AP CPU #2 Launched! > lapic3: Forcing LINT1 to edge trigger > SMP: AP CPU #3 Launched! > cd1 at ata11 bus 0 scbus9 target 0 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > cd1: cd present [1 x 2048 byte records] > ugen0.3: at usbus0 > ums0: 3> on usbus0 > ums0: 3 buttons and [XYZ] coordinates ID=0 > GEOM_MIRROR: Device mirror/swap launched (2/2). > Trying to mount root from zfs:zroot > vboxnet0: Ethernet address: 0a:00:27:00:00:00 > (cd1:ata11:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 > (cd1:ata11:0:0:0): CAM status: SCSI Status Error > (cd1:ata11:0:0:0): SCSI status: Check Condition > (cd1:ata11:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in > CDB) > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...0 0 0 0 0 done > All buffers synced. > GEOM_MIRROR: Device swap: provider mirror/swap destroyed. > GEOM_MIRROR: Device swap destroyed. > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:07:37 2010 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 0F7E1106566C; Thu, 8 Apr 2010 17:07:37 +0000 (UTC) (envelope-from anoop.kn@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id A72548FC2A; Thu, 8 Apr 2010 17:07:36 +0000 (UTC) Received: by iwn1 with SMTP id 1so1577534iwn.27 for ; Thu, 08 Apr 2010 10:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Qe9SJfqMyLJSfmr22nzzshzSjxQqKyaoKz/qJCOzxV4=; b=cOB1ilnXzKIAsok8F7FQU0/WPT6qUHWiMjA52UYqsKY6Enst7BHHDZNG0uc1NgdzvY EECO3wRLsgqtmPqC9RtBEM4oTxmEyN1RHtKKChSRf3iNylAUmVu+3ebREa+Nz1RpwqYm ycZ4ggiUzzz3Cw+bJfvh7C7H3G+eUpRz+I4y4= 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=VANrrfvUFAGAzP6aQmCIPBJPm6OPuBdZmNx8h8gI8QzOJGmSGq43gI/6wnve+oFGtx zCuX4lqYFXZImOdTDXAwe15ybp9kd5uZ10k/rFDr7XSwiMkfpZMCRA2hHRUjOSUlFkKa aw3sFu18zkKPQQTEdODttsGnK9ysPaU1e5Xd4= MIME-Version: 1.0 Received: by 10.142.200.8 with HTTP; Thu, 8 Apr 2010 09:45:00 -0700 (PDT) In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> Date: Thu, 8 Apr 2010 22:15:00 +0530 Received: by 10.142.55.11 with SMTP id d11mr289524wfa.99.1270745100375; Thu, 08 Apr 2010 09:45:00 -0700 (PDT) Message-ID: From: Anoop Kumar Narayanan To: Masoom Shaikh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics 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, 08 Apr 2010 17:07:37 -0000 On Sat, Apr 3, 2010 at 6:21 PM, Masoom Shaikh wro= te: > On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: >> On 28 March 2010 16:42, Masoom Shaikh wrote: >> >>> lets assume if this is h/w problem, then how can other OSes overcome >>> this ? is there a way to make FreeBSD ignore this as well, let it >>> result in reasonable performance penalty. >> >> Very probably, if only we could detect where the problem is. >> Try adding "options =A0 =A0 PRINTF_BUFR_SIZE=3D128" to the kernel >> configuration file if you can, to see if you can get a less mangled >> log outout. >> > > ok, after few days of silence I am back with more questions > this time system feels little better, it is able to sustain for more > time that what 7.3-RELEASE could > > FreeBSD raptor 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Apr =A01 > 01:20:45 UTC 2010 =A0 =A0 root@:/usr/obj/usr/src/sys/INSPIRON =A0amd64 > > I am using KDE4, and when OS freezes, well it freezes, means I cannot > change to tty0 and see the panic text, if any it might possibly have > spit. the stuck frozen GUI keeps staring there. So the question is how > to I capture that panic text ? unfortunately I am not getting core > files too, so there is nothing I can pick up hints > > is there some option (KDB, DDB), so that on panic system drop to debugger= ? > > Masoom Shaikh I am having the very same problem, with my AMD64 running i386 (both 7.3-REL and 8.0-REL) keeps crashing, The best part is, if I disable ACPI it crashes before it even boots up so is the case with safe-mode and single-user-mode. With ACPI it boots up but crashes after a while. I have the vmcore files on the system. Who do I contact on this regard ? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:18:59 2010 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 E00321065673 for ; Thu, 8 Apr 2010 17:18:59 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id A32B98FC15 for ; Thu, 8 Apr 2010 17:18:59 +0000 (UTC) Received: by iwn1 with SMTP id 1so1589731iwn.27 for ; Thu, 08 Apr 2010 10:18:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QitmNvqoLL4DYsEARhq0JKaNJ2YIjB9LfpIbMD2XdmU=; b=nxPAg8T6ALSj2wu5HOEHjc6o4APmuYuXrOOgKKfC1E5/+RqqipS9NHrrQ1cJA5a/U1 YNFxEsIQabbaEofeiyE4UtnJLyvG6lM/iHFnDtxGlXB5cR++yY2k37WM0Q0JKAO7t8xl HC4XgwF3wkCRch00kQfw16ZdTIpJg7Tk5hs7w= 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=hIPN8JQZWK39QpRYRz9RGTvSWvm/XrHwwmrAL5j1J/O/XFsmI5QGJO+CQRLl5rVzG7 CXz95t4aqj12Ji0u+RBowJez+asF0DHtJP5plKnjcH+I75rOgnmBshva0jTKnOYGvYLc hrygFAk11ZmW1aWHDgWYFz+g+cGAJWzRPBgiw= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Thu, 8 Apr 2010 10:18:58 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> Date: Thu, 8 Apr 2010 12:18:58 -0500 Received: by 10.231.154.77 with SMTP id n13mr193488ibw.11.1270747138911; Thu, 08 Apr 2010 10:18:58 -0700 (PDT) Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 17:19:00 -0000 On Thu, Apr 8, 2010 at 12:06 PM, Jack Vogel wrote: > > > On Thu, Apr 8, 2010 at 10:01 AM, Brandon Gooch > wrote: >> >> On Thu, Apr 8, 2010 at 11:52 AM, Jack Vogel wrote: >> > Mike, I noticed this connection is only 100Mb, that isn't accidental? >> > And, >> > is it possible for >> > you to check a connection at 1Gb and see if the watchdogs don't happen= . >> > >> > My test engineer is running this code, and we are having trouble >> > repro'ing >> > the issue, so any >> > clues might help. Is the kernel 64 or 32 bit? >> > >> > Jack >> > >> >> Not to butt in or anything... > > Not butting in :)=A0 OK, so this all looks fine or am I missing something= ? > > Jack > This is the dmesg from the system exhibiting the "ip length 328 disagrees with bytes received 332" while attempting to obtain a lease on the two DHCP-enabled VLANs, and also manifests in the VirtualBox bridged networking guests. I can honestly say that other than the output from dhclient and the VirtualBox issue, I might not have noticed problems otherwise. For instance, I have a VLAN interface configured to connect to an "outside" LAN segment and I'm running sshd on that interfaces IP address (using the new multiple routing table feature as well). I was able to connect to the sshd instance as usual, and I can make connections out as in: # setfib 4 ping google.com ...things seemed OK. Until VirtualBox. Then I started paying attention to messages scrolling by as my machine booted and saw the dhclient "ip length" thing (just as Mike Tancsa had) and thought, "It must be the new em(4) driver". That's my story :) I don't know what chip my em(4) device is, how can I check that? Also, would some type of traffic capture help in this case? -Brandon >> >> 64-bit FreeBSD Stable, 1Gb em(4) connected to Cisco 2960G trunking port. >> >> My dmesg: >> >> Copyright (c) 1992-2010 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =A0 =A0 =A0 =A0The Regents of the University of California. All rights r= eserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-STABLE #2 r206210:206343MS: Wed Apr =A07 16:18:14 CDT 2010 >> =A0 =A0root@bgooch755.se.edu:/usr/obj/usr/src/sys/DELL755 amd64 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Core(TM)2 Quad CPU =A0 =A0Q6600 =A0@ 2.40GHz (2394.00-MHz = K8-class >> CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x6fb =A0Family =3D 6 =A0Model = =3D f =A0Stepping =3D 11 >> >> =A0Features=3D0xbfebfbff >> =A0Features2=3D0xe3bd >> =A0AMD Features=3D0x20100800 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant >> real memory =A0=3D 8589934592 (8192 MB) >> avail memory =3D 8103940096 (7728 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP): APIC ID: =A03 >> 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_hpet0: iomem 0xfed00000-0xfed003ff on >> acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> acpi_button0: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: irq 16 at device 1.0 on pci0 >> pci1: on pcib1 >> vgapci0: port 0xdc80-0xdcff mem >> 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff 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] >> pci0: at device 3.0 (no driver attached) >> atapci0: port >> 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff >> irq 18 at device 3.2 on pci0 >> atapci0: [ITHREAD] >> ata2: on atapci0 >> ata2: [ITHREAD] >> ata3: on atapci0 >> ata3: [ITHREAD] >> pci0: at device 3.3 (no driver attached) >> em0: port 0xecc0-0xecdf >> mem 0xfebe0000-0xfebfffff,0xfebdb000-0xfebdbfff irq 21 at device 25.0 >> on pci0 >> em0: Using MSI interrupt >> em0: [FILTER] >> em0: Ethernet address: 00:1e:4f:d5:84:b7 >> uhci0: port 0xff20-0xff3f irq 16 >> at device 26.0 on pci0 >> uhci0: [ITHREAD] >> uhci0: LegSup =3D 0x2f00 >> usbus0: on uhci0 >> uhci1: port 0xff00-0xff1f irq 17 >> at device 26.1 on pci0 >> uhci1: [ITHREAD] >> uhci1: LegSup =3D 0x2f00 >> usbus1: on uhci1 >> ehci0: mem >> 0xfebd9c00-0xfebd9fff irq 22 at device 26.7 on pci0 >> ehci0: [ITHREAD] >> usbus2: EHCI version 1.0 >> usbus2: on ehci0 >> hdac0: mem >> 0xfebdc000-0xfebdffff irq 16 at device 27.0 on pci0 >> hdac0: HDA Driver Revision: 20100226_0142 >> hdac0: [ITHREAD] >> pcib2: irq 16 at device 28.0 on pci0 >> pci2: on pcib2 >> uhci2: port 0xff80-0xff9f irq 23 >> at device 29.0 on pci0 >> uhci2: [ITHREAD] >> usbus3: on uhci2 >> uhci3: port 0xff60-0xff7f irq 17 >> at device 29.1 on pci0 >> uhci3: [ITHREAD] >> usbus4: on uhci3 >> uhci4: port 0xff40-0xff5f irq 18 >> at device 29.2 on pci0 >> uhci4: [ITHREAD] >> usbus5: on uhci4 >> ehci1: mem >> 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 >> ehci1: [ITHREAD] >> usbus6: EHCI version 1.0 >> usbus6: on ehci1 >> pcib3: at device 30.0 on pci0 >> pci3: on pcib3 >> atapci1: port >> 0xc8e0-0xc8e7,0xc8d8-0xc8db,0xc8e8-0xc8ef,0xc8dc-0xc8df,0xc8f0-0xc8ff >> mem 0xf9dffc00-0xf9dfffff irq 16 at device 0.0 on pci3 >> atapci1: [ITHREAD] >> ata4: on atapci1 >> ata4: [ITHREAD] >> ata5: on atapci1 >> ata5: [ITHREAD] >> ata6: on atapci1 >> ata6: [ITHREAD] >> ata7: on atapci1 >> ata7: [ITHREAD] >> pci3: at device 2.0 (no driver attached) >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci2: port >> 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf >> mem 0xff970000-0xff9707ff irq 18 at device 31.2 on pci0 >> atapci2: [ITHREAD] >> atapci2: AHCI called from vendor specific driver >> atapci2: AHCI v1.20 controller with 6 3Gbps ports, PM supported >> ata8: on atapci2 >> ata8: [ITHREAD] >> ata9: on atapci2 >> ata9: [ITHREAD] >> ata10: on atapci2 >> ata10: [ITHREAD] >> ata11: on atapci2 >> ata11: [ITHREAD] >> ata12: on atapci2 >> ata12: [ITHREAD] >> pci0: at device 31.3 (no driver attached) >> atrtc0: port 0x70-0x7f irq 8 on acpi0 >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq >> 2 on acpi0 >> fdc0: [FILTER] >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] >> orm0: at iomem >> 0xc0000-0xce7ff,0xce800-0xd37ff,0xd3800-0xd57ff,0xd5800-0xd7fff on >> isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=3D0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa= 0 >> 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 filesystem version 3 >> ZFS storage pool version 14 >> RTC BIOS diagnostic error 11 >> Timecounters tick every 1.000 msec >> vboxdrv: fAsync=3D0 offMin=3D0x171 offMax=3D0x360 >> ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based >> forwarding disabled, default to deny, logging disabled >> load_dn_sched dn_sched QFQ loaded >> load_dn_sched dn_sched RR loaded >> load_dn_sched dn_sched WF2Q+ loaded >> load_dn_sched dn_sched FIFO loaded >> load_dn_sched dn_sched PRIO loaded >> hdac0: HDA Codec #0: Analog Devices AD1984 >> usbus0: 12Mbps Full Speed USB v1.0 >> usbus1: 12Mbps Full Speed USB v1.0 >> usbus2: 480Mbps High Speed USB v2.0 >> usbus3: 12Mbps Full Speed USB v1.0 >> usbus4: 12Mbps Full Speed USB v1.0 >> usbus5: 12Mbps Full Speed USB v1.0 >> usbus6: 480Mbps High Speed USB v2.0 >> pcm0: at cad 0 nid 1 on hdac0 >> pcm1: at cad 0 nid 1 on hdac0 >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> ugen1.1: at usbus1 >> uhub1: on usbus1 >> ugen2.1: at usbus2 >> uhub2: on usbus2 >> ugen3.1: at usbus3 >> uhub3: on usbus3 >> ugen4.1: at usbus4 >> uhub4: on usbus4 >> ugen5.1: at usbus5 >> uhub5: on usbus5 >> ugen6.1: at usbus6 >> uhub6: on usbus6 >> uhub0: 2 ports with 2 removable, self powered >> uhub1: 2 ports with 2 removable, self powered >> uhub3: 2 ports with 2 removable, self powered >> uhub4: 2 ports with 2 removable, self powered >> uhub5: 2 ports with 2 removable, self powered >> uhub2: 6 ports with 6 removable, self powered >> uhub6: 6 ports with 6 removable, self powered >> (noperiph:ata7:0:-1:-1): rescan already queued >> ugen0.2: at usbus0 >> ukbd0: on >> usbus0 >> kbd2 at ukbd0 >> ada0 at ata7 bus 0 scbus5 target 0 lun 0 >> ada0: ATA-8 SATA 2.x device >> ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) >> ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) >> ada1 at ata8 bus 0 scbus6 target 0 lun 0 >> ada1: ATA-8 SATA 2.x device >> ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) >> ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) >> cd0 at ata10 bus 0 scbus8 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192byte= s) >> cd0: Attempt to query device size failed: NOT READY, Medium not present >> ada2 at ata9 bus 0 scbus7 target 0 lun 0 >> ada2: ATA-8 SATA 2.x device >> ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) >> ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) >> lapic1: Forcing LINT1 to edge trigger >> SMP: AP CPU #1 Launched! >> lapic2: Forcing LINT1 to edge trigger >> SMP: AP CPU #2 Launched! >> lapic3: Forcing LINT1 to edge trigger >> SMP: AP CPU #3 Launched! >> cd1 at ata11 bus 0 scbus9 target 0 lun 0 >> cd1: Removable CD-ROM SCSI-0 device >> cd1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192byte= s) >> cd1: cd present [1 x 2048 byte records] >> ugen0.3: at usbus0 >> ums0: > 3> on usbus0 >> ums0: 3 buttons and [XYZ] coordinates ID=3D0 >> GEOM_MIRROR: Device mirror/swap launched (2/2). >> Trying to mount root from zfs:zroot >> vboxnet0: Ethernet address: 0a:00:27:00:00:00 >> (cd1:ata11:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 >> (cd1:ata11:0:0:0): CAM status: SCSI Status Error >> (cd1:ata11:0:0:0): SCSI status: Check Condition >> (cd1:ata11:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field i= n >> CDB) >> Waiting (max 60 seconds) for system process `vnlru' to stop...done >> Waiting (max 60 seconds) for system process `bufdaemon' to stop...done >> Waiting (max 60 seconds) for system process `syncer' to stop... >> Syncing disks, vnodes remaining...0 0 0 0 0 done >> All buffers synced. >> GEOM_MIRROR: Device swap: provider mirror/swap destroyed. >> GEOM_MIRROR: Device swap destroyed. > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:23:34 2010 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 508DF106564A for ; Thu, 8 Apr 2010 17:23:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id D34EF8FC12 for ; Thu, 8 Apr 2010 17:23:33 +0000 (UTC) Received: by wwb24 with SMTP id 24so423077wwb.13 for ; Thu, 08 Apr 2010 10:23:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=v3PszHMVFhln7U2wXE+AcEOJTUJj6jgyckGdGeQ2uv4=; b=FT+bg9J+58edqdBGfwXiGwbnCVjoKVyvujbY3aaC/DLrEbi+ukQToI9wIhaOIMrs3n vOxv2xlI9ekLTaHjlm8Q/zp4TS9RhMBTciXSaIu/z2GFcTVyxL47lWgU4ouDWBCxaV1v im+swiwrax4Z9COoRnHewGFaenldWBNowQdg4= 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=R/7UeH6kIBi7d+sIYerytpiDfRuf3s8/R6WWR+WkFcyhMIQKAA9rk1bCMfqRuHIYG0 IZlnrgJsleT7B3WWfBG0zs14/NpYNbuPOd3P1Io/V+F7tO6rqz2+hl9JP85tBQv1Y2Ao d0zPSfeD5oQmsEajBzkaqWcd9iURlOQJSGgSI= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 10:23:32 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> Date: Thu, 8 Apr 2010 10:23:32 -0700 Received: by 10.216.87.75 with SMTP id x53mr191844wee.144.1270747412728; Thu, 08 Apr 2010 10:23:32 -0700 (PDT) Message-ID: From: Jack Vogel To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 17:23:34 -0000 On Thu, Apr 8, 2010 at 10:18 AM, Brandon Gooch wrote: > On Thu, Apr 8, 2010 at 12:06 PM, Jack Vogel wrote: > > > > > > On Thu, Apr 8, 2010 at 10:01 AM, Brandon Gooch < > jamesbrandongooch@gmail.com> > > wrote: > >> > >> On Thu, Apr 8, 2010 at 11:52 AM, Jack Vogel wrote: > >> > Mike, I noticed this connection is only 100Mb, that isn't accidental? > >> > And, > >> > is it possible for > >> > you to check a connection at 1Gb and see if the watchdogs don't > happen. > >> > > >> > My test engineer is running this code, and we are having trouble > >> > repro'ing > >> > the issue, so any > >> > clues might help. Is the kernel 64 or 32 bit? > >> > > >> > Jack > >> > > >> > >> Not to butt in or anything... > > > > Not butting in :) OK, so this all looks fine or am I missing something? > > > > Jack > > > > This is the dmesg from the system exhibiting the "ip length 328 > disagrees with bytes received 332" while attempting to obtain a lease > on the two DHCP-enabled VLANs, and also manifests in the VirtualBox > bridged networking guests. > > I can honestly say that other than the output from dhclient and the > VirtualBox issue, I might not have noticed problems otherwise. > > For instance, I have a VLAN interface configured to connect to an > "outside" LAN segment and I'm running sshd on that interfaces IP > address (using the new multiple routing table feature as well). I was > able to connect to the sshd instance as usual, and I can make > connections out as in: > > # setfib 4 ping google.com > > ...things seemed OK. Until VirtualBox. Then I started paying attention > to messages scrolling by as my machine booted and saw the dhclient "ip > length" thing (just as Mike Tancsa had) and thought, "It must be the > new em(4) driver". > > That's my story :) > > I don't know what chip my em(4) device is, how can I check that? Also, > would some type of traffic capture help in this case? > > -Brandon > > pciconf -l will show us. my tester is having trouble reproducing this, but I dont think he is using vlans, that must be the missing ingredient. The disagreement in size is 4 bytes, just the size of the CRC coincidentally, but I dont have it set to strip, hmmmm. I may have some code for you to try shortly, stay tuned. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:46:45 2010 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 3797D106566B for ; Thu, 8 Apr 2010 17:46:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id E79B68FC13 for ; Thu, 8 Apr 2010 17:46:44 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o38HkhmQ043211; Thu, 8 Apr 2010 13:46:43 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004081746.o38HkhmQ043211@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Apr 2010 13:46:35 -0400 To: Jack Vogel From: Mike Tancsa In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 17:46:45 -0000 At 12:52 PM 4/8/2010, Jack Vogel wrote: >Mike, I noticed this connection is only 100Mb, that isn't >accidental? And, is it possible for >you to check a connection at 1Gb and see if the watchdogs don't happen. > >My test engineer is running this code, and we are having trouble >repro'ing the issue, so any >clues might help. Is the kernel 64 or 32 bit? It is a 32 bit kernel (see the attached dmesg from the first email) in a cisco 10/100 switch. I just tried and the dhclient issue happens at gig speeds as well. Apr 8 13:34:29 ich10 dhclient[1480]: DHCPREQUEST on em0 to 255.255.255.255 port 67 Apr 8 13:34:35 ich10 dhclient[1480]: DHCPREQUEST on em0 to 255.255.255.255 port 67 Apr 8 13:34:48 ich10 dhclient[1480]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 5 Apr 8 13:34:48 ich10 dhclient[1480]: ip length 328 disagrees with bytes received 332. Apr 8 13:34:48 ich10 dhclient[1480]: accepting packet with data after udp payload. 0(ich10)# ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=399b ether 00:1c:c0:95:0d:0d inet 192.168.xx.219 netmask 0xffffff00 broadcast 192.168.xx.255 media: Ethernet autoselect (1000baseT ) status: active 0(ich10)# ... As for the watchdog issue, it just seems to show up. I am not able to reproduce it on demand. However, the dhclient issue happens all the time. I will give it a whirl on a gigabit for a day and see. Its not that frequent Apr 7 02:19:05 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 03:46:51 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 08:04:03 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 10:39:40 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 11:12:34 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 13:25:26 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 14:01:36 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 17:19:53 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 21:16:45 ich10 kernel: em0: Watchdog timeout -- resetting Apr 7 22:09:10 ich10 kernel: em0: Watchdog timeout -- resetting But it should in theory show up at least once in 24hrs if its not a port speed issue. A potential 3rd issue I also noticed is that this morning I could not login to the box-- but I could ping it, but no SSH banner. ie no 3way handshake completing. I was able to 'fix' the issue by logging onto the console, initiating some outbound tcp traffic (ie. ssh out from the box) and then I could login again. Perhaps a TSO issue ? I now have a firewire console hooked up so I can login out of band. If this issue comes up again, how can I best narrow down what/where this 3rd issue is ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 17:46:57 2010 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 7441010656AA; Thu, 8 Apr 2010 17:46:57 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pz0-f184.google.com (mail-pz0-f184.google.com [209.85.222.184]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1748FC1A; Thu, 8 Apr 2010 17:46:56 +0000 (UTC) Received: by pzk14 with SMTP id 14so335879pzk.8 for ; Thu, 08 Apr 2010 10:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DFGe+IrFgJlJlV4lFSNcAePmGnzbkZm0zWSu5elO0fU=; b=KGLuhVqjETzytaKaEm0IXxIszDwcDx0jxBk7fsTYe5FcLm1TY3p4Kcceh6x6C0+eBh gkFrkpBAMans7KGzitDqrU64d2vK6J+2BFzNusy8sMvh7xqd9Tt+XzWrtsBCmkVqSxkq YjtoNJxb3uRPM7lDXZY3dAcCLi9b+/WFApeaU= 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=DmTASIbNSbpSpnbBHqe0vUUO0yhRjPsOx0PZnQHHnV9P6pkDB35WlrtLu8oV4AnrA3 Ao2aT8nteUYsOQIxtX19clWU42ze7EeSQYhUsCOqbAQMN/S415mnSG6v05xhvQGiaQWX v0XiXyFaRyqRJmKg9dZPYL5DYDqPBx7F90Tn8= MIME-Version: 1.0 Received: by 10.140.166.18 with HTTP; Thu, 8 Apr 2010 10:46:55 -0700 (PDT) In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> Date: Thu, 8 Apr 2010 17:46:55 +0000 Received: by 10.141.124.18 with SMTP id b18mr693793rvn.202.1270748816098; Thu, 08 Apr 2010 10:46:56 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Anoop Kumar Narayanan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics 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, 08 Apr 2010 17:46:57 -0000 On Thu, Apr 8, 2010 at 4:45 PM, Anoop Kumar Narayanan wrote: > On Sat, Apr 3, 2010 at 6:21 PM, Masoom Shaikh w= rote: >> On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: >>> On 28 March 2010 16:42, Masoom Shaikh wrote: >>> >>>> lets assume if this is h/w problem, then how can other OSes overcome >>>> this ? is there a way to make FreeBSD ignore this as well, let it >>>> result in reasonable performance penalty. >>> >>> Very probably, if only we could detect where the problem is. >>> Try adding "options =A0 =A0 PRINTF_BUFR_SIZE=3D128" to the kernel >>> configuration file if you can, to see if you can get a less mangled >>> log outout. >>> >> >> ok, after few days of silence I am back with more questions >> this time system feels little better, it is able to sustain for more >> time that what 7.3-RELEASE could >> >> FreeBSD raptor 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Apr =A01 >> 01:20:45 UTC 2010 =A0 =A0 root@:/usr/obj/usr/src/sys/INSPIRON =A0amd64 >> >> I am using KDE4, and when OS freezes, well it freezes, means I cannot >> change to tty0 and see the panic text, if any it might possibly have >> spit. the stuck frozen GUI keeps staring there. So the question is how >> to I capture that panic text ? unfortunately I am not getting core >> files too, so there is nothing I can pick up hints >> >> is there some option (KDB, DDB), so that on panic system drop to debugge= r ? >> >> Masoom Shaikh > > I am having the very same problem, with my AMD64 running i386 (both > 7.3-REL and 8.0-REL) keeps crashing, The best part is, if I disable > ACPI it crashes before it even boots up so is the case with safe-mode > and single-user-mode. With ACPI it boots up but crashes after a while. > I have the vmcore files on the system. Who do I contact on this regard > ? > >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.= org" >> > can u load that file in kgdb in get backtrace ? From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:17:49 2010 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 725AF106566B for ; Thu, 8 Apr 2010 18:17:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id EF5958FC19 for ; Thu, 8 Apr 2010 18:17:48 +0000 (UTC) Received: by ewy24 with SMTP id 24so120844ewy.33 for ; Thu, 08 Apr 2010 11:17:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=jnI+NiX8Zpk+KsUGjITyidAdkt3kT1CA1N9WzrGeTo8=; b=wLyqaZRAEDaKcia5PdcWJDPRTqOV2qUwV3cSCGbYNG5O1tVlqU30z2eZh95e9tDEub oVDtf7Yws0gFc24j5ogTE9/m/PH6/wVubHpTDxYLBP2QtNDahKAal7qpyQB8HLVuTnEc s8LWs6s0jLSeY3GEZ3ZMgYWb9ai0ct3AE8P88= 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=rAhfjelY3Lf43Rt+PTy8EbB5NLZszqtG4gEJWDJfUzc3ThG+9Z0bM60c2zrI84oOlB AA1gwfQK2nPPMfJ++byHP1o9oUVYZBtOYKEhH/OQI3t1QCtpswweRuQxts8ueEDSx00W eFU6OEgCrPwxnkuec1DqrMpBXldz3tRjtVBf0= Received: by 10.213.63.75 with SMTP id a11mr301560ebi.9.1270750667704; Thu, 08 Apr 2010 11:17:47 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm215200ewy.14.2010.04.08.11.17.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 11:17:45 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 8 Apr 2010 11:17:41 -0700 From: Pyun YongHyeon Date: Thu, 8 Apr 2010 11:17:41 -0700 To: Mike Tancsa Message-ID: <20100408181741.GI5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <201004081446.o38EkU7h042296@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: em driver regression 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: Thu, 08 Apr 2010 18:17:49 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote: > > OK, some more data... It seems dhclient is getting upset as well > since the updated driver > > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to > 255.255.255.255 port 67 interval 6 > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with > bytes received 332. > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data > after udp payload. > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to > 255.255.255.255 port 67 > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with > bytes received 332. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Try this patch. It should fix the issue. It seems Jack forgot to strip CRC bytes as old em(4) didn't strip it, probably to workaround silicon bug of old em(4) controllers. It seems there are also TX issues here. The system load is too high and sometimes system is not responsive while TX is in progress. Because I initiated TCP bulk transfers, TSO should reduce CPU load a lot but it didn't so I guess it could also be related watchdog timeouts you've seen. I'll see what can be done. --BXVAT5kNtrzKuDFl Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="em.crc.patch" Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 206399) +++ sys/dev/e1000/if_em.c (working copy) @@ -3706,6 +3706,8 @@ rxr->next_to_refresh = i; } update: + bus_dmamap_sync(rxr->rxdma.dma_tag, rxr->rxdma.dma_map, + BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); if (cleaned != -1) /* Update tail index */ E1000_WRITE_REG(&adapter->hw, E1000_RDT(rxr->me), cleaned); @@ -4039,7 +4041,8 @@ rctl |= E1000_RCTL_EN | E1000_RCTL_BAM | E1000_RCTL_LBM_NO | E1000_RCTL_RDMTS_HALF | (hw->mac.mc_filter_type << E1000_RCTL_MO_SHIFT); - + /* Strip CRC bytes. */ + rctl |= E1000_RCTL_SECRC; /* Make sure VLAN Filters are off */ rctl &= ~E1000_RCTL_VFE; rctl &= ~E1000_RCTL_SBP; --BXVAT5kNtrzKuDFl-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:18:50 2010 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 6524A1065672 for ; Thu, 8 Apr 2010 18:18:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id E54328FC19 for ; Thu, 8 Apr 2010 18:18:49 +0000 (UTC) Received: by wwb24 with SMTP id 24so454519wwb.13 for ; Thu, 08 Apr 2010 11:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=p8aM2q7S9UuApIiQiWRqAL+f2oR3cwtThhwyfg/sED0=; b=WS52aZKIDZbvMvKc3aGr2qRxZmHkQi73Ae/i7pN4CZFaLdeOOyeQ3E4yyNQfgRRdj1 GwRq69yTF4pW/P6gAQpYlCMgaP1beHsfgBz7Wk/9JBmzFKm9XQ5UJwwPomZzxj7h7pDb q80gs0UCQh3ZjdaX+BhBRdXEUvKSsjyxkrZWU= 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=DMJ1krz+9wKXSpZtrlcSJM/QNv0wtBtnvqib83DglwX5Rc0c8HCLraHJDaGpL47y0P 9UlMb3SrgY4sscohphXHwbZXTn2wi/H2oV1niXhaRWKyt6Hk24elt9B70tTpVSDMnSV0 sZZuchVXc0MD/BDI/TQFCdjQexFugscOKx6Y8= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 11:18:48 -0700 (PDT) In-Reply-To: <201004081746.o38HkhmQ043211@lava.sentex.ca> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081320.o38DKVX7041854@lava.sentex.ca> <201004081746.o38HkhmQ043211@lava.sentex.ca> Date: Thu, 8 Apr 2010 11:18:48 -0700 Received: by 10.216.172.5 with SMTP id s5mr248419wel.30.1270750728638; Thu, 08 Apr 2010 11:18:48 -0700 (PDT) Message-ID: From: Jack Vogel To: Mike Tancsa , Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 18:18:50 -0000 Both of you try something for me: Assuming you are using the latest code in HEAD, at line 4042 please make this insert: /* Strip the CRC */ rctl |= E1000_RCTL_SECRC; And try things again, I think this will solve at least the DHCP thing. I hope. Jack On Thu, Apr 8, 2010 at 10:46 AM, Mike Tancsa wrote: > At 12:52 PM 4/8/2010, Jack Vogel wrote: > >> Mike, I noticed this connection is only 100Mb, that isn't accidental? And, >> is it possible for >> you to check a connection at 1Gb and see if the watchdogs don't happen. >> >> My test engineer is running this code, and we are having trouble repro'ing >> the issue, so any >> clues might help. Is the kernel 64 or 32 bit? >> > > It is a 32 bit kernel (see the attached dmesg from the first email) in a > cisco 10/100 switch. I just tried and the dhclient issue happens at gig > speeds as well. > > Apr 8 13:34:29 ich10 dhclient[1480]: DHCPREQUEST on em0 to 255.255.255.255 > port 67 > Apr 8 13:34:35 ich10 dhclient[1480]: DHCPREQUEST on em0 to 255.255.255.255 > port 67 > Apr 8 13:34:48 ich10 dhclient[1480]: DHCPDISCOVER on em0 to > 255.255.255.255 port 67 interval 5 > Apr 8 13:34:48 ich10 dhclient[1480]: ip length 328 disagrees with bytes > received 332. > Apr 8 13:34:48 ich10 dhclient[1480]: accepting packet with data after udp > payload. > > 0(ich10)# ifconfig em0 > > em0: flags=8843 metric 0 mtu 1500 > > options=399b > ether 00:1c:c0:95:0d:0d > inet 192.168.xx.219 netmask 0xffffff00 broadcast 192.168.xx.255 > media: Ethernet autoselect (1000baseT ) > status: active > 0(ich10)# > > > ... As for the watchdog issue, it just seems to show up. I am not able to > reproduce it on demand. However, the dhclient issue happens all the time. I > will give it a whirl on a gigabit for a day and see. > > Its not that frequent > > > Apr 7 02:19:05 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 03:46:51 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 08:04:03 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 10:39:40 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 11:12:34 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 13:25:26 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 14:01:36 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 17:19:53 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 21:16:45 ich10 kernel: em0: Watchdog timeout -- resetting > Apr 7 22:09:10 ich10 kernel: em0: Watchdog timeout -- resetting > > But it should in theory show up at least once in 24hrs if its not a port > speed issue. > > A potential 3rd issue I also noticed is that this morning I could not login > to the box-- but I could ping it, but no SSH banner. ie no 3way handshake > completing. I was able to 'fix' the issue by logging onto the console, > initiating some outbound tcp traffic (ie. ssh out from the box) and then I > could login again. Perhaps a TSO issue ? I now have a firewire console > hooked up so I can login out of band. If this issue comes up again, how can > I best narrow down what/where this 3rd issue is ? > > ---Mike > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:20:37 2010 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 8370E106567E for ; Thu, 8 Apr 2010 18:20:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16C438FC1C for ; Thu, 8 Apr 2010 18:20:36 +0000 (UTC) Received: by wwb24 with SMTP id 24so455561wwb.13 for ; Thu, 08 Apr 2010 11:20:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=nenoe3OsHUvhGoSKsWzpAZW7Z/zJHo+QQDHFTuFeTmo=; b=eUTZUyr2og17JUNfBuZyXpVZEmeJUJFD3fmIiNYvExX82GQ1Sm6IRFkupZdj5fvV3z bCsubVPqKjhC+y0Zh2TedPhIAgvySyTMgxRXrWTpjTD5PmWaVE5Pd1MYz0WLCIlyU0tR duDGPNI0KiRzp3ZVcj0Q96Q1pYgCz7TP3HLZM= 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=wmlFOsrPeaFW2y8X4rhBGIdz7keo8PW4Kja3vD3Szp2OS/2a7bNBRBZYSd2CFi/vBT B2rDrfWMQ4IocQwuiQS5RT9vmafuTdFtvJYRNV27nD9ZQP/NKU6A7c1cwDkq87tGzQAO 3XJE+vdQE/k1g19b67yUuY5MGEE6Hv2gn7BFk= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 11:20:35 -0700 (PDT) In-Reply-To: <20100408181741.GI5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> Date: Thu, 8 Apr 2010 11:20:35 -0700 Received: by 10.216.90.4 with SMTP id d4mr226542wef.135.1270750835974; Thu, 08 Apr 2010 11:20:35 -0700 (PDT) Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 18:20:37 -0000 LOL, what timing :) On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon wrote: > On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote: > > > > OK, some more data... It seems dhclient is getting upset as well > > since the updated driver > > > > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to > > 255.255.255.255 port 67 interval 6 > > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with > > bytes received 332. > > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data > > after udp payload. > > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to > > 255.255.255.255 port 67 > > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with > > bytes received 332. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Try this patch. It should fix the issue. It seems Jack forgot to > strip CRC bytes as old em(4) didn't strip it, probably to > workaround silicon bug of old em(4) controllers. > > It seems there are also TX issues here. The system load is too high > and sometimes system is not responsive while TX is in progress. > Because I initiated TCP bulk transfers, TSO should reduce CPU load > a lot but it didn't so I guess it could also be related watchdog > timeouts you've seen. I'll see what can be done. > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:22:35 2010 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 CA66F106566C for ; Thu, 8 Apr 2010 18:22:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD8A8FC19 for ; Thu, 8 Apr 2010 18:22:35 +0000 (UTC) Received: by wwb24 with SMTP id 24so456654wwb.13 for ; Thu, 08 Apr 2010 11:22:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=jZoJ3r6ZiVHkfyydQG7ot9nGXB/zYGZXNHIcKlqN8zk=; b=xbdq8WhV/uDCg6Dc3d55qYzEnk9VeknKd160+fAStge/jPqtq0ZRzxw3vYMW4J+s80 ZhlnEDf1m4QWRo3Zt7ApwkIBPMwhCyvpvwi9ULBWFa7l5Ilh8HB6d/908MZCrHfvfsX5 CyZIfse/0ieXASjO84/1S1i/bCbSJ6uWwgkQI= 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=n/nKcYIYKmf6HQp1lu+sn0vKmClqru0kmIQW3vJYMJzAoOe7Ne3f70kG4OGzcgxnpG PqZ4PY15xbCMQMXkq4WK4YajgPp61hL2PzYzxakZAK4l2m1IJOYBXSv3jtxYJvDbTChI 4/z0VscB3G++p1IWeiPT3/dDkEhwbEk9JAYJY= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 11:22:34 -0700 (PDT) In-Reply-To: <20100408181741.GI5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> Date: Thu, 8 Apr 2010 11:22:34 -0700 Received: by 10.216.86.203 with SMTP id w53mr246900wee.71.1270750954322; Thu, 08 Apr 2010 11:22:34 -0700 (PDT) Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 18:22:35 -0000 On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon wrote: > On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote: > > > > OK, some more data... It seems dhclient is getting upset as well > > since the updated driver > > > > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to > > 255.255.255.255 port 67 interval 6 > > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with > > bytes received 332. > > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data > > after udp payload. > > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to > > 255.255.255.255 port 67 > > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with > > bytes received 332. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Try this patch. It should fix the issue. It seems Jack forgot to > strip CRC bytes as old em(4) didn't strip it, probably to > workaround silicon bug of old em(4) controllers. > > Actually it did strip it, but its buried in the code in an obscure way, that's what I just realized by looking at the old code. having the hardware strip will be easier I think. > It seems there are also TX issues here. The system load is too high > and sometimes system is not responsive while TX is in progress. > Because I initiated TCP bulk transfers, TSO should reduce CPU load > a lot but it didn't so I guess it could also be related watchdog > timeouts you've seen. I'll see what can be done. > Will look at that as well. Thanks! Jack From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:27:11 2010 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 DDD70106566C for ; Thu, 8 Apr 2010 18:27:11 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2E18FC19 for ; Thu, 8 Apr 2010 18:27:10 +0000 (UTC) Received: by wwb24 with SMTP id 24so459362wwb.13 for ; Thu, 08 Apr 2010 11:27:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=b/k6hVRK61SCQ6gz1C10PApe37xROC1o7QLiwZlfl2I=; b=wPZvyJulLcDscUAtEoezAB+YTFWeZ8dmkvYXny7/HY9yL3AE/NPYo4ENqWvi76ZrwQ VPu2D1NWBrQW188hxLEWcXst/OgPpK6MU1hg6rlFsBTfN+tQsh5DtHMZzxsfctxu7Vde OwfZrHhp1i4RCxWti+u1OroE1Z7znUF/IUAL0= 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=hfbUSMAncpTvEUV+7+kq7avFUaibJyBuH5khAWWX2GVW2+muprUhoVp9+67CLRA9Yh aAIckOCEhLjPui4uqP/2e8WaWu3HgmZHiNz6YXsIKHEkM1BIXmsxPN5QH6WBSwNt9Nk6 zU1xAAcoxCxal02/FdBqjRVhc0Qrjoeyk4nr0= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 11:27:10 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> Date: Thu, 8 Apr 2010 11:27:10 -0700 Received: by 10.216.86.210 with SMTP id w60mr243833wee.48.1270751230330; Thu, 08 Apr 2010 11:27:10 -0700 (PDT) Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 18:27:11 -0000 You know, I'm wondering if the so-called ALTQ fix, which makes the TX start always queue is causing the problem on that side? Jack On Thu, Apr 8, 2010 at 11:22 AM, Jack Vogel wrote: > > > On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon wrote: > >> On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote: >> > >> > OK, some more data... It seems dhclient is getting upset as well >> > since the updated driver >> > >> > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to >> > 255.255.255.255 port 67 interval 6 >> > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with >> > bytes received 332. >> > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data >> > after udp payload. >> > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 >> > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to >> > 255.255.255.255 port 67 >> > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with >> > bytes received 332. >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> Try this patch. It should fix the issue. It seems Jack forgot to >> strip CRC bytes as old em(4) didn't strip it, probably to >> workaround silicon bug of old em(4) controllers. >> >> > Actually it did strip it, but its buried in the code in an obscure way, > that's > what I just realized by looking at the old code. having the hardware strip > will be easier I think. > > >> It seems there are also TX issues here. The system load is too high >> and sometimes system is not responsive while TX is in progress. >> Because I initiated TCP bulk transfers, TSO should reduce CPU load >> a lot but it didn't so I guess it could also be related watchdog >> timeouts you've seen. I'll see what can be done. >> > > Will look at that as well. > > Thanks! > > Jack > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:31:29 2010 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 8483E1065675 for ; Thu, 8 Apr 2010 18:31:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 452B18FC0A for ; Thu, 8 Apr 2010 18:31:28 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o38IVR3s043434; Thu, 8 Apr 2010 14:31:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004081831.o38IVR3s043434@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Apr 2010 14:31:18 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20100408181741.GI5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: em driver regression 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, 08 Apr 2010 18:31:29 -0000 At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: >Try this patch. It should fix the issue. It seems Jack forgot to >strip CRC bytes as old em(4) didn't strip it, probably to >workaround silicon bug of old em(4) controllers. Thanks! The attached patch does indeed fix the dhclient issue. >It seems there are also TX issues here. The system load is too high >and sometimes system is not responsive while TX is in progress. >Because I initiated TCP bulk transfers, TSO should reduce CPU load >a lot but it didn't so I guess it could also be related watchdog >timeouts you've seen. I'll see what can be done. Thanks for looking into that as well!! ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:36:07 2010 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 A3552106566B for ; Thu, 8 Apr 2010 18:36:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 351ED8FC0C for ; Thu, 8 Apr 2010 18:36:06 +0000 (UTC) Received: by wwb24 with SMTP id 24so464728wwb.13 for ; Thu, 08 Apr 2010 11:36:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=lX0HDOYaSSG+gYTiYIiu2titUjvZU3SJTTmQhiAViKk=; b=mvR7ZWW5v/BVA/slsA69Hl9bM2mZGgjCX29di4bgBpmQY84GZlVWlq4oJeNvihGhGG 8tCQbP7yEDTV0Q4p2LZJNG7sFWud8BHQ6/+bdebaYk2Q50rnHDpUCZrCWRJ9SI5m4Ub+ OEoxOTEUST9C1ArcI3TyXDZHB6ROgR1JJwyGg= 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=gvD5p+1p2+rDlMPgQYr6miHdcvrEJ+hZwxw3BlbR2TfMQX540UGPVOisDpxYdvnfUG GEjpz7mzRRK3/PYUEzJ4v7d9qGi10ZS62G1Nk3QR8vV4mwMFYDq7HlG5P9IL09nKtT0N b1LxoTukvEZ/059S1tYt3YwS8RN97G5eQShoQ= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 11:36:05 -0700 (PDT) In-Reply-To: <201004081831.o38IVR3s043434@lava.sentex.ca> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> Date: Thu, 8 Apr 2010 11:36:05 -0700 Received: by 10.216.158.3 with SMTP id p3mr260205wek.9.1270751766060; Thu, 08 Apr 2010 11:36:06 -0700 (PDT) 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: pyunyh@gmail.com, freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 18:36:07 -0000 Bigger question is will it fix Brandon's VirtualBox issue?? Jack On Thu, Apr 8, 2010 at 11:31 AM, Mike Tancsa wrote: > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: > > Try this patch. It should fix the issue. It seems Jack forgot to >> strip CRC bytes as old em(4) didn't strip it, probably to >> workaround silicon bug of old em(4) controllers. >> > > Thanks! The attached patch does indeed fix the dhclient issue. > > > > It seems there are also TX issues here. The system load is too high >> and sometimes system is not responsive while TX is in progress. >> Because I initiated TCP bulk transfers, TSO should reduce CPU load >> a lot but it didn't so I guess it could also be related watchdog >> timeouts you've seen. I'll see what can be done. >> > > Thanks for looking into that as well!! > > > ---Mike > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 18:39:09 2010 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 65FFE106568B for ; Thu, 8 Apr 2010 18:39:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id DE8A18FC35 for ; Thu, 8 Apr 2010 18:39:08 +0000 (UTC) Received: by bwz8 with SMTP id 8so503858bwz.3 for ; Thu, 08 Apr 2010 11:39:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=jEBLaeYkGauzIwOeXEpyUYQ2388CK8MtSlUxcoh9Whk=; b=QySQK8RncXu5CxSDDN5LT5Jjdrs2RMVBPpzpou7UT1otp1SAyb2Yjh3csXBcJCkI5g VmXY7QzaWuaBjUqqfE0RVW01O74jhJ6FkdfcYCwnz4r02DlzvYH+6WMguR5yXNeyV+o8 RDvlx/oiGi5oxARQHsoJxLMtEXFN4qAjDTobs= 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=wf3k4s0XMfrAggpUF9HYztf7GB8gnmEJeJBDLITm2nh6+h9lsYGTM/ZM3Icm/A5GIU eFlR+u3A7BVyIGn3bLUSUsP3ZyroI88qGJ4EIjnMammON37AnBQhoAW4k0LEMfvKIXpA ctIcxYZQ5LBT1sDooEbGh/p/8jAtnJEvJ91w0= Received: by 10.204.151.71 with SMTP id b7mr582866bkw.114.1270751947607; Thu, 08 Apr 2010 11:39:07 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm199185bwz.2.2010.04.08.11.39.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 11:39:06 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 8 Apr 2010 11:39:00 -0700 From: Pyun YongHyeon Date: Thu, 8 Apr 2010 11:39:00 -0700 To: Jack Vogel Message-ID: <20100408183900.GJ5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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: Thu, 08 Apr 2010 18:39:09 -0000 On Thu, Apr 08, 2010 at 11:27:10AM -0700, Jack Vogel wrote: > You know, I'm wondering if the so-called ALTQ fix, which makes the TX > start always queue is causing the problem on that side? > I'm not sure because I didn't configure ALTQ so it might be NOP for non-ALTQ case. > Jack > > > On Thu, Apr 8, 2010 at 11:22 AM, Jack Vogel wrote: > > > > > > > On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon wrote: > > > >> On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote: > >> > > >> > OK, some more data... It seems dhclient is getting upset as well > >> > since the updated driver > >> > > >> > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to > >> > 255.255.255.255 port 67 interval 6 > >> > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with > >> > bytes received 332. > >> > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data > >> > after udp payload. > >> > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > >> > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to > >> > 255.255.255.255 port 67 > >> > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with > >> > bytes received 332. > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> > >> Try this patch. It should fix the issue. It seems Jack forgot to > >> strip CRC bytes as old em(4) didn't strip it, probably to > >> workaround silicon bug of old em(4) controllers. > >> > >> > > Actually it did strip it, but its buried in the code in an obscure way, > > that's > > what I just realized by looking at the old code. having the hardware strip > > will be easier I think. > > > > > >> It seems there are also TX issues here. The system load is too high > >> and sometimes system is not responsive while TX is in progress. > >> Because I initiated TCP bulk transfers, TSO should reduce CPU load > >> a lot but it didn't so I guess it could also be related watchdog > >> timeouts you've seen. I'll see what can be done. > >> > > > > Will look at that as well. > > > > Thanks! > > > > Jack > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 19:17:02 2010 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 C7D67106564A for ; Thu, 8 Apr 2010 19:17:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 53B178FC0C for ; Thu, 8 Apr 2010 19:17:01 +0000 (UTC) Received: by wwb24 with SMTP id 24so488451wwb.13 for ; Thu, 08 Apr 2010 12:17:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=i8qB7KEKZNiJTw17FTElLKCWasbf3pqT5OBxq4by8zc=; b=U7U7bmfL46jxp+zjEiAHd2WD0HVIT45fvJCwV/4VgwG1W09rhluR1e2nwDEIC+ny0s bgvlOnTDRKKKM888CjI8bMabBXJzTF4QRWZbCDEJl/UHlKYMRUGdn1lNd8nPRVbU4zv0 23HriKKgBLT6BRAYqeTc+psKIyZCfCES5YmLY= 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=icRaaAs2fQnTB//+cvo7VJWg2CWpM6X+ZIHuG1rlM0I0WRXAibPqdtAe3SC1ns02MV /fSnSc45vIMwpj2oScYNXq5t/dQpCNcEjL9LkwZJcDfRrYJhJDK0XocYEuBjgGyhckIv 5txAuoHcx3ssBqaWFz1ySSsrXaHQeRXbf5ABY= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 12:17:01 -0700 (PDT) In-Reply-To: <20100408183900.GJ5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <20100408183900.GJ5734@michelle.cdnetworks.com> Date: Thu, 8 Apr 2010 12:17:01 -0700 Received: by 10.216.172.5 with SMTP id s5mr287055wel.30.1270754221210; Thu, 08 Apr 2010 12:17:01 -0700 (PDT) Message-ID: From: Jack Vogel To: pyunyh@gmail.com, Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 19:17:03 -0000 Try the code I just checked in, it puts in the CRC stripping, but also tweaks the TX code, this may resolve the watchdogs. Let me know. Cheers, Jack On Thu, Apr 8, 2010 at 11:39 AM, Pyun YongHyeon wrote: > On Thu, Apr 08, 2010 at 11:27:10AM -0700, Jack Vogel wrote: > > You know, I'm wondering if the so-called ALTQ fix, which makes the TX > > start always queue is causing the problem on that side? > > > > I'm not sure because I didn't configure ALTQ so it might be NOP for > non-ALTQ case. > > > Jack > > > > > > On Thu, Apr 8, 2010 at 11:22 AM, Jack Vogel wrote: > > > > > > > > > > > On Thu, Apr 8, 2010 at 11:17 AM, Pyun YongHyeon > wrote: > > > > > >> On Thu, Apr 08, 2010 at 10:46:22AM -0400, Mike Tancsa wrote: > > >> > > > >> > OK, some more data... It seems dhclient is getting upset as well > > >> > since the updated driver > > >> > > > >> > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to > > >> > 255.255.255.255 port 67 interval 6 > > >> > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with > > >> > bytes received 332. > > >> > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data > > >> > after udp payload. > > >> > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1 > > >> > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to > > >> > 255.255.255.255 port 67 > > >> > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with > > >> > bytes received 332. > > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > >> > > >> Try this patch. It should fix the issue. It seems Jack forgot to > > >> strip CRC bytes as old em(4) didn't strip it, probably to > > >> workaround silicon bug of old em(4) controllers. > > >> > > >> > > > Actually it did strip it, but its buried in the code in an obscure way, > > > that's > > > what I just realized by looking at the old code. having the hardware > strip > > > will be easier I think. > > > > > > > > >> It seems there are also TX issues here. The system load is too high > > >> and sometimes system is not responsive while TX is in progress. > > >> Because I initiated TCP bulk transfers, TSO should reduce CPU load > > >> a lot but it didn't so I guess it could also be related watchdog > > >> timeouts you've seen. I'll see what can be done. > > >> > > > > > > Will look at that as well. > > > > > > Thanks! > > > > > > Jack > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 19:52:08 2010 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 BFD481065672 for ; Thu, 8 Apr 2010 19:52:08 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 8F87D8FC14 for ; Thu, 8 Apr 2010 19:52:08 +0000 (UTC) Received: by pzk35 with SMTP id 35so116425pzk.3 for ; Thu, 08 Apr 2010 12:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=GqdM2kZoPLolog+cF5kbr0DsClzGiqxJsA7nlFCfL+c=; b=Rz4xnTvKQXMwLYms+ghzhv6lnjZvHWB7GtfWB1eCVW+hgK/YJ9IDooliP/34vKXOSD 7YfP6L5HxQUb2yebizJA4gG6qMyxaDMljAa8tiiJFwf6vGGNiWDZOM+LrEd/Qq3NMHWc qGdeY4dh3kmbYlP63+3Uj1atvylcLK7l58fEw= 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=vb1grEmJzWX3J476AyIf2sP/M0S78oA+eqmZrZQSmbZkArYTPBVk7AAQlM/idBK27S piZTcrerM63vciZhgVQFp7GFjkRxqDH6S3J3u555oO+2HCeQzIP8TmURaRI+KRKZ+BKu CLARzATcd8kwpOv3XlC/oNqLUxvFBm6eARQgI= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Thu, 8 Apr 2010 12:52:07 -0700 (PDT) In-Reply-To: References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <20100408183900.GJ5734@michelle.cdnetworks.com> Date: Thu, 8 Apr 2010 14:52:07 -0500 Received: by 10.115.38.6 with SMTP id q6mr930676waj.207.1270756327757; Thu, 08 Apr 2010 12:52:07 -0700 (PDT) Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, Brandon Gooch , freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 19:52:08 -0000 On Thu, Apr 8, 2010 at 2:17 PM, Jack Vogel wrote: > Try the code I just checked in, it puts in the CRC stripping, but also > tweaks the > TX code, this may resolve the watchdogs. Let me know. > > Cheers, > > Jack > Yes, this is indeed the fix for both the dhclient and VirtualBox issue (at least with my setup). There appear to be no ill effects either. Thank you Jack (and Pyun) for tracking down the problems! I'll keep my eyes open for anything else. -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 20:56:32 2010 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 94CB8106564A for ; Thu, 8 Apr 2010 20:56:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6A58FC0A for ; Thu, 8 Apr 2010 20:56:31 +0000 (UTC) Received: by ewy24 with SMTP id 24so163678ewy.33 for ; Thu, 08 Apr 2010 13:56:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=WQrxWsv1WqEzNUX2BmBY8N1QopblIIW5CjoEyfE/mg0=; b=xEXrrJ2u/ayzfG7MmfQh8G3IFNmt2ZdnzWyKuubbl+1h8kJcDYijc+pICA1DcZVA2T W01XG+gxrBQlHN5al3Ht218TPuAv878gQWFKaGZUkoGFhw0bT8QAyO0R1ioB7ANwjy9O 3rmE5fmMDPuivVfLQNHBLXQojE0R3unSGzfdg= 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=To6KAcFSgEZkVdu9QpYp10EsYbSZ4KO8ArOrQkSwuajPoFYn1l6FfzYgWHchUQ7aQH BPUpMQ6xYOO1OPqYbrWilz4ft3MVePBGEMyGxbGacrV9X74aph5Airwdha3CwpVp0o3e 2w8XGzsDnfTX0yHcB7lcy3HXO4AP6meICZ8t4= Received: by 10.213.79.141 with SMTP id p13mr395389ebk.30.1270760190974; Thu, 08 Apr 2010 13:56:30 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm305908ewy.2.2010.04.08.13.56.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 13:56:30 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 8 Apr 2010 13:56:26 -0700 From: Pyun YongHyeon Date: Thu, 8 Apr 2010 13:56:26 -0700 To: Mike Tancsa Message-ID: <20100408205626.GN5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="WYTEVAkct0FjGQmd" Content-Disposition: inline In-Reply-To: <201004081831.o38IVR3s043434@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: em driver regression 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: Thu, 08 Apr 2010 20:56:32 -0000 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote: > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: > > >Try this patch. It should fix the issue. It seems Jack forgot to > >strip CRC bytes as old em(4) didn't strip it, probably to > >workaround silicon bug of old em(4) controllers. > > Thanks! The attached patch does indeed fix the dhclient issue. > > > >It seems there are also TX issues here. The system load is too high > >and sometimes system is not responsive while TX is in progress. > >Because I initiated TCP bulk transfers, TSO should reduce CPU load > >a lot but it didn't so I guess it could also be related watchdog > >timeouts you've seen. I'll see what can be done. > > Thanks for looking into that as well!! > > ---Mike > Mike, Here is patch I'm working on. This patch fixes high system load and system is very responsive as before. But it seems there is still some TX issue here. Bulk UDP performance is very poor(< 700Mbps) and I have no idea what caused this at this moment. BTW, I have trouble to reproduce watchdog timeouts. I'm not sure whether latest fix from Jack cured it. By chance does your controller support multi TX/RX queues? You can check whether em(4) uses multi-queues with "vmstat -i". If em(4) use multi-queue you may have multiple irq output for em0. --WYTEVAkct0FjGQmd Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="em.load.patch" Index: if_em.c =================================================================== --- if_em.c (revision 206403) +++ if_em.c (working copy) @@ -812,6 +812,10 @@ return (err); } + /* Call cleanup if number of TX descriptors low */ + if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) + em_txeof(txr); + enq = 0; if (m == NULL) { next = drbr_dequeue(ifp, txr->br); @@ -909,6 +913,10 @@ if (!adapter->link_active) return; + /* Call cleanup if number of TX descriptors low */ + if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) + em_txeof(txr); + while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head); @@ -1427,17 +1435,12 @@ struct ifnet *ifp = adapter->ifp; struct tx_ring *txr = adapter->tx_rings; struct rx_ring *rxr = adapter->rx_rings; - u32 loop = EM_MAX_LOOP; - bool more_rx, more_tx; + bool more_rx; - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + more_rx = em_rxeof(rxr, adapter->rx_process_limit); EM_TX_LOCK(txr); - do { - more_rx = em_rxeof(rxr, adapter->rx_process_limit); - more_tx = em_txeof(txr); - } while (loop-- && (more_rx || more_tx)); - + em_txeof(txr); #if __FreeBSD_version >= 800000 if (!drbr_empty(ifp, txr->br)) em_mq_start_locked(ifp, txr, NULL); @@ -1445,10 +1448,9 @@ if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) em_start_locked(ifp, txr); #endif - if (more_rx || more_tx) - taskqueue_enqueue(adapter->tq, &adapter->que_task); - EM_TX_UNLOCK(txr); + if (more_rx) + taskqueue_enqueue(adapter->tq, &adapter->que_task); } em_enable_intr(adapter); @@ -1466,18 +1468,13 @@ { struct tx_ring *txr = arg; struct adapter *adapter = txr->adapter; - bool more; ++txr->tx_irq; EM_TX_LOCK(txr); - more = em_txeof(txr); + em_txeof(txr); EM_TX_UNLOCK(txr); - if (more) - taskqueue_enqueue(txr->tq, &txr->tx_task); - else - /* Reenable this interrupt */ - E1000_WRITE_REG(&adapter->hw, E1000_IMS, txr->ims); - return; + /* Reenable this interrupt */ + E1000_WRITE_REG(&adapter->hw, E1000_IMS, txr->ims); } /********************************************************************* @@ -1531,14 +1528,15 @@ { struct rx_ring *rxr = context; struct adapter *adapter = rxr->adapter; - u32 loop = EM_MAX_LOOP; bool more; - do { - more = em_rxeof(rxr, adapter->rx_process_limit); - } while (loop-- && more); - /* Reenable this interrupt */ - E1000_WRITE_REG(&adapter->hw, E1000_IMS, rxr->ims); + more = em_rxeof(rxr, adapter->rx_process_limit); + if (more) + taskqueue_enqueue(rxr->tq, &rxr->rx_task); + else { + /* Reenable this interrupt */ + E1000_WRITE_REG(&adapter->hw, E1000_IMS, rxr->ims); + } } static void @@ -1547,15 +1545,10 @@ struct tx_ring *txr = context; struct adapter *adapter = txr->adapter; struct ifnet *ifp = adapter->ifp; - u32 loop = EM_MAX_LOOP; - bool more; if (!EM_TX_TRYLOCK(txr)) return; - do { - more = em_txeof(txr); - } while (loop-- && more); - + em_txeof(txr); #if __FreeBSD_version >= 800000 if (!drbr_empty(ifp, txr->br)) em_mq_start_locked(ifp, txr, NULL); @@ -1914,10 +1907,6 @@ E1000_WRITE_REG(&adapter->hw, E1000_TDT(txr->me), i); txr->watchdog_time = ticks; - /* Call cleanup if number of TX descriptors low */ - if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) - em_txeof(txr); - return (0); } @@ -4078,7 +4067,7 @@ em_rxeof(struct rx_ring *rxr, int count) { struct adapter *adapter = rxr->adapter; - struct ifnet *ifp = adapter->ifp;; + struct ifnet *ifp = adapter->ifp; struct mbuf *mp, *sendmp; u8 status; u16 len; @@ -4088,6 +4077,7 @@ EM_RX_LOCK(rxr); + status = 0; for (i = rxr->next_to_check, processed = 0; count != 0;) { if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) @@ -4195,7 +4185,11 @@ rxr->next_to_check = i; EM_RX_UNLOCK(rxr); +#ifdef DEVICE_POLLING return (rxdone); +#else + return ((status & E1000_RXD_STAT_DD) ? TRUE : FALSE); +#endif } #ifndef __NO_STRICT_ALIGNMENT --WYTEVAkct0FjGQmd-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 21:05:15 2010 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 1533A1065678 for ; Thu, 8 Apr 2010 21:05:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id C31D18FC1D for ; Thu, 8 Apr 2010 21:05:14 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o38L5DCH044187; Thu, 8 Apr 2010 17:05:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004082105.o38L5DCH044187@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Apr 2010 17:05:05 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20100408205626.GN5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: em driver regression 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, 08 Apr 2010 21:05:15 -0000 At 04:56 PM 4/8/2010, Pyun YongHyeon wrote: >On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote: > > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: > > > > >Try this patch. It should fix the issue. It seems Jack forgot to > > >strip CRC bytes as old em(4) didn't strip it, probably to > > >workaround silicon bug of old em(4) controllers. > > > > Thanks! The attached patch does indeed fix the dhclient issue. > > > > > > >It seems there are also TX issues here. The system load is too high > > >and sometimes system is not responsive while TX is in progress. > > >Because I initiated TCP bulk transfers, TSO should reduce CPU load > > >a lot but it didn't so I guess it could also be related watchdog > > >timeouts you've seen. I'll see what can be done. > > > > Thanks for looking into that as well!! > > > > ---Mike > > > >Mike, > >Here is patch I'm working on. This patch fixes high system load and >system is very responsive as before. But it seems there is still >some TX issue here. Bulk UDP performance is very poor(< 700Mbps) >and I have no idea what caused this at this moment. > >BTW, I have trouble to reproduce watchdog timeouts. I'm not sure >whether latest fix from Jack cured it. By chance does your >controller support multi TX/RX queues? You can check whether em(4) >uses multi-queues with "vmstat -i". If em(4) use multi-queue you >may have multiple irq output for em0. Hi, I will give it a try later tonight! This one does not seem to. 0(ich10)# vmstat -i interrupt total rate irq16: uhci0+ 30 0 irq18: ehci0 uhci5 158419 17 irq19: fwohci0++ 86 0 irq21: uhci1 17 0 irq23: uhci3 ehci1 2 0 cpu0: timer 18570305 1994 irq256: igb0 80 0 irq257: igb0 255 0 irq258: igb0 66 0 irq259: igb0 32 0 irq260: igb0 2 0 irq261: igb1 2679 0 irq262: igb1 998 0 irq263: igb1 2468 0 irq264: igb1 6361 0 irq265: igb1 2 0 irq266: em0 33910 3 irq267: ahci1 15317 1 cpu1: timer 18557074 1993 cpu3: timer 18557168 1993 cpu2: timer 18557108 1993 Total 74462379 7998 0(ich10)# -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 21:06:10 2010 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 94F99106566C for ; Thu, 8 Apr 2010 21:06:10 +0000 (UTC) (envelope-from jfvogel@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 223968FC24 for ; Thu, 8 Apr 2010 21:06:09 +0000 (UTC) Received: by wyb33 with SMTP id 33so178147wyb.13 for ; Thu, 08 Apr 2010 14:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=tozUI9dfVX9FplCZVnXgT8WaenQAASKYmJ+E+zlJQ5Y=; b=PBKew/6/9of481CCpnB3HgXf8+5G1gRcOX2VSXsf2kTV/hoTUyYHZCsnPCnYjzW8SO CXdEAOjgxnet8OpuX57I2oJvvChFI/RcB5UVPPJAkld4sxlXCtd+dGsriqZc8hAlT/l3 v0VF/376Al3SJmVHuT9o6BXFg725Neo7Ut0VQ= 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=pphG7Fj2gZlEvj5Yp/L1LYi2fepqLwbQ6Qn/5mxxhQvw/QAExbMC25GwGhrYOO2OIC lN0g14blVQXAOQcwUXIWndKecXK4qKh4KFQqU3m/MCezEgC5q1w7KpxW/9PTvl/HNmj7 UWfGM4lwV/n6IHIBOu7PDvHvkDYs7Enj59v4M= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 14:06:09 -0700 (PDT) In-Reply-To: <201004082105.o38L5DCH044187@lava.sentex.ca> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> Date: Thu, 8 Apr 2010 14:06:09 -0700 Received: by 10.216.187.211 with SMTP id y61mr350399wem.42.1270760769191; Thu, 08 Apr 2010 14:06:09 -0700 (PDT) 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: pyunyh@gmail.com, freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 08 Apr 2010 21:06:10 -0000 Only one device support by em does multiqueue right now, and that is Hartwell, 82574. Jack On Thu, Apr 8, 2010 at 2:05 PM, Mike Tancsa wrote: > At 04:56 PM 4/8/2010, Pyun YongHyeon wrote: > >> On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote: >> > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: >> > >> > >Try this patch. It should fix the issue. It seems Jack forgot to >> > >strip CRC bytes as old em(4) didn't strip it, probably to >> > >workaround silicon bug of old em(4) controllers. >> > >> > Thanks! The attached patch does indeed fix the dhclient issue. >> > >> > >> > >It seems there are also TX issues here. The system load is too high >> > >and sometimes system is not responsive while TX is in progress. >> > >Because I initiated TCP bulk transfers, TSO should reduce CPU load >> > >a lot but it didn't so I guess it could also be related watchdog >> > >timeouts you've seen. I'll see what can be done. >> > >> > Thanks for looking into that as well!! >> > >> > ---Mike >> > >> >> Mike, >> >> Here is patch I'm working on. This patch fixes high system load and >> system is very responsive as before. But it seems there is still >> some TX issue here. Bulk UDP performance is very poor(< 700Mbps) >> and I have no idea what caused this at this moment. >> >> BTW, I have trouble to reproduce watchdog timeouts. I'm not sure >> whether latest fix from Jack cured it. By chance does your >> controller support multi TX/RX queues? You can check whether em(4) >> uses multi-queues with "vmstat -i". If em(4) use multi-queue you >> may have multiple irq output for em0. >> > > Hi, > I will give it a try later tonight! This one does not seem to. > > 0(ich10)# vmstat -i > interrupt total rate > irq16: uhci0+ 30 0 > irq18: ehci0 uhci5 158419 17 > irq19: fwohci0++ 86 0 > irq21: uhci1 17 0 > irq23: uhci3 ehci1 2 0 > cpu0: timer 18570305 1994 > irq256: igb0 80 0 > irq257: igb0 255 0 > irq258: igb0 66 0 > irq259: igb0 32 0 > irq260: igb0 2 0 > irq261: igb1 2679 0 > irq262: igb1 998 0 > irq263: igb1 2468 0 > irq264: igb1 6361 0 > irq265: igb1 2 0 > irq266: em0 33910 3 > irq267: ahci1 15317 1 > cpu1: timer 18557074 1993 > cpu3: timer 18557168 1993 > cpu2: timer 18557108 1993 > Total 74462379 7998 > 0(ich10)# > > > > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 8 23:07:55 2010 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 41BBF106566C for ; Thu, 8 Apr 2010 23:07:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id E1EE48FC08 for ; Thu, 8 Apr 2010 23:07:54 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so862236qwi.7 for ; Thu, 08 Apr 2010 16:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=lV3gUSEMNSrPLAcToTc8Zl/6zOCtSFge0bcRTcDiLDo=; b=lbfe1sbuRdI5mRtPHFd8gXBi87PvESvSnTbdZmUtD57HCR8lm1r0c376P5dVw11iS1 bc3sh1nWZQQFVtmPMnp0EzjAhHamFQFbJLmXa76dU7BT3J1dIfC1Gr3mCp6kv7ywJgA6 9likekloFGZNqYBdoe+LMEMyr2HD5N2IQWqQ0= 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=kDOniHmvdcYpq9KBq5TlI1zU0ZpH9Ak8lwXi0+LydhUPw1RaXV+dZ2CPmm03ijZoGn QmcbJBWOOdDp3zBRPywDj+lBI2vnVsBsaSBp3QrodG3kEpnH+ogJjzc6ysiSTq++iSTE ZlKLOSXFUS6ei5qjlgdPaCvViF5LPG5j9khXs= Received: by 10.229.218.203 with SMTP id hr11mr1353128qcb.85.1270768073859; Thu, 08 Apr 2010 16:07:53 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id f5sm942069qcg.8.2010.04.08.16.07.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 16:07:52 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 8 Apr 2010 16:07:50 -0700 From: Pyun YongHyeon Date: Thu, 8 Apr 2010 16:07:50 -0700 To: Jack Vogel Message-ID: <20100408230750.GR5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="O3RTKUHj+75w1tg5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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: Thu, 08 Apr 2010 23:07:55 -0000 --O3RTKUHj+75w1tg5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 08, 2010 at 02:06:09PM -0700, Jack Vogel wrote: > Only one device support by em does multiqueue right now, and that is > Hartwell, 82574. > Thanks for the info. Mike, here is updated patch. Now UDP bulk TX transfer performance recovered a lot(about 890Mbps) but it still shows bad numbers compared to other controllers. For example, bce(4) shows about 958Mbps for the same load. During the testing I found a strong indication of packet reordering issue of drbr interface. If I forcibly change to use single TX queue, em(4) got 950Mbps as it used to be. Jack, as we talked about possible drbr issue with igb(4), UDP transfer seems to suffer from packet reordering issue here. Can we make em(4)/igb(4) use single TX queue until we solve drbr interface issue? Given that only one em(4) controller supports multiqueue, dropping multiqueue support for em(4) does not look bad to me. > Jack > > > On Thu, Apr 8, 2010 at 2:05 PM, Mike Tancsa wrote: > > > At 04:56 PM 4/8/2010, Pyun YongHyeon wrote: > > > >> On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote: > >> > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: > >> > > >> > >Try this patch. It should fix the issue. It seems Jack forgot to > >> > >strip CRC bytes as old em(4) didn't strip it, probably to > >> > >workaround silicon bug of old em(4) controllers. > >> > > >> > Thanks! The attached patch does indeed fix the dhclient issue. > >> > > >> > > >> > >It seems there are also TX issues here. The system load is too high > >> > >and sometimes system is not responsive while TX is in progress. > >> > >Because I initiated TCP bulk transfers, TSO should reduce CPU load > >> > >a lot but it didn't so I guess it could also be related watchdog > >> > >timeouts you've seen. I'll see what can be done. > >> > > >> > Thanks for looking into that as well!! > >> > > >> > ---Mike > >> > > >> > >> Mike, > >> > >> Here is patch I'm working on. This patch fixes high system load and > >> system is very responsive as before. But it seems there is still > >> some TX issue here. Bulk UDP performance is very poor(< 700Mbps) > >> and I have no idea what caused this at this moment. > >> > >> BTW, I have trouble to reproduce watchdog timeouts. I'm not sure > >> whether latest fix from Jack cured it. By chance does your > >> controller support multi TX/RX queues? You can check whether em(4) > >> uses multi-queues with "vmstat -i". If em(4) use multi-queue you > >> may have multiple irq output for em0. > >> > > > > Hi, > > I will give it a try later tonight! This one does not seem to. > > > > 0(ich10)# vmstat -i > > interrupt total rate > > irq16: uhci0+ 30 0 > > irq18: ehci0 uhci5 158419 17 > > irq19: fwohci0++ 86 0 > > irq21: uhci1 17 0 > > irq23: uhci3 ehci1 2 0 > > cpu0: timer 18570305 1994 > > irq256: igb0 80 0 > > irq257: igb0 255 0 > > irq258: igb0 66 0 > > irq259: igb0 32 0 > > irq260: igb0 2 0 > > irq261: igb1 2679 0 > > irq262: igb1 998 0 > > irq263: igb1 2468 0 > > irq264: igb1 6361 0 > > irq265: igb1 2 0 > > irq266: em0 33910 3 > > irq267: ahci1 15317 1 > > cpu1: timer 18557074 1993 > > cpu3: timer 18557168 1993 > > cpu2: timer 18557108 1993 > > Total 74462379 7998 > > 0(ich10)# > > --O3RTKUHj+75w1tg5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="em.load.patch2" Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 206403) +++ sys/dev/e1000/if_em.c (working copy) @@ -812,6 +812,10 @@ return (err); } + /* Call cleanup if number of TX descriptors low */ + if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) + em_txeof(txr); + enq = 0; if (m == NULL) { next = drbr_dequeue(ifp, txr->br); @@ -834,11 +838,16 @@ ETHER_BPF_MTAP(ifp, next); if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) break; + if (txr->tx_avail < EM_MAX_SCATTER) { + ifp->if_drv_flags |= IFF_DRV_OACTIVE; + break; + } next = drbr_dequeue(ifp, txr->br); } if (enq > 0) { /* Set the watchdog */ + txr->watchdog_time = ticks; txr->watchdog_check = TRUE; } return (err); @@ -864,8 +873,7 @@ txr = &adapter->tx_rings[i]; if (EM_TX_TRYLOCK(txr)) { - if (ifp->if_drv_flags & IFF_DRV_RUNNING) - error = em_mq_start_locked(ifp, txr, m); + error = em_mq_start_locked(ifp, txr, m); EM_TX_UNLOCK(txr); } else error = drbr_enqueue(ifp, txr->br, m); @@ -909,8 +917,15 @@ if (!adapter->link_active) return; + /* Call cleanup if number of TX descriptors low */ + if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) + em_txeof(txr); + while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { - + if (txr->tx_avail < EM_MAX_SCATTER) { + ifp->if_drv_flags |= IFF_DRV_OACTIVE; + break; + } IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head); if (m_head == NULL) break; @@ -930,7 +945,8 @@ ETHER_BPF_MTAP(ifp, m_head); /* Set timeout in case hardware has problems transmitting. */ - txr->watchdog_check = TRUE; + txr->watchdog_time = ticks; + txr->watchdog_check = TRUE; } return; @@ -1427,17 +1443,12 @@ struct ifnet *ifp = adapter->ifp; struct tx_ring *txr = adapter->tx_rings; struct rx_ring *rxr = adapter->rx_rings; - u32 loop = EM_MAX_LOOP; - bool more_rx, more_tx; + bool more_rx; - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + more_rx = em_rxeof(rxr, adapter->rx_process_limit); EM_TX_LOCK(txr); - do { - more_rx = em_rxeof(rxr, adapter->rx_process_limit); - more_tx = em_txeof(txr); - } while (loop-- && (more_rx || more_tx)); - + em_txeof(txr); #if __FreeBSD_version >= 800000 if (!drbr_empty(ifp, txr->br)) em_mq_start_locked(ifp, txr, NULL); @@ -1445,10 +1456,9 @@ if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) em_start_locked(ifp, txr); #endif - if (more_rx || more_tx) + EM_TX_UNLOCK(txr); + if (more_rx) taskqueue_enqueue(adapter->tq, &adapter->que_task); - - EM_TX_UNLOCK(txr); } em_enable_intr(adapter); @@ -1466,18 +1476,13 @@ { struct tx_ring *txr = arg; struct adapter *adapter = txr->adapter; - bool more; ++txr->tx_irq; EM_TX_LOCK(txr); - more = em_txeof(txr); + em_txeof(txr); EM_TX_UNLOCK(txr); - if (more) - taskqueue_enqueue(txr->tq, &txr->tx_task); - else - /* Reenable this interrupt */ - E1000_WRITE_REG(&adapter->hw, E1000_IMS, txr->ims); - return; + /* Reenable this interrupt */ + E1000_WRITE_REG(&adapter->hw, E1000_IMS, txr->ims); } /********************************************************************* @@ -1531,14 +1536,15 @@ { struct rx_ring *rxr = context; struct adapter *adapter = rxr->adapter; - u32 loop = EM_MAX_LOOP; bool more; - do { - more = em_rxeof(rxr, adapter->rx_process_limit); - } while (loop-- && more); - /* Reenable this interrupt */ - E1000_WRITE_REG(&adapter->hw, E1000_IMS, rxr->ims); + more = em_rxeof(rxr, adapter->rx_process_limit); + if (more) + taskqueue_enqueue(rxr->tq, &rxr->rx_task); + else { + /* Reenable this interrupt */ + E1000_WRITE_REG(&adapter->hw, E1000_IMS, rxr->ims); + } } static void @@ -1547,15 +1553,10 @@ struct tx_ring *txr = context; struct adapter *adapter = txr->adapter; struct ifnet *ifp = adapter->ifp; - u32 loop = EM_MAX_LOOP; - bool more; if (!EM_TX_TRYLOCK(txr)) return; - do { - more = em_txeof(txr); - } while (loop-- && more); - + em_txeof(txr); #if __FreeBSD_version >= 800000 if (!drbr_empty(ifp, txr->br)) em_mq_start_locked(ifp, txr, NULL); @@ -1912,12 +1913,7 @@ bus_dmamap_sync(txr->txdma.dma_tag, txr->txdma.dma_map, BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); E1000_WRITE_REG(&adapter->hw, E1000_TDT(txr->me), i); - txr->watchdog_time = ticks; - /* Call cleanup if number of TX descriptors low */ - if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) - em_txeof(txr); - return (0); } @@ -3619,7 +3615,8 @@ if (last != -1) { eop_desc = &txr->tx_base[last]; /* Get new done point */ - if (++last == adapter->num_tx_desc) last = 0; + if (++last == adapter->num_tx_desc) + last = 0; done = last; } else break; @@ -4078,7 +4075,7 @@ em_rxeof(struct rx_ring *rxr, int count) { struct adapter *adapter = rxr->adapter; - struct ifnet *ifp = adapter->ifp;; + struct ifnet *ifp = adapter->ifp; struct mbuf *mp, *sendmp; u8 status; u16 len; @@ -4088,6 +4085,7 @@ EM_RX_LOCK(rxr); + status = 0; for (i = rxr->next_to_check, processed = 0; count != 0;) { if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) @@ -4195,7 +4193,11 @@ rxr->next_to_check = i; EM_RX_UNLOCK(rxr); +#ifdef DEVICE_POLLING return (rxdone); +#else + return ((status & E1000_RXD_STAT_DD) ? TRUE : FALSE); +#endif } #ifndef __NO_STRICT_ALIGNMENT Index: sys/dev/e1000/if_em.h =================================================================== --- sys/dev/e1000/if_em.h (revision 206403) +++ sys/dev/e1000/if_em.h (working copy) @@ -223,7 +223,7 @@ #define HW_DEBUGOUT1(S, A) if (DEBUG_HW) printf(S "\n", A) #define HW_DEBUGOUT2(S, A, B) if (DEBUG_HW) printf(S "\n", A, B) -#define EM_MAX_SCATTER 64 +#define EM_MAX_SCATTER 32 #define EM_VFTA_SIZE 128 #define EM_TSO_SIZE (65535 + sizeof(struct ether_vlan_header)) #define EM_TSO_SEG_SIZE 4096 /* Max dma segment size */ --O3RTKUHj+75w1tg5-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 00:08:35 2010 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 64ADD106566B for ; Fri, 9 Apr 2010 00:08:35 +0000 (UTC) (envelope-from michael@apfel.de) Received: from mail.apfel.de (mail.apfel.de [212.12.33.11]) by mx1.freebsd.org (Postfix) with ESMTP id E4C488FC14 for ; Fri, 9 Apr 2010 00:08:34 +0000 (UTC) Received: from petziPC (pd95b49f4.dip0.t-ipconnect.de [217.91.73.244]) (authenticated bits=0) by mail.apfel.de (8.14.1/8.13.6) with ESMTP id o38No094001905 for ; Fri, 9 Apr 2010 01:50:00 +0200 (CEST) (envelope-from michael@apfel.de) From: "Michael Beckmann" To: Date: Fri, 9 Apr 2010 01:50:02 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrXdjSN6LGVIHigTqWEiBi5YAnRcQ== Content-Language: de Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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, 09 Apr 2010 00:08:35 -0000 Greetings, the onboard Realtek Ethernet on my Asus M4A89GTD PRO is not functioning. I use FreeBSD 8.0-STABLE with a generic kernel (amd64). Everything was updated March 27, 2010. Is it a bug? Thanks, Michael pcib4: at device 21.0 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci4 re0: Using 1 MSI messages re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00000000 re0: Unknown H/W revision: 0x2c000000 device_attach: re0 attach returned 6 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 00:34:02 2010 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 A4E6E106564A for ; Fri, 9 Apr 2010 00:34:02 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp173.dfw.emailsrvr.com (smtp173.dfw.emailsrvr.com [67.192.241.173]) by mx1.freebsd.org (Postfix) with ESMTP id 870A68FC14 for ; Fri, 9 Apr 2010 00:34:02 +0000 (UTC) Received: from relay7.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay7.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id D4E1CCE65B9 for ; Thu, 8 Apr 2010 20:34:01 -0400 (EDT) Received: by relay7.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id BBD94CE65AB for ; Thu, 8 Apr 2010 20:34:01 -0400 (EDT) Received: by alucard.rhavenn.local (Postfix, from userid 1001) id 9FB973F1D; Thu, 8 Apr 2010 16:33:54 -0800 (AKDT) Date: Thu, 8 Apr 2010 16:33:54 -0800 From: Henrik Hudson To: freebsd-stable@freebsd.org Message-ID: <20100409003354.GA4048@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: booting issue with xen 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, 09 Apr 2010 00:34:02 -0000 note: i apologize for the new thread, but i accidently deleted the old one. I emailed a few days back about having issues running 8-STABLE in a Xen environment. I solved this, sort of. a) some more info on the environment: -it's a Xen HVM hosted environment. So, the XEN DomU kernel shouldn't be needed. -i386 if I didn't mention that before. b) I stripped down the kernel file to barebones for Xen HVM and now if I select "Boot in Safe Mode" it works fine. So, the question to the list: What does "Boot in Safe Mode" disable that is causing the hang up in Xen? The kernel boots, it doesn't throw any obvious errors, but hangs at "Trying to mount disk". When I select "Boot in Safe Mode" it comes up fine. thoughts? henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 01:48:13 2010 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 4B9FF106567A for ; Fri, 9 Apr 2010 01:48:13 +0000 (UTC) (envelope-from jfvogel@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 CEFDF8FC1B for ; Fri, 9 Apr 2010 01:48:12 +0000 (UTC) Received: by wyi11 with SMTP id 11so55691wyi.13 for ; Thu, 08 Apr 2010 18:48:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=EnmCxNsMEajtc5nh1xTvI3LWwKIwvBb7OE4kzw3iqWo=; b=oWxLiJ4vuVL9Kl+HAmJVhfEC0IAxGbyvDkbwZgN8pd70JG+w5B098z7z5Q4WqA+nwg qTzRbbwccSrxTy99yURluvR3gRtQi3aNvHbeZ/4zh2zda6XA+MrQvs+YpDCYJt5kKbLO JQLW1fGtYoCyex20FXuLTrjxzjrfa2g+Yk60U= 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=YJaFrtzi361zFQwe31W1FbqiC8YNlzfxU+gIFQjC3MCOl4JWt1B0YoHwtiWOBJeO0A oJOym5MPAgT6VIdx/7tHqaAzmKEbwxUcWg2hDhBAXPo/GDEHPDX5Yi3h8cao5fKAiycU t7XZiQ7cZ3x06Mcy42QJ0hQqGWEu91F0AAdc8= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Thu, 8 Apr 2010 18:48:11 -0700 (PDT) In-Reply-To: <20100408230750.GR5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> <20100408230750.GR5734@michelle.cdnetworks.com> Date: Thu, 8 Apr 2010 18:48:11 -0700 Received: by 10.216.90.7 with SMTP id d7mr502585wef.81.1270777691752; Thu, 08 Apr 2010 18:48:11 -0700 (PDT) Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 09 Apr 2010 01:48:13 -0000 Ah, ok, let me play around with it a bit, perhaps I'll make it definable, of course if there is no positive benefit from using it it would seem silly to leave it around :) Will look at your patch changes and that issue tomorrow. Thanks for your efforts! Jack On Thu, Apr 8, 2010 at 4:07 PM, Pyun YongHyeon wrote: > On Thu, Apr 08, 2010 at 02:06:09PM -0700, Jack Vogel wrote: > > Only one device support by em does multiqueue right now, and that is > > Hartwell, 82574. > > > > Thanks for the info. > > Mike, here is updated patch. Now UDP bulk TX transfer performance > recovered a lot(about 890Mbps) but it still shows bad numbers > compared to other controllers. For example, bce(4) shows about > 958Mbps for the same load. > During the testing I found a strong indication of packet reordering > issue of drbr interface. If I forcibly change to use single TX > queue, em(4) got 950Mbps as it used to be. > > Jack, as we talked about possible drbr issue with igb(4), UDP > transfer seems to suffer from packet reordering issue here. Can we > make em(4)/igb(4) use single TX queue until we solve drbr interface > issue? Given that only one em(4) controller supports multiqueue, > dropping multiqueue support for em(4) does not look bad to me. > > > Jack > > > > > > On Thu, Apr 8, 2010 at 2:05 PM, Mike Tancsa wrote: > > > > > At 04:56 PM 4/8/2010, Pyun YongHyeon wrote: > > > > > >> On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote: > > >> > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: > > >> > > > >> > >Try this patch. It should fix the issue. It seems Jack forgot to > > >> > >strip CRC bytes as old em(4) didn't strip it, probably to > > >> > >workaround silicon bug of old em(4) controllers. > > >> > > > >> > Thanks! The attached patch does indeed fix the dhclient issue. > > >> > > > >> > > > >> > >It seems there are also TX issues here. The system load is too high > > >> > >and sometimes system is not responsive while TX is in progress. > > >> > >Because I initiated TCP bulk transfers, TSO should reduce CPU load > > >> > >a lot but it didn't so I guess it could also be related watchdog > > >> > >timeouts you've seen. I'll see what can be done. > > >> > > > >> > Thanks for looking into that as well!! > > >> > > > >> > ---Mike > > >> > > > >> > > >> Mike, > > >> > > >> Here is patch I'm working on. This patch fixes high system load and > > >> system is very responsive as before. But it seems there is still > > >> some TX issue here. Bulk UDP performance is very poor(< 700Mbps) > > >> and I have no idea what caused this at this moment. > > >> > > >> BTW, I have trouble to reproduce watchdog timeouts. I'm not sure > > >> whether latest fix from Jack cured it. By chance does your > > >> controller support multi TX/RX queues? You can check whether em(4) > > >> uses multi-queues with "vmstat -i". If em(4) use multi-queue you > > >> may have multiple irq output for em0. > > >> > > > > > > Hi, > > > I will give it a try later tonight! This one does not seem to. > > > > > > 0(ich10)# vmstat -i > > > interrupt total rate > > > irq16: uhci0+ 30 0 > > > irq18: ehci0 uhci5 158419 17 > > > irq19: fwohci0++ 86 0 > > > irq21: uhci1 17 0 > > > irq23: uhci3 ehci1 2 0 > > > cpu0: timer 18570305 1994 > > > irq256: igb0 80 0 > > > irq257: igb0 255 0 > > > irq258: igb0 66 0 > > > irq259: igb0 32 0 > > > irq260: igb0 2 0 > > > irq261: igb1 2679 0 > > > irq262: igb1 998 0 > > > irq263: igb1 2468 0 > > > irq264: igb1 6361 0 > > > irq265: igb1 2 0 > > > irq266: em0 33910 3 > > > irq267: ahci1 15317 1 > > > cpu1: timer 18557074 1993 > > > cpu3: timer 18557168 1993 > > > cpu2: timer 18557108 1993 > > > Total 74462379 7998 > > > 0(ich10)# > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 02:59:09 2010 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 3C8BC106564A for ; Fri, 9 Apr 2010 02:59:09 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id E50438FC15 for ; Fri, 9 Apr 2010 02:59:08 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so922027qwi.7 for ; Thu, 08 Apr 2010 19:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=sn8V9amg0nXd03gQr40KVps6wn4wgURhp2YHKdIuqj8=; b=nbetTrzWvDYSdwJ20RcsSXFOKBMwLEU8QhNHDUHzLr//7s7VZoqHLvIsMPzEHU7JSx FMNWzLSfZGMY7Y/1MEFInVboI6elkFg/Bj/umNuxy6UNNil80ZAE7dzb36ou2MqpNYuX IT6EP0RivXur4Lp4/XckWiQ6E6hSM9YOMaa64= 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=skYcPlMn+QvhJS8u+27BV5ixvPpKXHztFbkAKrvuasRTSDwpT/saT/LGKcW8Yio47b i5IyTBMiMZRDQsuGDd60cJt+rA7m3eN9BGivfhbZZib2DkmU6kSiRlsWsqs7joYRq5u5 1rvTmT/WVSDFk0wcwwPVNU29BJKjUmTz8wTJI= MIME-Version: 1.0 Received: by 10.229.85.147 with HTTP; Thu, 8 Apr 2010 19:59:08 -0700 (PDT) In-Reply-To: References: Date: Thu, 8 Apr 2010 21:59:08 -0500 Received: by 10.229.214.74 with SMTP id gz10mr1642429qcb.25.1270781948083; Thu, 08 Apr 2010 19:59:08 -0700 (PDT) Message-ID: From: Adam Vande More To: Michael Beckmann Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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, 09 Apr 2010 02:59:09 -0000 On Thu, Apr 8, 2010 at 6:50 PM, Michael Beckmann wrote: > re0: 8168/8168B/8168C/8168CP/8168D/8168DP/8111B/8111C/8111CP/8111DP > PCIe Gigabit Ethernet> port 0xe800-0xe8ff mem > 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci4 > > re0: Using 1 MSI messages > > re0: Chip rev. 0x2c000000 > > re0: MAC rev. 0x00000000 > > re0: Unknown H/W revision: 0x2c000000 > > device_attach: re0 attach returned 6 > What's pciconf -lv say about it? Mine is re0@pci0:3:0:0: class=0x020000 card=0x75811462 chip=0x816810ec rev=0x03 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' class = network subclass = ethernet FreeBSD 8.0-STABLE #0: Sun Apr 4 01:28:48 CDT 2010 root@galacticdominator.com:/usr/obj/usr/src/sys/GENERIC Cards work fine here. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 03:38:59 2010 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 B825D106564A for ; Fri, 9 Apr 2010 03:38:59 +0000 (UTC) (envelope-from svyatoslav.lempert@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 9235C8FC0A for ; Fri, 9 Apr 2010 03:38:59 +0000 (UTC) Received: by pzk35 with SMTP id 35so331877pzk.3 for ; Thu, 08 Apr 2010 20:38:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:received :message-id:subject:to:content-type; bh=uWOUfD1koP9GeOP+SeUE+VmOoVvwMcso0Ewy/4xnRfA=; b=mvZQMt/BJuHE+Nk98xnQrP9U67bA6uZgvUpZjRkZb+q6hyHiKuOQ9ljByYL77do7GU UVCK6JnrtNvdISER9Nag/n7cH8DI4jMGVUZpfWF46SP8JJYRKSfUm+Nv1m3gOZHFE/Rq Ztod88DUrpSZleNceYoqnZ21wB8HXmMkWvPa4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=vf00LWuxy5/pWFJbdN/moTp/7iKisncRLX0suY07AzWh13S7BFpV0J+QP4OmtXnTYz TI293ERVzWwQXzoDUCi4I3kZ4NdDS4z8M2cWDvLChqZB+Q6+1eqjuriGdc/cKO1HHfhw JUX+x7E56zS8KkPLe0A7Y/S9wDkO2ZP6SGmBA= MIME-Version: 1.0 Received: by 10.143.38.5 with HTTP; Thu, 8 Apr 2010 20:12:12 -0700 (PDT) From: Svyatoslav Lempert Date: Fri, 9 Apr 2010 12:12:12 +0900 Received: by 10.142.1.35 with SMTP id 35mr664429wfa.26.1270782752134; Thu, 08 Apr 2010 20:12:32 -0700 (PDT) Message-ID: To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: please see the conf/141050 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, 09 Apr 2010 03:38:59 -0000 Hello! Please check this report http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/141050 I use quota on the root partitions and without this patch we (my hosting company) can't use quota on / Thank you in advance for your time, if this PR is not your area, please forward my message to commiters of this part. -- Svyatoslav From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 03:52:05 2010 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 729F3106564A for ; Fri, 9 Apr 2010 03:52:05 +0000 (UTC) (envelope-from svyatoslav.lempert@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 48EA98FC1B for ; Fri, 9 Apr 2010 03:52:05 +0000 (UTC) Received: by pvc7 with SMTP id 7so1961943pvc.13 for ; Thu, 08 Apr 2010 20:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:received :message-id:subject:to:content-type; bh=uWOUfD1koP9GeOP+SeUE+VmOoVvwMcso0Ewy/4xnRfA=; b=LoPQIUWZjf1Qu6pFXo9Xg/1RHnt7NBJoRILXW5rGxXNysgsfAqyiCwu15Bz0QA7+fW pUXECKmBdPTtFSRv1hkyY8Vyl9B056RInhYz0ppjtpU7IDOtAhxz0cV1xbTMNXhyg11L OeoX7/SxVTFRruecNIAXzvk3ghb6oSjTieIIE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=UahG0zqog4kLDYuqg7LMUqaf8EdivnKwoGoIi7nk6AliMPhJov62SPRC+eGhtfPsL6 BOA/5mwvm6tspeAQruuc7rPkIu5j9Yz9UV59r1l4byKd3OtkGHkcH8qealvcpw85//KW 7ArLQ4E2d7WTiae93iMS1AwmrKBkKadcwXaHE= MIME-Version: 1.0 Received: by 10.143.38.5 with HTTP; Thu, 8 Apr 2010 20:20:37 -0700 (PDT) From: Svyatoslav Lempert Date: Fri, 9 Apr 2010 12:20:37 +0900 Received: by 10.142.74.17 with SMTP id w17mr637783wfa.241.1270783257108; Thu, 08 Apr 2010 20:20:57 -0700 (PDT) Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: please see the conf/141050 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, 09 Apr 2010 03:52:05 -0000 Hello! Please check this report http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/141050 I use quota on the root partitions and without this patch we (my hosting company) can't use quota on / Thank you in advance for your time, if this PR is not your area, please forward my message to commiters of this part. -- Svyatoslav From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 09:30:31 2010 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 E3F611065670 for ; Fri, 9 Apr 2010 09:30:31 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id BD8098FC0C for ; Fri, 9 Apr 2010 09:30:31 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1O0AXm-00058W-VG for freebsd-stable@freebsd.org; Fri, 09 Apr 2010 02:30:30 -0700 Message-ID: <28189840.post@talk.nabble.com> Date: Fri, 9 Apr 2010 02:30:30 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org In-Reply-To: <4BBDF02C.4020909@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> Subject: Re: CPU problems after 8.0-STABLE update 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, 09 Apr 2010 09:30:32 -0000 Andriy Gapon wrote: > > > Really shooting in the dark here: are there any BIOS options about HPET > and RTC on > this system? Can you try playing with them? > > Hello. I have similar problem. Once in few boots performance would be sluggish and top would be at 0%. It started on 4th April I think. After today's update, problem is persistent. Currently, as I type letters are appearing with considerable delay. I'm using HPET, 8-STABLE amd64 r206412 (Thinkpad T400) best regards, -Jakub Lach -- View this message in context: http://old.nabble.com/CPU-problems-after-8.0-STABLE-update-tp28131503p28189840.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 10:10:17 2010 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 8CB73106567B for ; Fri, 9 Apr 2010 10:10:17 +0000 (UTC) (envelope-from michael@apfel.de) Received: from mail.apfel.de (mail.apfel.de [212.12.33.11]) by mx1.freebsd.org (Postfix) with ESMTP id 1F33A8FC19 for ; Fri, 9 Apr 2010 10:10:16 +0000 (UTC) Received: from petziPC (pd95b49f4.dip0.t-ipconnect.de [217.91.73.244]) (authenticated bits=0) by mail.apfel.de (8.14.1/8.13.6) with ESMTP id o39AAFcs074041; Fri, 9 Apr 2010 12:10:15 +0200 (CEST) (envelope-from michael@apfel.de) From: "Michael Beckmann" To: "'Adam Vande More'" References: In-Reply-To: Date: Fri, 9 Apr 2010 12:10:16 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrXkMjxDM/ZOQSsTv6Qb4ab2IccZAAOsnQg Content-Language: de Cc: stable@freebsd.org Subject: RE: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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, 09 Apr 2010 10:10:17 -0000 >On Thu, Apr 8, 2010 at 6:50 PM, Michael Beckmann wrote: > >> re0: > 8168/8168B/8168C/8168CP/8168D/8168DP/8111B/8111C/8111CP/8111DP >> PCIe Gigabit Ethernet> port 0xe800-0xe8ff mem >> 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci4 >> >> re0: Using 1 MSI messages >> re0: Chip rev. 0x2c000000 >> re0: MAC rev. 0x00000000 >> re0: Unknown H/W revision: 0x2c000000 >> device_attach: re0 attach returned 6 >> > > >What's pciconf -lv say about it? > >Mine is > >re0@pci0:3:0:0: class=0x020000 card=0x75811462 chip=0x816810ec rev=0x03 >hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' > class = network > subclass = ethernet > >FreeBSD 8.0-STABLE #0: Sun Apr 4 01:28:48 CDT 2010 >root@galacticdominator.com:/usr/obj/usr/src/sys/GENERIC > >Cards work fine here. Here is the output of pciconf -lv : re0@pci0:4:0:0: class=0x020000 card=0x84321043 chip=0x816810ec rev=0x06 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' class = network subclass = ethernet So I have rev=0x06 and you have rev=0x03. The dmesg output says I have an unknown H/W revision. The mainboard is fairly new. So I guess I have to report a bug and wait for a driver update? Thanks, Michael From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 13:17:16 2010 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 BBF931065674 for ; Fri, 9 Apr 2010 13:17:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0EB8FC1B for ; Fri, 9 Apr 2010 13:17:16 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o39DHFEl049965; Fri, 9 Apr 2010 09:17:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004091317.o39DHFEl049965@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 09 Apr 2010 09:17:07 -0400 To: pyunyh@gmail.com, Jack Vogel From: Mike Tancsa In-Reply-To: <20100408230750.GR5734@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> <20100408230750.GR5734@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 09 Apr 2010 13:17:16 -0000 At 07:07 PM 4/8/2010, Pyun YongHyeon wrote: >On Thu, Apr 08, 2010 at 02:06:09PM -0700, Jack Vogel wrote: > > Only one device support by em does multiqueue right now, and that is > > Hartwell, 82574. > > > >Thanks for the info. > >Mike, here is updated patch. Now UDP bulk TX transfer performance >recovered a lot(about 890Mbps) but it still shows bad numbers >compared to other controllers. For example, bce(4) shows about >958Mbps for the same load. >During the testing I found a strong indication of packet reordering >issue of drbr interface. If I forcibly change to use single TX >queue, em(4) got 950Mbps as it used to be. > >Jack, as we talked about possible drbr issue with igb(4), UDP >transfer seems to suffer from packet reordering issue here. Can we >make em(4)/igb(4) use single TX queue until we solve drbr interface >issue? Given that only one em(4) controller supports multiqueue, >dropping multiqueue support for em(4) does not look bad to me. No watchdog errors over night. I wonder if the issue was due to 100Mb, or the patch from current fixed it. I will try today with the new patch below! I am guessing the rejection was due to the RX/TX fix ? ---Mike Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/e1000/if_em.c |=================================================================== |--- sys/dev/e1000/if_em.c (revision 206403) |+++ sys/dev/e1000/if_em.c (working copy) -------------------------- Patching file if_em.c using Plan A... Hunk #1 succeeded at 812 with fuzz 2. Hunk #2 succeeded at 834 (offset -4 lines). Hunk #3 succeeded at 869 (offset -4 lines). Hunk #4 succeeded at 913 (offset -4 lines). Hunk #5 succeeded at 941 (offset -4 lines). Hunk #6 succeeded at 1439 (offset -4 lines). Hunk #7 succeeded at 1452 (offset -4 lines). Hunk #8 succeeded at 1472 (offset -4 lines). Hunk #9 succeeded at 1532 (offset -4 lines). Hunk #10 succeeded at 1549 (offset -4 lines). Hunk #11 failed at 1909. Hunk #12 succeeded at 3617 (offset 2 lines). Hunk #13 succeeded at 4069 (offset -6 lines). Hunk #14 succeeded at 4087 (offset 2 lines). Hunk #15 succeeded at 4187 (offset -6 lines). 1 out of 15 hunks failed--saving rejects to if_em.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/e1000/if_em.h |=================================================================== |--- sys/dev/e1000/if_em.h (revision 206403) |+++ sys/dev/e1000/if_em.h (working copy) -------------------------- Patching file if_em.h using Plan A... Hunk #1 succeeded at 223. done 1(ich10)# less if_em.c.rej *************** *** 1908,1919 **** bus_dmamap_sync(txr->txdma.dma_tag, txr->txdma.dma_map, BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); E1000_WRITE_REG(&adapter->hw, E1000_TDT(txr->me), i); - txr->watchdog_time = ticks; - /* Call cleanup if number of TX descriptors low */ - if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) - em_txeof(txr); - return (0); } --- 1909,1915 ---- bus_dmamap_sync(txr->txdma.dma_tag, txr->txdma.dma_map, BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); E1000_WRITE_REG(&adapter->hw, E1000_TDT(txr->me), i); return (0); } 0(ich10)# > > Jack > > > > > > On Thu, Apr 8, 2010 at 2:05 PM, Mike Tancsa wrote: > > > > > At 04:56 PM 4/8/2010, Pyun YongHyeon wrote: > > > > > >> On Thu, Apr 08, 2010 at 02:31:18PM -0400, Mike Tancsa wrote: > > >> > At 02:17 PM 4/8/2010, Pyun YongHyeon wrote: > > >> > > > >> > >Try this patch. It should fix the issue. It seems Jack forgot to > > >> > >strip CRC bytes as old em(4) didn't strip it, probably to > > >> > >workaround silicon bug of old em(4) controllers. > > >> > > > >> > Thanks! The attached patch does indeed fix the dhclient issue. > > >> > > > >> > > > >> > >It seems there are also TX issues here. The system load is too high > > >> > >and sometimes system is not responsive while TX is in progress. > > >> > >Because I initiated TCP bulk transfers, TSO should reduce CPU load > > >> > >a lot but it didn't so I guess it could also be related watchdog > > >> > >timeouts you've seen. I'll see what can be done. > > >> > > > >> > Thanks for looking into that as well!! > > >> > > > >> > ---Mike > > >> > > > >> > > >> Mike, > > >> > > >> Here is patch I'm working on. This patch fixes high system load and > > >> system is very responsive as before. But it seems there is still > > >> some TX issue here. Bulk UDP performance is very poor(< 700Mbps) > > >> and I have no idea what caused this at this moment. > > >> > > >> BTW, I have trouble to reproduce watchdog timeouts. I'm not sure > > >> whether latest fix from Jack cured it. By chance does your > > >> controller support multi TX/RX queues? You can check whether em(4) > > >> uses multi-queues with "vmstat -i". If em(4) use multi-queue you > > >> may have multiple irq output for em0. > > >> > > > > > > Hi, > > > I will give it a try later tonight! This one does not seem to. > > > > > > 0(ich10)# vmstat -i > > > interrupt total rate > > > irq16: uhci0+ 30 0 > > > irq18: ehci0 uhci5 158419 17 > > > irq19: fwohci0++ 86 0 > > > irq21: uhci1 17 0 > > > irq23: uhci3 ehci1 2 0 > > > cpu0: timer 18570305 1994 > > > irq256: igb0 80 0 > > > irq257: igb0 255 0 > > > irq258: igb0 66 0 > > > irq259: igb0 32 0 > > > irq260: igb0 2 0 > > > irq261: igb1 2679 0 > > > irq262: igb1 998 0 > > > irq263: igb1 2468 0 > > > irq264: igb1 6361 0 > > > irq265: igb1 2 0 > > > irq266: em0 33910 3 > > > irq267: ahci1 15317 1 > > > cpu1: timer 18557074 1993 > > > cpu3: timer 18557168 1993 > > > cpu2: timer 18557108 1993 > > > Total 74462379 7998 > > > 0(ich10)# > > > > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 14:28:06 2010 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 C07BE1065677 for ; Fri, 9 Apr 2010 14:28:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEA58FC1C for ; Fri, 9 Apr 2010 14:28:05 +0000 (UTC) Received: by fxm25 with SMTP id 25so87732fxm.3 for ; Fri, 09 Apr 2010 07:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Ajy13H6TaH+gEyjBPKyXiWgid49k7VDt+Uq1Fheh/9Q=; b=AB4qVkSYDlqqwIAHhkRNZFN8XVvHkJQSE/zYDQqrcnw5lIimoU1kxnzgwt1ijQlZpG 7Lm6+MjKzr992IKO4bqbnh4k03ykZ4CGogh0yAYevY0c1Is6LKwPZKh93s/RfxDjHFd9 zXaEK4kjxdYkMPLEqm/42bLzbCDo3/cDg/HxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sfst/3KtFVcA14edc6tVS7qg8jE2DDlag8+ffynT15tDz0YL95uf2yEAIf940hsIrU oAdyESKBrQGZqJbF8igDbYJxw95LfEQRIpeNea8b7uz5ZgEdhvkiwsTH/GO/22D1zEaS c0rynj4bg2uAly/xHDU0AMkYVzos693r2Za6A= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.137.131 with HTTP; Fri, 9 Apr 2010 07:28:03 -0700 (PDT) In-Reply-To: <28189840.post@talk.nabble.com> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <28189840.post@talk.nabble.com> Date: Fri, 9 Apr 2010 16:28:03 +0200 X-Google-Sender-Auth: 340793b628bc9207 Received: by 10.239.153.11 with SMTP id x11mr9988hbb.173.1270823284182; Fri, 09 Apr 2010 07:28:04 -0700 (PDT) Message-ID: From: Attilio Rao To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 09 Apr 2010 14:28:06 -0000 2010/4/9 Jakub Lach : > > > > Andriy Gapon wrote: >> >> >> Really shooting in the dark here: are there any BIOS options about HPET >> and RTC on >> this system? =C2=A0Can you try playing with them? >> >> > > Hello. I have similar problem. Once in few boots performance would be > sluggish and > top would be at 0%. It started on 4th April I think. After today's update= , > problem is persistent. > Currently, as I type letters are appearing with considerable delay. > > I'm using HPET, 8-STABLE amd64 r206412 Ok, r206421 switches the default tunable for machdep.lapic_allclock in order to enable atrtc usage only if it is properly turned off. I will MFC in a week. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 14:52:56 2010 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 3DCB1106566B for ; Fri, 9 Apr 2010 14:52:56 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 140608FC24 for ; Fri, 9 Apr 2010 14:52:55 +0000 (UTC) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id C4E4A2BB35F; Fri, 9 Apr 2010 10:52:54 -0400 (EDT) Date: Fri, 9 Apr 2010 10:52:53 -0400 From: "Peter C. Lai" To: Michael Beckmann Message-ID: <20100409145252.GT31859@cesium.hyperfine.info> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: 'Adam Vande More' , stable@freebsd.org Subject: Re: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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, 09 Apr 2010 14:52:56 -0000 On 2010-04-09 12:10:16PM +0200, Michael Beckmann wrote: > > re0@pci0:4:0:0: class=0x020000 card=0x84321043 chip=0x816810ec rev=0x06 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' > class = network > subclass = ethernet > > So I have rev=0x06 and you have rev=0x03. The dmesg output says I have an > unknown H/W revision. > > The mainboard is fairly new. So I guess I have to report a bug and wait for > a driver update? > > Thanks, > > Michael > Well you could patch the source yourself and see if it works. It's been a while but you need to find the actual revision not the one that pciconf prints out (I think if you select the verbose boot option it might print it in dmesg), then add that "real" revision code to /usr/src/sys/pci/if_rlreg.h, rebuild the kernel and go from there... (Or file a PR and wait for Pyun to get back to you :) -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 16:41:25 2010 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 EF7971065670 for ; Fri, 9 Apr 2010 16:41:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 760958FC13 for ; Fri, 9 Apr 2010 16:41:24 +0000 (UTC) Received: by ewy24 with SMTP id 24so385927ewy.33 for ; Fri, 09 Apr 2010 09:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=bDP9c9Zwb1A+n4LWbAQwaan8ZPtTDASQ6h3Ga+8o6CI=; b=jvDFT2a8amQTlEMwfeYP6BA/uYIchM5DRaQvBU7jMPomhcdh9/V8+cSl3qeO5jaXu3 +4XggqF2tg7K0F5tGHPnZZ2gZTYJaZ5loflg8XJrfND/YUMXBUh6+rOnHRK6r3BkE+5f h0RjUxWdczXRAi3RNUjoQEpg6jX4C6mGvSHus= 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=Yq7aU5dpuS8IYFVFliOxnFh2m2YEGyXDSQRCqeSArCqZkoj3aTdf3D60wKihBPg47L /cVN+166wFmE1wBUXVmistKX79gWxL/Ny94T/lzg66n9FkpwVlpl0vTFt7ScVA28CglS EsASeYv61qtu1vyOO4Via25Lq45grf8aOdndo= Received: by 10.213.67.207 with SMTP id s15mr514953ebi.76.1270831283373; Fri, 09 Apr 2010 09:41:23 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm854746ewy.10.2010.04.09.09.41.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 09:41:20 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 9 Apr 2010 09:41:15 -0700 From: Pyun YongHyeon Date: Fri, 9 Apr 2010 09:41:15 -0700 To: Mike Tancsa Message-ID: <20100409164115.GB1085@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> <20100408230750.GR5734@michelle.cdnetworks.com> <201004091317.o39DHFEl049965@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004091317.o39DHFEl049965@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em driver regression 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: Fri, 09 Apr 2010 16:41:25 -0000 On Fri, Apr 09, 2010 at 09:17:07AM -0400, Mike Tancsa wrote: > At 07:07 PM 4/8/2010, Pyun YongHyeon wrote: > >On Thu, Apr 08, 2010 at 02:06:09PM -0700, Jack Vogel wrote: > >> Only one device support by em does multiqueue right now, and that is > >> Hartwell, 82574. > >> > > > >Thanks for the info. > > > >Mike, here is updated patch. Now UDP bulk TX transfer performance > >recovered a lot(about 890Mbps) but it still shows bad numbers > >compared to other controllers. For example, bce(4) shows about > >958Mbps for the same load. > >During the testing I found a strong indication of packet reordering > >issue of drbr interface. If I forcibly change to use single TX > >queue, em(4) got 950Mbps as it used to be. > > > >Jack, as we talked about possible drbr issue with igb(4), UDP > >transfer seems to suffer from packet reordering issue here. Can we > >make em(4)/igb(4) use single TX queue until we solve drbr interface > >issue? Given that only one em(4) controller supports multiqueue, > >dropping multiqueue support for em(4) does not look bad to me. > > No watchdog errors over night. I wonder if the issue was due to > 100Mb, or the patch from current fixed it. I will try today with the > new patch below! I am guessing the rejection was due to the RX/TX fix ? > The patch was generated against latest HEAD. This includes Jack's latest fix too so it may not be applied cleanly on stable/8. I think you can use em(4) in HEAD. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 16:45:05 2010 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 F1846106566B for ; Fri, 9 Apr 2010 16:45:05 +0000 (UTC) (envelope-from jfvogel@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 7F7EB8FC21 for ; Fri, 9 Apr 2010 16:45:04 +0000 (UTC) Received: by wyb28 with SMTP id 28so151859wyb.13 for ; Fri, 09 Apr 2010 09:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=mXIoSaElTd2Pne9hW5tP+ENEl7IkRGr3jCDt7GlEHnk=; b=CXW767dMT80ASBELFI6l2BX+IddughAjsyXAze5PS6ew00fBfBDM9QWHTDZKhbCO7/ SHhIat7vq1waFIK4ZHvpEMOJU+g6nVszf1keF9MXm780FFM/xunisT28ZmX7XRmF0/+F wZq1N4WFC1UTdSFS3MDHyT28XoF7jzuuUcacs= 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=jDf3QnoFLFYQHers883DB6jM3WX4p5lP1p5lXR86isp0Gg1uCJmfCQjuNjFQFsjc4k 20uXbCdexZ7Y0oN/6TEnMew7TRCr3wu43vkmP1MmHT+L61riIdmFoeJTQr5smkJ43XSW FS/Z4ie2Q/BCakrwMg3haBdB6G0msMCur9QLI= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Fri, 9 Apr 2010 09:45:03 -0700 (PDT) In-Reply-To: <20100409164115.GB1085@michelle.cdnetworks.com> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> <20100408230750.GR5734@michelle.cdnetworks.com> <201004091317.o39DHFEl049965@lava.sentex.ca> <20100409164115.GB1085@michelle.cdnetworks.com> Date: Fri, 9 Apr 2010 09:45:03 -0700 Received: by 10.216.87.147 with SMTP id y19mr169847wee.136.1270831503496; Fri, 09 Apr 2010 09:45:03 -0700 (PDT) Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em driver regression 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, 09 Apr 2010 16:45:06 -0000 On Fri, Apr 9, 2010 at 9:41 AM, Pyun YongHyeon wrote: > On Fri, Apr 09, 2010 at 09:17:07AM -0400, Mike Tancsa wrote: > > At 07:07 PM 4/8/2010, Pyun YongHyeon wrote: > > >On Thu, Apr 08, 2010 at 02:06:09PM -0700, Jack Vogel wrote: > > >> Only one device support by em does multiqueue right now, and that is > > >> Hartwell, 82574. > > >> > > > > > >Thanks for the info. > > > > > >Mike, here is updated patch. Now UDP bulk TX transfer performance > > >recovered a lot(about 890Mbps) but it still shows bad numbers > > >compared to other controllers. For example, bce(4) shows about > > >958Mbps for the same load. > > >During the testing I found a strong indication of packet reordering > > >issue of drbr interface. If I forcibly change to use single TX > > >queue, em(4) got 950Mbps as it used to be. > > > > > >Jack, as we talked about possible drbr issue with igb(4), UDP > > >transfer seems to suffer from packet reordering issue here. Can we > > >make em(4)/igb(4) use single TX queue until we solve drbr interface > > >issue? Given that only one em(4) controller supports multiqueue, > > >dropping multiqueue support for em(4) does not look bad to me. > > > > No watchdog errors over night. I wonder if the issue was due to > > 100Mb, or the patch from current fixed it. I will try today with the > > new patch below! I am guessing the rejection was due to the RX/TX fix ? > > > > The patch was generated against latest HEAD. This includes Jack's > latest fix too so it may not be applied cleanly on stable/8. > I think you can use em(4) in HEAD. > Yes, you can. And I think its the code change not the speed Mike. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 17:32:38 2010 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 99D781065674 for ; Fri, 9 Apr 2010 17:32:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 242F18FC12 for ; Fri, 9 Apr 2010 17:32:37 +0000 (UTC) Received: by ewy24 with SMTP id 24so399533ewy.33 for ; Fri, 09 Apr 2010 10:32:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=PaMtiOq1UpZ1QTt0YrOoOE98hpJx2Z7knznRzLuCNSY=; b=whbSG5welh/kT0lkbfdgpwBYGLc+gXYz0/zz3BMWQcVhqb1d5ANskAmGJkdN6K8GMk zV45/CcTbGhzvclmZYSNjwS8951DLe+AqWnxwEbEU5hBudRV98ttL45eiSiq3mPi4vK5 EoV2EoskchNFffBIGg1Yi67cNSXSr53qKAYLo= 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=UoQAxcAuZoh/SkLyQj5RyPxv3ndxhFCCDBKrVUYKi+bTbloo3ZrmsF9QkdM7non8lR 8AcXABybfSlFNL3EApfnsq/TjXaDC79y+bMOX3eTNzBDgkeI02Ac3dih8nmycysPXz70 gRo3V/GFJZN5mhzT7MCTdGCZ7dRcbQ7AJ1lNU= Received: by 10.213.46.208 with SMTP id k16mr207203ebf.8.1270834356948; Fri, 09 Apr 2010 10:32:36 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm895584ewy.6.2010.04.09.10.32.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 10:32:34 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 9 Apr 2010 10:32:28 -0700 From: Pyun YongHyeon Date: Fri, 9 Apr 2010 10:32:28 -0700 To: Michael Beckmann Message-ID: <20100409173228.GC1085@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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: Fri, 09 Apr 2010 17:32:38 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 09, 2010 at 01:50:02AM +0200, Michael Beckmann wrote: > Greetings, > > > > the onboard Realtek Ethernet on my Asus M4A89GTD PRO is not functioning. > > > > I use FreeBSD 8.0-STABLE with a generic kernel (amd64). Everything was > updated March 27, 2010. > > > > Is it a bug? > > > > Thanks, > > > > Michael > > > > > > pcib4: at device 21.0 on pci0 > > pci4: on pcib4 > > re0: PCIe Gigabit Ethernet> port 0xe800-0xe8ff mem > 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci4 > > re0: Using 1 MSI messages > > re0: Chip rev. 0x2c000000 > > re0: MAC rev. 0x00000000 > > re0: Unknown H/W revision: 0x2c000000 > > device_attach: re0 attach returned 6 > Try attached patch and let me know how it goes. --4Ckj6UjgE2iN1+kY Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8168E.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 206426) +++ sys/dev/re/if_re.c (working copy) @@ -174,8 +174,7 @@ { RT_VENDORID, RT_DEVICEID_8101E, 0, "RealTek 8101E/8102E/8102EL/8103E PCIe 10/100baseTX" }, { RT_VENDORID, RT_DEVICEID_8168, 0, - "RealTek 8168/8168B/8168C/8168CP/8168D/8168DP/" - "8111B/8111C/8111CP/8111DP PCIe Gigabit Ethernet" }, + "RealTek 8168/8111 B/C/CP/D/DP/E PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, 0, "RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169SC, 0, @@ -220,6 +219,7 @@ { RL_HWREV_8168CP, RL_8169, "8168CP/8111CP"}, { RL_HWREV_8168D, RL_8169, "8168D/8111D"}, { RL_HWREV_8168DP, RL_8169, "8168DP/8111DP"}, + { RL_HWREV_8168E, RL_8169, "8168E/8111E"}, { 0, 0, NULL } }; @@ -1310,6 +1310,11 @@ */ sc->rl_flags |= RL_FLAG_NOJUMBO; break; + case RL_HWREV_8168E: + sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PHYWAKE_PM | + RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | + RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_NOJUMBO; + break; case RL_HWREV_8169_8110SB: case RL_HWREV_8169_8110SBL: case RL_HWREV_8169_8110SC: @@ -1393,6 +1398,8 @@ } /* Take PHY out of power down mode. */ + if ((sc->rl_flags & RL_FLAG_PHYWAKE_PM) != 0) + CSR_WRITE_1(sc, RL_PMCH, CSR_READ_1(sc, RL_PMCH) | 0x80); if ((sc->rl_flags & RL_FLAG_PHYWAKE) != 0) { re_gmii_writereg(dev, 1, 0x1f, 0); re_gmii_writereg(dev, 1, 0x0e, 0); @@ -3135,6 +3142,9 @@ v |= RL_CFG5_WOL_LANWAKE; CSR_WRITE_1(sc, RL_CFG5, v); + if ((ifp->if_capenable & IFCAP_WOL) != 0 && + (sc->rl_flags & RL_FLAG_PHYWAKE_PM) != 0) + CSR_WRITE_1(sc, RL_PMCH, CSR_READ_1(sc, RL_PMCH) & ~0x80); /* * It seems that hardware resets its link speed to 100Mbps in * power down mode so switching to 100Mbps in driver is not Index: sys/pci/if_rlreg.h =================================================================== --- sys/pci/if_rlreg.h (revision 206426) +++ sys/pci/if_rlreg.h (working copy) @@ -133,6 +133,7 @@ #define RL_GMEDIASTAT 0x006C /* 8 bits */ #define RL_MACDBG 0x006D /* 8 bits, 8168C SPIN2 only */ #define RL_GPIO 0x006E /* 8 bits, 8168C SPIN2 only */ +#define RL_PMCH 0x006F /* 8 bits */ #define RL_MAXRXPKTLEN 0x00DA /* 16 bits, chip multiplies by 8 */ #define RL_GTXSTART 0x0038 /* 8 bits */ @@ -162,6 +163,7 @@ #define RL_HWREV_8102EL_SPIN1 0x24c00000 #define RL_HWREV_8168D 0x28000000 #define RL_HWREV_8168DP 0x28800000 +#define RL_HWREV_8168E 0x2C000000 #define RL_HWREV_8168_SPIN1 0x30000000 #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 @@ -884,6 +886,7 @@ uint32_t rl_flags; #define RL_FLAG_MSI 0x0001 #define RL_FLAG_AUTOPAD 0x0002 +#define RL_FLAG_PHYWAKE_PM 0x0004 #define RL_FLAG_PHYWAKE 0x0008 #define RL_FLAG_NOJUMBO 0x0010 #define RL_FLAG_PAR 0x0020 --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 21:05:01 2010 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 BD82D106566B for ; Fri, 9 Apr 2010 21:05:01 +0000 (UTC) (envelope-from i@levsha.me) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id 272458FC28 for ; Fri, 9 Apr 2010 21:05:00 +0000 (UTC) Received: from [92.244.105.197] (helo=laptop.levsha.me) by expo.ukrweb.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O0L8o-0007Lh-IA; Fri, 09 Apr 2010 23:49:29 +0300 Received: from levsha by laptop.levsha.me with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O0L8K-000GU6-14; Fri, 09 Apr 2010 23:48:56 +0300 Date: Fri, 9 Apr 2010 23:48:55 +0300 From: Mykola Dzham To: "Mikhail T." Message-ID: <20100409204855.GA3580@laptop.levsha.me> References: <4BBA8D9F.7000006@aldan.algebra.com> <20100406021414.GA96148@icarus.home.lan> <4BBAA1B9.7060101@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <4BBAA1B9.7060101@aldan.algebra.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: Mykola Dzham X-SA-Exim-Connect-IP: 92.244.105.197 X-SA-Exim-Mail-From: i@levsha.me X-SA-Exim-Scanned: No (on expo.ukrweb.net); SAEximRunCond expanded to false Cc: stable@FreeBSD.org Subject: Re: binding on 127.0.0.1 not working after upgrade to 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: Fri, 09 Apr 2010 21:05:01 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mikhail T. wrote: > Jeremy Chadwick =CE=C1=D0=C9=D3=C1=D7(=CC=C1): > > Check ifconfig -a and make sure lo0 appears / has a correct IP address, > > and the interface is up. > > =20 > You are right, it is not up: >=20 > lo0: flags=3D8008 metric 0 mtu 16384 >=20 > Manually running `ifconfig lo0 127.0.0.1' fixed the problem for the time > being... >=20 > But why? What changed so significantly in the last few month, that lo0 > broke, of all things? :-) Have you network_interfaces variable in /etc/rc.conf with manually enumerated interfaces list (and without lo0 in this list)? Don't do that, just remove this line. --=20 LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua PGP fingerprint: 1BCD 7C80 2E04 7282 C944 B0E0 7E67 619E 4E72 9280 --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iQEcBAEBAgAGBQJLv5K2AAoJEH5nYZ5OcpKADK4H/1ohh5hTOry740j0ZEmZTj9a UtY4lgLA3FSXSicbjpLsV9D2GBxZeeU+gLGPfeSGoOPEVozUCfEY3WmQLwVv/oFL RjWil1tNDtcxEG6M/u+c+WT4XNv+gmFyLZie2AgSktYu+OOAYBEubbPE8BS3GScr xgzPsB4xR6SU5m9CE/uA28sdNDkmsflXP9nA+GCwQFzXLIvxf8i8NiX1XeiJWdYU 6qTWxms45lsW4R3HArF84JGtv5uNEtKrGMnonwJDbDvWZsl1PgEz2NehkkYycD5n MDSkUC251LbuORdDcVUKbaI5LicW7l9H9D+RvkbppqclvrBvqS4uKf0nz+JBoyc= =KuJG -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 22:12:48 2010 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 81BEE106564A for ; Fri, 9 Apr 2010 22:12:48 +0000 (UTC) (envelope-from michael@apfel.de) Received: from mail.apfel.de (mail.apfel.de [212.12.33.11]) by mx1.freebsd.org (Postfix) with ESMTP id 161788FC1F for ; Fri, 9 Apr 2010 22:12:47 +0000 (UTC) Received: from [10.0.0.102] (pd95b49f4.dip0.t-ipconnect.de [217.91.73.244]) (authenticated bits=0) by mail.apfel.de (8.14.1/8.13.6) with ESMTP id o39MCkA0048677; Sat, 10 Apr 2010 00:12:46 +0200 (CEST) (envelope-from michael@apfel.de) Date: Sat, 10 Apr 2010 00:12:47 +0200 From: Michael Beckmann To: pyunyh@gmail.com Message-ID: In-Reply-To: <20100409173228.GC1085@michelle.cdnetworks.com> References: <20100409173228.GC1085@michelle.cdnetworks.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: stable@freebsd.org Subject: Re: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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, 09 Apr 2010 22:12:48 -0000 --On Freitag, 9. April 2010 10:32 -0700 Pyun YongHyeon wrote: > On Fri, Apr 09, 2010 at 01:50:02AM +0200, Michael Beckmann wrote: >> Greetings, >> >> the onboard Realtek Ethernet on my Asus M4A89GTD PRO is not functioning. >> >> I use FreeBSD 8.0-STABLE with a generic kernel (amd64). Everything was >> updated March 27, 2010. >> >> Is it a bug? >> >> Thanks, >> >> Michael >> >> >> pcib4: at device 21.0 on pci0 >> pci4: on pcib4 >> re0: > 8168/8168B/8168C/8168CP/8168D/8168DP/8111B/8111C/8111CP/8111DP PCIe >> Gigabit Ethernet> port 0xe800-0xe8ff mem >> 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci4 >> re0: Using 1 MSI messages >> re0: Chip rev. 0x2c000000 >> re0: MAC rev. 0x00000000 >> re0: Unknown H/W revision: 0x2c000000 >> device_attach: re0 attach returned 6 > > Try attached patch and let me know how it goes. The patch solved the problem. I can now use the Ethernet interface. I will report if I find any problems in the long run. Many thanks! Michael From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 22:51:20 2010 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 A59631065670 for ; Fri, 9 Apr 2010 22:51:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 584A18FC17 for ; Fri, 9 Apr 2010 22:51:20 +0000 (UTC) Received: by qyk11 with SMTP id 11so3146647qyk.13 for ; Fri, 09 Apr 2010 15:51:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=yDqQ/XzYhz+laVyb+2PRRR3CcIQRy3ehWGgqKObFHAs=; b=Vi9suXrAVhSKEX+/QnEcyv0zF64R20OCoK9Za7n4/yqn7noRZ49sklCzWlYVI1TLIW MotY7GKxuiaqEdVK1B5vpb+gThAlJj4d+4np0FDlucXbOF1Slh5//khTvzrnQzWi9HI1 uYDBWIY7na+USDdn/NrgSLR/QC6SV68sU+4IA= 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=Y7P9xeVyZ/tk/orrnqRWBVWfJ+n5vJKV22G4pwzBzLzOIoewiO23J1ojaWkkxyJK0J RDDx6E+mpy/iGBGj2tJgvaFUto2VWR+pK6Hm6TInp5fXB0BwCSe5HXU13OVmMgyOwyn6 wzWvUeMr4YrvbPWOx1QTcFX1QpNwUrSG3ShP0= Received: by 10.229.228.83 with SMTP id jd19mr925172qcb.72.1270853479225; Fri, 09 Apr 2010 15:51:19 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v26sm2372893qce.1.2010.04.09.15.51.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 15:51:17 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 9 Apr 2010 15:51:15 -0700 From: Pyun YongHyeon Date: Fri, 9 Apr 2010 15:51:15 -0700 To: Michael Beckmann Message-ID: <20100409225115.GH1085@michelle.cdnetworks.com> References: <20100409173228.GC1085@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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: Fri, 09 Apr 2010 22:51:20 -0000 On Sat, Apr 10, 2010 at 12:12:47AM +0200, Michael Beckmann wrote: > --On Freitag, 9. April 2010 10:32 -0700 Pyun YongHyeon > wrote: > > >On Fri, Apr 09, 2010 at 01:50:02AM +0200, Michael Beckmann wrote: > >>Greetings, > >> > >>the onboard Realtek Ethernet on my Asus M4A89GTD PRO is not functioning. > >> > >>I use FreeBSD 8.0-STABLE with a generic kernel (amd64). Everything was > >>updated March 27, 2010. > >> > >>Is it a bug? > >> > >>Thanks, > >> > >>Michael > >> > >> > >>pcib4: at device 21.0 on pci0 > >>pci4: on pcib4 > >>re0: >>8168/8168B/8168C/8168CP/8168D/8168DP/8111B/8111C/8111CP/8111DP PCIe > >>Gigabit Ethernet> port 0xe800-0xe8ff mem > >>0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 16 at device 0.0 on pci4 > >>re0: Using 1 MSI messages > >>re0: Chip rev. 0x2c000000 > >>re0: MAC rev. 0x00000000 > >>re0: Unknown H/W revision: 0x2c000000 > >>device_attach: re0 attach returned 6 > > > >Try attached patch and let me know how it goes. > > The patch solved the problem. I can now use the Ethernet interface. I will > report if I find any problems in the long run. > Patch committed to HEAD(r206433). Thanks for reporting! From owner-freebsd-stable@FreeBSD.ORG Sat Apr 10 00:40:36 2010 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 43BB3106564A; Sat, 10 Apr 2010 00:40:36 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F25AB8FC0A; Sat, 10 Apr 2010 00:40:35 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O0OkU-0005Ub-Qo>; Sat, 10 Apr 2010 02:40:34 +0200 Received: from e178049102.adsl.alicedsl.de ([85.178.49.102] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1O0OkU-00041d-Mj>; Sat, 10 Apr 2010 02:40:34 +0200 Message-ID: <4BBFC902.2090603@mail.zedat.fu-berlin.de> Date: Sat, 10 Apr 2010 02:40:34 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.49.102 Cc: Subject: LSI MegaRAID SAS 9211-8i on FreeBSD 8/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: Sat, 10 Apr 2010 00:40:36 -0000 I'd like to build a new Workstation based on Intels 'Gulftown' for some numerical modelling purposes. Since I realised that on our Dell Poweredge Server with built-in Fusion MPT RAID/JBOD controller even attached SATA 3 GB hard disks seem to be 'faster' than on most Intel ICH9/ICH10 machines we also utilise with FreeBSD 8/amd64, I'd like to have a replacement SAS 2.0 controller like the LSI MegaRAID SAS 9211-8. I do not know much about this controller. I don't want to wait for native SATA 6Gb on Intel chipsets since this is announce for next year and I feel better being 'back to the roots' with SCSI/SAS 2 on FreeBSD. Are there any contraints on this above mentioned LSI SAS 2.0 controller execpt lacking RAID 5/6 level (it should be an replacement for the ICH10 so far for 7 or 8 hard disks/SSDs)? Any comment would be appreciated (please set CC to my email since I do not subscribe the questions-list). Thanks in advance, O. Hartmann From owner-freebsd-stable@FreeBSD.ORG Sat Apr 10 04:21:43 2010 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 98995106566B; Sat, 10 Apr 2010 04:21:43 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id E47198FC0A; Sat, 10 Apr 2010 04:21:42 +0000 (UTC) Received: by ewy24 with SMTP id 24so495639ewy.33 for ; Fri, 09 Apr 2010 21:21:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=FT6gqUthhKN715AhX23wueRaq4MtG0jP/p2zx6FPLjg=; b=mD3UPCdPqaoSqx65TMHm+RTaOzcgixQffuNj4jPPeDZw5wmqOcKxxhIsNrRWQhzeqm cyfKvYiKNh6TdNscc5dWjlw9C+h4KPMoIgSiNnNKZYR72/2tnRKYYauYfQwg0TWUPaaa 4Z7i3nNTFhO8AqmCHQq16Jc/HqgtWeZOHveNs= 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=EZRlgoUhXqnfwe6jE11qq5JTUpMTSqSr/bSCf8CNVwev55EORE6uZOnqNwd3yHGmlg MrOUcCmwWt6fAgsvgkYw2HnjvpDSFo/pgw/mTTZKPW2Nzuac000MSTjU8PtBZMx/WH1I NZOxdY0Rt0mKdKhRqV3t9wEL5il72ySPWuczA= Received: by 10.213.54.144 with SMTP id q16mr493236ebg.68.1270873301664; Fri, 09 Apr 2010 21:21:41 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 13sm1171229ewy.1.2010.04.09.21.21.40 (version=SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 21:21:40 -0700 (PDT) Date: Sat, 10 Apr 2010 07:21:03 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100410072103.7a216222.akephalos.akephalos@gmail.com> In-Reply-To: <4BBDF02C.4020909@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update 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, 10 Apr 2010 04:21:43 -0000 On Thu, 08 Apr 2010 18:03:08 +0300 Andriy Gapon wrote: > > Really shooting in the dark here: are there any BIOS options about HPET and RTC on > this system? Can you try playing with them? > > -- > Andriy Gapon I'm sorry for this late reply. I can't see any option like that in bios, unfortunately, there are few options that can be changed. In case it was forgotten, on the firs install (8.0 release version) it was all fine, I think diffing or tracing the changes from there might point to a solution? Thanks, Mihai