From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 05:26: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 C5C38106566C for ; Sun, 14 Mar 2010 05:26:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4868FC08 for ; Sun, 14 Mar 2010 05:26:45 +0000 (UTC) Received: (qmail 374 invoked by uid 399); 14 Mar 2010 05:26:44 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Mar 2010 05:26:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9C7393.4070409@FreeBSD.org> Date: Sat, 13 Mar 2010 21:26:43 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B99AAD3.9060606@ibctech.ca> <4B99AD1B.3040409@ibctech.ca> <4B99B277.506@ibctech.ca> In-Reply-To: <4B99B277.506@ibctech.ca> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 05:26:45 -0000 On 03/11/10 19:18, Steve Bertrand wrote: > On 2010.03.11 22:14, Xin LI wrote: >> Looks like you have a stale configuration. DId you done mergemaster? > > Yes. I performed it as such: > > # mergemaster -Uia The -a option is incompatible with -U AND -i (and -F for that matter). However, it's my mistake that this issue has never previously been addressed in the code. I just committed a fix for this, which I'll MFC ASAP. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 05:30: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 9ADE8106566B for ; Sun, 14 Mar 2010 05:30:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8848FC0C for ; Sun, 14 Mar 2010 05:30:04 +0000 (UTC) Received: (qmail 6099 invoked by uid 399); 14 Mar 2010 05:30:04 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Mar 2010 05:30:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9C745B.5080404@FreeBSD.org> Date: Sat, 13 Mar 2010 21:30:03 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B99AAD3.9060606@ibctech.ca> <4B99B197.3060504@ibctech.ca> <4B99B2E2.6050705@ibctech.ca> <4B99BB0E.7080000@delphij.net> <4B99C270.9040703@ibctech.ca> <7d6fde3d1003112033k3ce3b040y8edac8772747862f@mail.gmail.com> In-Reply-To: <7d6fde3d1003112033k3ce3b040y8edac8772747862f@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 05:30:05 -0000 On 03/11/10 20:33, Garrett Cooper wrote: > I've done a few RELENG_8_0 to STABLE-8 to 9-CURRENT upgrades lately > and mergemaster was goofing up the contents a bit based on the RCS > versions. I had to hand-edit a crapload of stuff going from 8 to 9, > and I still don't trust mergemaster's automatic merging logic because > it goofs up on /etc/group // /etc/passwd still (doesn't merge > anything, discards my info, etc) for starters. It would be really great if you could submit a proper bug report for this. If there are underlying problems with mergemaster I want to fix them. Meanwhile, mergemaster doesn't have an 'automatic merging logic' of its own. It either uses mtree for the -U option, or sdiff if you merge by hand. Without more information, it's hard to provide more useful assistance. > -a doesn't actually do any merging though, FWIW: Thanks for helping the user with this information. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 05:33: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 D5EFC1065672 for ; Sun, 14 Mar 2010 05:33:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 685558FC08 for ; Sun, 14 Mar 2010 05:33:51 +0000 (UTC) Received: (qmail 9029 invoked by uid 399); 14 Mar 2010 05:33:50 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Mar 2010 05:33:50 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9C753E.7030102@FreeBSD.org> Date: Sat, 13 Mar 2010 21:33:50 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100312101350.GH2303@core.byshenk.net> In-Reply-To: <20100312101350.GH2303@core.byshenk.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 05:33:51 -0000 On 03/12/10 02:13, Greg Byshenk wrote: > I would put in a word for 'mergemaster -F' (or maybe '-iF') in such > cases. At this point the -U option is generally a safer bet. The only time this won't work for you is when upgrading from an older -RELEASE where you've never run mergemaster previously, in which case it will bark loudly that there is no mtree database. You could then run 'mergemaster -Fi' as you suggested, and run 'mergemaster -U' immediately thereafter and you should get as much "automation" as is possible. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 09:10: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 02D411065675 for ; Sun, 14 Mar 2010 09:10:15 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4548FC14 for ; Sun, 14 Mar 2010 09:10:14 +0000 (UTC) Received: from core.byshenk.net (localhost [127.0.0.1]) by core.byshenk.net (8.14.4/8.14.4) with ESMTP id o2E9BIGM067233; Sun, 14 Mar 2010 10:11:18 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.4/8.14.4/Submit) id o2E9BIVR067232; Sun, 14 Mar 2010 10:11:18 +0100 (CET) (envelope-from byshenknet) Date: Sun, 14 Mar 2010 10:11:18 +0100 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20100314091118.GM2303@core.byshenk.net> References: <20100312101350.GH2303@core.byshenk.net> <4B9C753E.7030102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B9C753E.7030102@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=1.9 required=5.0 tests=ALL_TRUSTED, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Cc: Doug Barton Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 09:10:15 -0000 On Sat, Mar 13, 2010 at 09:33:50PM -0800, Doug Barton wrote: > On 03/12/10 02:13, Greg Byshenk wrote: > > I would put in a word for 'mergemaster -F' (or maybe '-iF') in such > > cases. > At this point the -U option is generally a safer bet. The only time this > won't work for you is when upgrading from an older -RELEASE where you've > never run mergemaster previously, in which case it will bark loudly that > there is no mtree database. You could then run 'mergemaster -Fi' as you > suggested, and run 'mergemaster -U' immediately thereafter and you > should get as much "automation" as is possible. I don't actually want "as much 'automation' as is possible". Generally I want to know what is being modified, even if it is in a file that I haven't changed. I like '-F' because it allows me to ignore the huge number of files that aren't actually changed -- except the RCS line -- that sometimes arise when moving between versions. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 09:28:18 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 90785106564A; Sun, 14 Mar 2010 09:28:18 +0000 (UTC) (envelope-from yanefbsd@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 5CEB18FC0A; Sun, 14 Mar 2010 09:28:18 +0000 (UTC) Received: by pwj4 with SMTP id 4so1618557pwj.13 for ; Sun, 14 Mar 2010 01:28:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LOmOBmPTcDecBA4aDPWeMt4IUvYWaLO75vUy4wCtJsg=; b=KaYzHDNovXvWV8c2WWLwvXaQpJxszuzgLF50ZQ2+i6pCLeM9ovDUcpcUAW7uFcWPmP uD4MwuKChkf0kJLg7zgJjMyR/6saTmWgLtII8WRwxn3PzYPSlM8iToQTM81ED0sEdW4Q nXjfZCl7lHWBjajn1LAXDRiLVc/EEZW72hJo8= 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=e4foQRg5NrrvP2fZh2q3UsxK1hv9T5o5VKShNUHvpI1nXP8SYitnXYI4VXDKv1Sk8F tMlGxJ93zCgijMh7nUp3DNaQKCSZli4gm+3qchByJAsXDVb5jI2nknbumsCqTfIfmdCi gByNEKtHLk2bXEU6KzGTwqB56gmSkeQT23YtY= MIME-Version: 1.0 Received: by 10.143.27.20 with SMTP id e20mr4244250wfj.256.1268558897779; Sun, 14 Mar 2010 01:28:17 -0800 (PST) In-Reply-To: <20100314091118.GM2303@core.byshenk.net> References: <20100312101350.GH2303@core.byshenk.net> <4B9C753E.7030102@FreeBSD.org> <20100314091118.GM2303@core.byshenk.net> Date: Sun, 14 Mar 2010 01:28:17 -0800 Message-ID: <7d6fde3d1003140128w9c10d7ar308d6f115b80889b@mail.gmail.com> From: Garrett Cooper To: Greg Byshenk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 09:28:18 -0000 On Sun, Mar 14, 2010 at 1:11 AM, Greg Byshenk wrote: > On Sat, Mar 13, 2010 at 09:33:50PM -0800, Doug Barton wrote: >> On 03/12/10 02:13, Greg Byshenk wrote: > >> > I would put in a word for 'mergemaster -F' (or maybe '-iF') in such >> > cases. > >> At this point the -U option is generally a safer bet. The only time this >> won't work for you is when upgrading from an older -RELEASE where you've >> never run mergemaster previously, in which case it will bark loudly that >> there is no mtree database. You could then run 'mergemaster -Fi' as you >> suggested, and run 'mergemaster -U' immediately thereafter and you >> should get as much "automation" as is possible. > > I don't actually want "as much 'automation' as is possible". =A0Generally > I want to know what is being modified, even if it is in a file that I > haven't changed. =A0I like '-F' because it allows me to ignore the huge > number of files that aren't actually changed -- except the RCS line -- > that sometimes arise when moving between versions. Excellent point. People who use FreeBSD don't want automation necessarily -- if they wanted a software developer to make all of the decisions for them, there's always OSX or Windows. FreeBSD users (in general) appreciate the completeness and simplicity in the OS design, but wherever possible if unnecessary noise can be avoided, all the better. Just a thought... Cheers, -Garrett From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 09:29: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 E74C1106566B; Sun, 14 Mar 2010 09:29:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id B43BE8FC17; Sun, 14 Mar 2010 09:29:43 +0000 (UTC) Received: by pxi38 with SMTP id 38so321452pxi.27 for ; Sun, 14 Mar 2010 01:29:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=4NX6F7CrFcvnbRixWGRb+XqjCmf57mcbr6XX+5SaDXs=; b=WHufW+78rJiwC+R0IDnvJF5YwCIlDPdquHgoZjRCDRFy2WJBVn2L62A9Cm7FqCKn9u mq6vm9Ufzgvo2Z3MLA/rA/ZlIDk6dnQpuayUBeoB21djBnYkyRcMOoAzcfDLpBkYAiz7 bEnw1T/acywOYXUlbZtFOgzxROJlknehGzFjQ= 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=p53lXR0Jc6M9jWD+dwdECvS0JqibIdatn97if+SJdXn6RbrUZvaNcc/+kMqAT1dV9S PH292wAKfvr6cO/1AVSCuu65VQV7LQM/GaIAiwWU05iMvPpPD1nwbY35RBXAZme5o1SB TPCyPogznRG8QxhJO2KJ+4A5/f8G5Ojz6pjPM= MIME-Version: 1.0 Received: by 10.143.136.2 with SMTP id o2mr431641wfn.189.1268558983273; Sun, 14 Mar 2010 01:29:43 -0800 (PST) In-Reply-To: <4B9C745B.5080404@FreeBSD.org> References: <4B99AAD3.9060606@ibctech.ca> <4B99B197.3060504@ibctech.ca> <4B99B2E2.6050705@ibctech.ca> <4B99BB0E.7080000@delphij.net> <4B99C270.9040703@ibctech.ca> <7d6fde3d1003112033k3ce3b040y8edac8772747862f@mail.gmail.com> <4B9C745B.5080404@FreeBSD.org> Date: Sun, 14 Mar 2010 01:29:43 -0800 Message-ID: <7d6fde3d1003140129q22b53fc5pf483427b6c633f12@mail.gmail.com> From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 09:29:44 -0000 On Sat, Mar 13, 2010 at 9:30 PM, Doug Barton wrote: > On 03/11/10 20:33, Garrett Cooper wrote: >> I've done a few RELENG_8_0 to STABLE-8 to 9-CURRENT upgrades lately >> and mergemaster was goofing up the contents a bit based on the RCS >> versions. I had to hand-edit a crapload of stuff going from 8 to 9, >> and I still don't trust mergemaster's automatic merging logic because >> it goofs up on /etc/group // /etc/passwd still (doesn't merge >> anything, discards my info, etc) for starters. > > It would be really great if you could submit a proper bug report for > this. If there are underlying problems with mergemaster I want to fix them. > > Meanwhile, mergemaster doesn't have an 'automatic merging logic' of its > own. It either uses mtree for the -U option, or sdiff if you merge by > hand. Without more information, it's hard to provide more useful > assistance. I'll definitely provide more helpful feedback when I have more helpful data and steps to reproduce the `issues' that I'm seeing. >> -a doesn't actually do any merging though, FWIW: > > Thanks for helping the user with this information. :) Np... thanks for the help automating things ;)... -Garrett From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 09:40: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 6E84E106566B for ; Sun, 14 Mar 2010 09:40:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id F09038FC08 for ; Sun, 14 Mar 2010 09:40:33 +0000 (UTC) Received: (qmail 15752 invoked by uid 399); 14 Mar 2010 09:40:33 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Mar 2010 09:40:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9CAF10.7060301@FreeBSD.org> Date: Sun, 14 Mar 2010 01:40:32 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: Greg Byshenk References: <20100312101350.GH2303@core.byshenk.net> <4B9C753E.7030102@FreeBSD.org> <20100314091118.GM2303@core.byshenk.net> In-Reply-To: <20100314091118.GM2303@core.byshenk.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: I broke my SSH to jails after 7.2-8.0 src upgrade 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, 14 Mar 2010 09:40:34 -0000 On 03/14/10 01:11, Greg Byshenk wrote: > On Sat, Mar 13, 2010 at 09:33:50PM -0800, Doug Barton wrote: >> On 03/12/10 02:13, Greg Byshenk wrote: > >>> I would put in a word for 'mergemaster -F' (or maybe '-iF') in such >>> cases. > >> At this point the -U option is generally a safer bet. The only time this >> won't work for you is when upgrading from an older -RELEASE where you've >> never run mergemaster previously, in which case it will bark loudly that >> there is no mtree database. You could then run 'mergemaster -Fi' as you >> suggested, and run 'mergemaster -U' immediately thereafter and you >> should get as much "automation" as is possible. > > I don't actually want "as much 'automation' as is possible". Generally > I want to know what is being modified, even if it is in a file that I > haven't changed. I like '-F' because it allows me to ignore the huge > number of files that aren't actually changed -- except the RCS line -- > that sometimes arise when moving between versions. Ok, fair enough; that's why there are two options. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 11:12:28 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 BE0311065674; Sun, 14 Mar 2010 11:12:28 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id EC50C8FC12; Sun, 14 Mar 2010 11:12:27 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o2EBCPoK036822 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Mar 2010 12:12:26 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4B9CC493.30009@omnilan.de> Date: Sun, 14 Mar 2010 12:12:19 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Jeremy Chadwick References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> <4B8E1489.2070306@omnilan.de> <4B8E1B3D.306@FreeBSD.org> <4B8E1DA9.2090406@omnilan.de> <20100303110647.GA51588@icarus.home.lan> <4B9C034B.90900@omnilan.de> In-Reply-To: <4B9C034B.90900@omnilan.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2C6DCC30587B025E71A51C11" Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: ahcich timeouts, only with ahci, not with ataahci 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, 14 Mar 2010 11:12:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2C6DCC30587B025E71A51C11 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb am 13.03.2010 22:27 (localtime): > Am 03.03.2010 12:06, schrieb Jeremy Chadwick: >> On Wed, Mar 03, 2010 at 09:28:25AM +0100, Harald Schmalzbauer wrote: >>> Alexander Motin schrieb am 03.03.2010 09:18 (localtime): >>>> Harald Schmalzbauer wrote: >>>>> Alexander Motin schrieb am 23.02.2010 16:10 (localtime): >>>>>> Harald Schmalzbauer wrote: >>>>>>> I'm frequently getting my machine locked with ahcichX timeouts: >>>>>>> ahcich2: Timeout on slot 0 >>>>>>> ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 s= err >>>>>>> 00000000 >>>>>>> ahcich2: Timeout on slot 8 >>>>>>> ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 s= err >>>>>>> 00000000 >>>>>>> ahcich2: Timeout on slot 8 >>>>>>> ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 s= err >>>>>>> 00000000 >>>>>>> ... >>>>>> Looking that is (Interrupt status) is zero and `rs =3D=3D cs | ss`= (running >>>>>> command bitmasks in driver and hardware), controller doesn't repor= t >>>>>> command completion. Looking on TFD status 0xc0 with BUSY bit set, = I >>>>>> would suppose that either disk stuck in command processing for som= e >>>>>> reason, or controller missed command completion status. >>>>>> >>>>>> Have you noticed 30 second (default ATA timeout) pause before time= out >>>>>> message printed? Just want to be sure that driver waited enough be= fore >>>>>> give up. >>>>>> >>>>>>> This happens when backup over GbE overloads ZFS/HDD capabilities.= >>>>>>> I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from lo= cking >>>>>>> up almost immediately, but from it still happens. >>>>>>> When I don't use ahci but ataahci (the old driver if I understand= things >>>>>>> correct) I also see the ZFS burst write congestion, but this does= n't >>>>>>> lead to controller timeouts, thus blocking the machine. >>>>>>> >>>>>>> Sometimes the machine recovers from the disk lock, but most often= I have >>>>>>> to reboot. >>>>>> How it looks when it doesn't? Can you send me full log messages? >>>>> Hello, this morning I had a stall, but the machine recovered after = about >>>>> one Minute. Here's what I got from the kernel: >>>>> ahcich2: Timeout on slot 29 >>>>> ahcich2: is 00000000 cs 00000003 ss e0000003 rs e0000003 tfd c0 ser= r >>>>> 00000000 >>>>> em1: watchdog timeout -- resetting >>>>> em1: watchdog timeout -- resetting >>>>> ahcich2: Timeout on slot 10 >>>>> ahcich2: is 00000000 cs 00006000 ss 00007c00 rs 00007c00 tfd c0 ser= r >>>>> 00000000 >>>>> ahcich2: Timeout on slot 18 >>>>> ahcich2: is 00000000 cs 00040000 ss 00000000 rs 00040000 tfd c0 ser= r >>>>> 00000000 >>>>> ahcich2: Timeout on slot 2 >>>>> ahcich2: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd c0 ser= r >>>>> 00000000 >>>>> ahcich2: Timeout on slot 2 >>>>> ahcich2: is 00000000 cs 00000000 ss 0000000c rs 0000000c tfd 40 ser= r >>>>> 00000000 >>>>> >>>>> Does this tell you something useful? >>>> It doesn't. Looking on logged register content - commands are indeed= >>>> still running and no interrupts requested. Interesting to see em1 >>>> watchdog timeout there. Aren't they related somehow? >>> dmesg | grep "irq 18": >>> uhci0: port 0x20c0-0x20df irq >>> 18 at device 26.0 on pci0 >>> uhci4: port 0x2040-0x205f irq >>> 18 at device 29.2 on pci0 >>> em1: port >>> 0x1000-0x103f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 >>> at device 2.0 on pci3 >>> ichsmb0: port 0x2000-0x201f >>> mem 0xe1a22000-0xe1a220ff irq 18 at device 31.3 on pci0 >>> >>> The don't share the same IRQ at least. >>> dmesg | grep "irq 21" >>> uhci1: port 0x20a0-0x20bf irq >>> 21 at device 26.1 on pci0 >>> ahci0: port >>> 0x2408-0x240f,0x2414-0x2417,0x2400-0x2407,0x2410-0x2413,0x2020-0x203f= >>> mem 0xe1a21000-0xe1a217ff irq 21 at device 31.2 on pci0 >>> >>> The em1 has no cable attached. I get many of these em watchdog >>> timeouts. Never thought they could be related to ahci. I'll see if >>> the em watchdog timeouts happens in any relation to disk usage. >> Please provide output from the commands I provided. dmesg|grep is not= >> sufficient for helping track this down, specifically with regards to t= he >> em1 watchdog timeouts. >=20 > Sorry for the delay, here's the details: > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x34d08086 chip=3D0x29f= 08086 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '3200 Chipset (Bearlake) Processor to I/O Controller= ' > class =3D bridge > subclass =3D HOST-PCI > em0@pci0:0:25:0: class=3D0x020000 card=3D0x34d08086 chip=3D0x10b= d8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' > class =3D network > subclass =3D ethernet > uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x34d08086 chip=3D0x293= 78086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB Universal Host Cont= roller' > class =3D serial bus > subclass =3D USB > uhci1@pci0:0:26:1: class=3D0x0c0300 card=3D0x34d08086 chip=3D0x293= 88086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB Universal Host Cont= roller' > class =3D serial bus > subclass =3D USB > ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x34d08086 chip=3D0x293= c8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Cont= roller' > class =3D serial bus > subclass =3D USB > pcib1@pci0:0:28:0: class=3D0x060400 card=3D0x29408086 chip=3D0x294= 08086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1' > class =3D bridge > subclass =3D PCI-PCI > pcib2@pci0:0:28:4: class=3D0x060400 card=3D0x29488086 chip=3D0x294= 88086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5' > class =3D bridge > subclass =3D PCI-PCI > uhci2@pci0:0:29:0: class=3D0x0c0300 card=3D0x34d08086 chip=3D0x293= 48086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB Universal Host Cont= roller' > class =3D serial bus > subclass =3D USB > uhci3@pci0:0:29:1: class=3D0x0c0300 card=3D0x34d08086 chip=3D0x293= 58086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB Universal Host Cont= roller' > class =3D serial bus > subclass =3D USB > uhci4@pci0:0:29:2: class=3D0x0c0300 card=3D0x34d08086 chip=3D0x293= 68086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB Universal Host Cont= roller' > class =3D serial bus > subclass =3D USB > ehci1@pci0:0:29:7: class=3D0x0c0320 card=3D0x34d08086 chip=3D0x293= a8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Cont= roller' > class =3D serial bus > subclass =3D USB > pcib3@pci0:0:30:0: class=3D0x060401 card=3D0x34d08086 chip=3D0x244= e8086 > rev=3D0x92 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub > Interface to PCI Bridge' > class =3D bridge > subclass =3D PCI-PCI > isab0@pci0:0:31:0: class=3D0x060100 card=3D0x34d08086 chip=3D0x291= 68086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IR (ICH9R) LPC Interface Controller' > class =3D bridge > subclass =3D PCI-ISA > ahci0@pci0:0:31:2: class=3D0x010601 card=3D0x34d08086 chip=3D0x292= 28086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) 6 port SATA AHCI Contro= ller' > class =3D mass storage > subclass =3D SATA > ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x34d08086 chip=3D0x293= 08086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > vgapci0@pci0:2:0:0: class=3D0x030000 card=3D0x01018086 chip=3D0x052= 2102b > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Matrox Electronic Systems Ltd.' > device =3D 'Matrox G200e (ServerEngines) - English (G200e)' > class =3D display > subclass =3D VGA > em1@pci0:3:2:0: class=3D0x020000 card=3D0x34d08086 chip=3D0x10768086 re= v=3D0x05 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Gigabit Ethernet Controller (82541EI)' > class =3D network > subclass =3D ethernet > banana:~>20: vmstat -i > interrupt total rate > irq4: uart0 27392 0 > irq18: em1 uhci0++ 178 0 > irq19: uhci3 22 0 > irq23: uhci2 ehci1 2 0 > cpu0: timer 231629257 1917 > irq256: em0 2559286 21 > irq257: ahci0 1602196 13 > cpu1: timer 231628629 1917 > Total 467446962 3869 >=20 > Looks very similar to the problem here: > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2010-03/msg00143= =2Ehtml For the records, again I have those timeouts, but with different status bits: em1: watchdog timeout -- resetting em1: watchdog timeout -- resetting em1: watchdog timeout -- resetting em1: watchdog timeout -- resetting ahcich2: Timeout on slot 14 ahcich2: is 00000000 cs 00004000 ss 00000000 rs 00004000 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 14 ahcich2: is 00000000 cs fff81fff ss ffffdfff rs ffffdfff tfd c0 serr=20 00000000 ahcich2: Timeout on slot 10 ahcich2: is 00000000 cs 00000c00 ss 00000000 rs 00000c00 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 6 ahcich2: is 00000000 cs 00000040 ss 00000000 rs 00000040 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 2 ahcich2: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 30 ahcich2: is 00000000 cs 40000000 ss 00000000 rs 40000000 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 30 ahcich2: is 00000000 cs 1ffffffc ss dfffffff rs dfffffff tfd c0 serr=20 00000000 em1: watchdog timeout -- resetting em1: watchdog timeout -- resetting The machine is now hangig for several hours, no login at resial console=20 possible. To emhazise, em1 is not connected/used, em0 is the productive=20 interface. I'll have to drive on site... What do these bits tell compared to the hangs above, especcially the=20 middle one, which the machine recovered from? No interrupts requested=20 and `rs =3D=3D cs | ss` meaning controller doesn't report command=20 completion. That's identical. Any other useful info? If not I won't post = future timeout messages. Thanks, -Harry --------------enig2C6DCC30587B025E71A51C11 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkucxJkACgkQLDqVQ9VXb8i1hgCbBebgmb/9f/kJzHygp4o1JgZk DP8AnR9YDn3ixtGINVp8QVb0QaieYQj1 =NzeA -----END PGP SIGNATURE----- --------------enig2C6DCC30587B025E71A51C11-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 21:08: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 2116B106566C for ; Sun, 14 Mar 2010 21:08:13 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 672D08FC14 for ; Sun, 14 Mar 2010 21:08:12 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o2EL8Ajw043472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Mar 2010 22:08:11 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4B9D5034.7030705@omnilan.de> Date: Sun, 14 Mar 2010 22:08:04 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB1C3D579D11AB8CDEED20808" Subject: ahc parity errors with RELENG_8 from tody vs. 4 weeks ago 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, 14 Mar 2010 21:08:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB1C3D579D11AB8CDEED20808 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, today I refreshed one -stable machine to RELENG_8 from today and now I=20 see hundreds of the excerpted lines. Never seen this before. There's a=20 DAT72 drive at 0:14:0. Do I have problems with my drive or with the new kernel? (probe28:ahc1:0:14:0): parity error detected in Data-in phase.=20 SEQADDR(0x6c) SCSIRATE(0x93) ahc1: Recovery Initiated >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc1: Dumping Card State in Data-in phase, at SEQADDR 0x54 Card was paused ACCUM =3D 0x40, SINDEX =3D 0x8a, DINDEX =3D 0xe4, ARG_2 =3D 0x3c HCNT =3D 0x20 SCBPTR =3D 0x0 SCSIPHASE[0x4]:(MSG_OUT_PHASE) SCSISIGI[0xb6]:(REQI|BSYI|ATNI|MSGI|CDI) ERROR[0x0] SCSIBUSL[0x20] LASTPHASE[0x40]:(IOI)=20 SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x93]:(SINGLE_EDGE|WIDEXFER) SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0x20]:(DPHASE) SSTAT0[0x0] SSTAT1[0x1]:(REQINIT) SSTAT2[0x40]:(SHVALID) SSTAT3[0x1] SIMODE0[0x8]:(ENSWRAP)=20 SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON) DFCNTRL[0x28]:(HDMAEN|SCSIEN) DFSTATUS[0x80]:(PRELOAD_AVAIL) STACK: 0x85 0x85 0x85 0x180 SCB count =3D 254 Kernel NEXTQSCB =3D 238 Card NEXTQSCB =3D 238 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 = 20 21 22 23 24 25 26 27 28 29 30 31 Sequencer SCB Info: 0 SCB_CONTROL[0x0] SCB_SCSIID[0xe7]:(TWIN_CHNLB) SCB_LUN[0x0] SCB_TAG[0xf0] 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Pending list: 240 SCB_CONTROL[0x0] SCB_SCSIID[0xe7]:(TWIN_CHNLB) SCB_LUN[0x0] Kernel Free SCB list: 239 241 242 243 244 245 246 247 248 249 250 251=20 252 253 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222=20 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204=20 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186=20 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168=20 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150=20 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132=20 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114=20 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95=20 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71=20 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47=20 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23=20 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Untagged Q(14): 240 Thanks, -Harry --------------enigB1C3D579D11AB8CDEED20808 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkudUDoACgkQLDqVQ9VXb8j5DgCfcpe2moVqX666QOJmM0GyVpb5 xPYAnRBagMptJAtD4WdwJiP2V/7BcTRN =pfy3 -----END PGP SIGNATURE----- --------------enigB1C3D579D11AB8CDEED20808-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 11:24: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 B030B106564A for ; Mon, 15 Mar 2010 11:24:10 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from f16.mail.ru (f16.mail.ru [217.69.129.84]) by mx1.freebsd.org (Postfix) with ESMTP id F15FB8FC1C for ; Mon, 15 Mar 2010 11:24:09 +0000 (UTC) Received: from mail by f16.mail.ru with local id 1Nr8P1-0002sn-00 for freebsd-stable@freebsd.org; Mon, 15 Mar 2010 14:24:07 +0300 Received: from [188.134.3.101] by win.mail.ru with HTTP; Mon, 15 Mar 2010 14:24:07 +0300 From: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 192.168.7.72 via proxy [188.134.3.101] Date: Mon, 15 Mar 2010 14:24:07 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Subject: iwi driver: timeout after 20 minutes of idle time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 11:24:10 -0000 There is FreeBSD8 system (cvsup`ed and recompiled kernel on PC-BSD system). Noteboot asus a3l with intel PRO wireless 2915 card. Wireless 802.11a network with WPA2 protection. I configure my system as following (rc.conf): dhclient_flags="-c /etc/dhclient.conf" synchronous_dhclient="YES" ifconfig_rl0="DHCP" ifconfig_iwi0="up" wlans_iwi0="wlan0" ifconfig_wlan0="WPA DHCP bmiss 200 roaming auto" hostname="asus-a3l" Problem: After long idle (about 50 minutes) iwi driver timed out without reason. If I have permanently working ping utility driver work well. But as I turn it off it timed out: Mar 15 03:50:28 asus-a3l kernel: iwi0: timeout waiting for (null) firmware initialization to complete Mar 15 03:50:28 asus-a3l kernel: iwi0: could not load boot firmware (null) Mar 15 03:50:28 asus-a3l kernel: iwi0: timeout waiting for (null) firmware initialization to complete Mar 15 03:50:28 asus-a3l kernel: iwi0: could not load boot firmware (null) Mar 15 03:50:28 asus-a3l kernel: wlan0: Ethernet address: 00:12:f0:24:b2:fd Mar 15 03:50:28 asus-a3l kernel: iwi0: need multicast update callback Mar 15 03:50:28 asus-a3l last message repeated 6 times Mar 15 03:50:28 asus-a3l kernel: ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled Mar 15 03:50:32 asus-a3l kernel: pcm0: port 0xe000-0xe0ff,0xe100-0xe13f at device 31.5 on pci0 Mar 15 03:50:32 asus-a3l kernel: pcm0: [ITHREAD] Mar 15 03:50:32 asus-a3l kernel: pcm0: Mar 15 03:50:34 asus-a3l ntpd[1588]: ntpd 4.2.4p5-a (1) Mar 15 03:50:42 asus-a3l avahi-daemon[1900]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Mar 15 03:50:43 asus-a3l kernel: iwi0: need multicast update callback Mar 15 03:50:50 asus-a3l kernel: drm0: on vgapci0 Mar 15 03:50:50 asus-a3l kernel: vgapci0: child drm0 requested pci_enable_busmaster Mar 15 03:50:50 asus-a3l kernel: info: [drm] AGP at 0xf0000000 128MB Mar 15 03:50:50 asus-a3l kernel: info: [drm] Initialized i915 1.6.0 20080730 Mar 15 03:50:51 asus-a3l kernel: drm0: [ITHREAD] Mar 15 03:51:59 asus-a3l python: hp-systray[2605]: warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting. Mar 15 04:16:17 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 04:46:12 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 05:16:08 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 05:46:03 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 06:15:59 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 06:45:54 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 07:15:50 asus-a3l wpa_supplicant[443]: WPA: Group rekeying completed with 00:24:01:0b:20:72 [GTK=TKIP] Mar 15 07:44:29 asus-a3l kernel: iwi0: device timeout I tried to sysctl debug.iwi=2 but there is no information before first "iwi0: device timeout" message only after. What can I do to force my system works correctly? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 12:52: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 52D59106566B for ; Mon, 15 Mar 2010 12:52:34 +0000 (UTC) (envelope-from ohartman@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 672758FC14 for ; Mon, 15 Mar 2010 12:52:33 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1Nr9ma-00048p-9U>; Mon, 15 Mar 2010 13:52:32 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1Nr9ma-0005Az-5k>; Mon, 15 Mar 2010 13:52:32 +0100 Message-ID: <4B9E2DFD.2000701@zedat.fu-berlin.de> Date: Mon, 15 Mar 2010 12:54:21 +0000 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100308 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------040504040206000609040509" X-Originating-IP: 130.133.86.198 Subject: Fatal trap 12: page fault while in kernel mode/current process: 12 (swi2: cambio) 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, 15 Mar 2010 12:52:34 -0000 This is a multi-part message in MIME format. --------------040504040206000609040509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Since the last update and make world on Friday, 12th March I get a crash on one of my FreeBSD SMP boxes (it is always the same core message), saying something about Fatal trap 12: page fault while in kernel mode [...] current process: 12 (swi2: cambio) I'm sorry not providing more informations at this moment, the box is in heavy duty at the moment and I'm stuck with the kernel stuff from a day before. The box is a Intel Q6600 based box with 8 GB of memory. I use FreeBSD 8.0-STABLE/amd64 with the new AHCI/CAM facility, see dmesg attached. Regards, Oliver --------------040504040206000609040509 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="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 #13 r204911: Tue Mar 9 15:07:06 CET 2010 root@telesto.geoinf.fu-berlin.de:/usr/obj/usr/src/sys/TELESTO amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (3010.38-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8256184320 (7873 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 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfe8e0000-0xfe8effff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 hdac0: mem 0xfe8fc000-0xfe8fffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] uhci0: port 0xa800-0xa81f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xa880-0xa89f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0xac00-0xac1f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfe7ffc00-0xfe7fffff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 hdac1: mem 0xfe7f8000-0xfe7fbfff irq 22 at device 27.0 on pci0 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 ahci0: mem 0xfeafe000-0xfeafffff irq 16 at device 0.0 on pci3 ahci0: [ITHREAD] ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f at device 0.1 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 mskc0: port 0xc800-0xc8ff mem 0xfe9fc000-0xfe9fffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:1d:60:a6:fa:74 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto mskc0: [FILTER] uhci3: port 0xa080-0xa09f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0xa400-0xa41f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0xa480-0xa49f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xfe7ff800-0xfe7ffbff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 pci5: at device 3.0 (no driver attached) pci5: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 ahci1: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfe7fe800-0xfe7fefff irq 22 at device 31.2 on pci0 ahci1: [ITHREAD] ahci1: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahcich2: at channel 0 on ahci1 ahcich2: [ITHREAD] ahcich3: at channel 1 on ahci1 ahcich3: [ITHREAD] ahcich4: at channel 2 on ahci1 ahcich4: [ITHREAD] ahcich5: at channel 3 on ahci1 ahcich5: [ITHREAD] ahcich6: at channel 4 on ahci1 ahcich6: [ITHREAD] ahcich7: at channel 5 on ahci1 ahcich7: [ITHREAD] ichsmb0: port 0x400-0x41f mem 0xfe7ff400-0xfe7ff4ff irq 18 at device 31.3 on pci0 ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: 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] cpu0: on acpi0 coretemp0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd2fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <8 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 ZFS filesystem version 3 ZFS storage pool version 14 Timecounters tick every 1.200 msec IPsec: Initialized Security Association Processing. hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Analog Devices AD1988B pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich3 bus 0 scbus4 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) ada2 at ahcich4 bus 0 scbus5 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada3 at ahcich5 bus 0 scbus6 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) ada4 at ahcich6 bus 0 scbus7 target 0 lun 0 ada4: ATA-8 SATA 2.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: Command Queueing enabled ada4: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich7 bus 0 scbus8 target 0 lun 0SMP: AP CPU #1 Launched! cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! ugen1.1: at usbus1ugen0.1: at usbus0ugen2.1: at usbus2 uhub0: on usbus1 uhub1: on usbus0 ugen3.1: at usbus3 uhub2: on usbus2 uhub3: on usbus3 ugen5.1: at usbus5ugen4.1: at usbus4ugen6.1: at usbus6ugen7.1: at usbus7 uhub4: on usbus5 uhub5: on usbus7 uhub6: on usbus6 uhub7: on usbus4 GEOM: ada0s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ada0s2: geometry does not match label (255h,63s != 16h,63s). uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub7: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ada0s1a ugen4.2: at usbus4 ums0: on usbus4 ums0: 8 buttons and [XYZ] coordinates ID=0 vboxdrv: fAsync=0 offMin=0x88b offMax=0x523b module_register: module ng_ether already exists! Module ng_ether failed to register: 17 vboxnet0: Ethernet address: 0a:00:27:00:00:00 pf: started altq: started msk0: link state changed to UP 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...4 4 1 2 2 2 0 0 0 0 0 done All buffers synced. 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 #13 r204911: Tue Mar 9 15:07:06 CET 2010 root@telesto.geoinf.fu-berlin.de:/usr/obj/usr/src/sys/TELESTO amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (3009.18-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8257552384 (7875 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 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfe8e0000-0xfe8effff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 hdac0: mem 0xfe8fc000-0xfe8fffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] uhci0: port 0xa800-0xa81f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xa880-0xa89f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0xac00-0xac1f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfe7ffc00-0xfe7fffff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 hdac1: mem 0xfe7f8000-0xfe7fbfff irq 22 at device 27.0 on pci0 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 ahci0: mem 0xfeafe000-0xfeafffff irq 16 at device 0.0 on pci3 ahci0: [ITHREAD] ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f at device 0.1 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 mskc0: port 0xc800-0xc8ff mem 0xfe9fc000-0xfe9fffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:1d:60:a6:fa:74 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto mskc0: [FILTER] uhci3: port 0xa080-0xa09f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0xa400-0xa41f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0xa480-0xa49f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xfe7ff800-0xfe7ffbff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 pci5: at device 3.0 (no driver attached) pci5: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 ahci1: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xfe7fe800-0xfe7fefff irq 22 at device 31.2 on pci0 ahci1: [ITHREAD] ahci1: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahcich2: at channel 0 on ahci1 ahcich2: [ITHREAD] ahcich3: at channel 1 on ahci1 ahcich3: [ITHREAD] ahcich4: at channel 2 on ahci1 ahcich4: [ITHREAD] ahcich5: at channel 3 on ahci1 ahcich5: [ITHREAD] ahcich6: at channel 4 on ahci1 ahcich6: [ITHREAD] ahcich7: at channel 5 on ahci1 ahcich7: [ITHREAD] ichsmb0: port 0x400-0x41f mem 0xfe7ff400-0xfe7ff4ff irq 18 at device 31.3 on pci0 ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: 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] cpu0: on acpi0 coretemp0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd2fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <8 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 Timecounters tick every 1.200 msec vboxdrv: fAsync=0 offMin=0x17a offMax=0x3f9 IPsec: Initialized Security Association Processing. hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Analog Devices AD1988B pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich3 bus 0 scbus4 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) ada2 at ahcich4 bus 0 scbus5 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada3 at ahcich5 bus 0 scbus6 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) ada4 at ahcich6 bus 0 scbus7 target 0 lun 0 ada4: ATA-8 SATA 2.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: Command Queueing enabled ada4: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich7 bus 0 scbus8 target 0 lun 0SMP: AP CPU #1 Launched! cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! ugen1.1: at usbus1ugen0.1: at usbus0 uhub0: on usbus1 uhub1: on usbus0 ugen4.1: at usbus4ugen3.1: at usbus3ugen2.1: at usbus2ugen5.1: at usbus5 uhub2: on usbus4 uhub3: on usbus5 uhub4: on usbus2 uhub5: on usbus3 ugen6.1: at usbus6ugen7.1: at usbus7 uhub6: on usbus6 uhub7: on usbus7 GEOM: ada0s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ada0s2: geometry does not match label (255h,63s != 16h,63s). uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub5: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ada0s1a ZFS filesystem version 3 ZFS storage pool version 14 ugen4.2: at usbus4 ums0: on usbus4 ums0: 8 buttons and [XYZ] coordinates ID=0 module_register: module ng_ether already exists! Module ng_ether failed to register: 17 vboxnet0: Ethernet address: 0a:00:27:00:00:00 pf: started altq: started msk0: link state changed to UP --------------040504040206000609040509-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 16:22: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 245AF106564A for ; Mon, 15 Mar 2010 16:22:30 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf03.insightbb.com (mxsf03.insightbb.com [74.128.0.64]) by mx1.freebsd.org (Postfix) with ESMTP id E42BF8FC1A for ; Mon, 15 Mar 2010 16:22:29 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,644,1262581200"; d="scan'208";a="817296187" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.123]) by mxsf03.insightbb.com with ESMTP; 15 Mar 2010 12:22:19 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAP77nUtKgYlR/2dsb2JhbACIZ5IJdLlvDYRuBA X-IronPort-AV: E=Sophos;i="4.49,644,1262581200"; d="scan'208";a="249755800" Received: from 74-129-137-81.dhcp.insightbb.com (HELO sneezy) ([74.129.137.81]) by asav01.insightbb.com with SMTP; 15 Mar 2010 12:22:13 -0400 From: "David Boyd" To: Date: Mon, 15 Mar 2010 12:22:13 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal X-Mailman-Approved-At: Mon, 15 Mar 2010 16:39:19 +0000 Subject: 6.4-RELEASE distribution missing link(s) 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, 15 Mar 2010 16:22:30 -0000 The 6.4-RELEASE distribution has apparently been move to ftp-archive but no indication of this is present on the mirrors. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 17:21: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 C19ED106566C for ; Mon, 15 Mar 2010 17:21:35 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 478968FC08 for ; Mon, 15 Mar 2010 17:21:34 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o2FHL7j3060456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Mar 2010 18:21:07 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4B9E6C82.8050403@omnilan.de> Date: Mon, 15 Mar 2010 18:21:06 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Nenhum_de_Nos References: <80587c73d8c5ee56d8890d04179024b8.squirrel@cygnus.homeunix.com> <20100308222653.GA87837@icarus.home.lan> <20100308204458.9e0d51a8.matheus@eternamente.info> In-Reply-To: <20100308204458.9e0d51a8.matheus@eternamente.info> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE3D3F4F918770CE1F481B0B3" Cc: freebsd-stable@freebsd.org Subject: Re: ahci errors 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, 15 Mar 2010 17:21:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE3D3F4F918770CE1F481B0B3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Nenhum_de_Nos schrieb am 09.03.2010 00:44 (localtime): > On Mon, 8 Mar 2010 14:26:53 -0800 > Jeremy Chadwick wrote: >=20 >> On Mon, Mar 08, 2010 at 06:38:02PM -0300, Nenhum_de_Nos wrote: >>> I've seen these errors in a production machine in deep disk load (scp= and >>> bsdtar in heavy use): >> Please provide the output from the following commands: >=20 > As I had huge disk activity when those messages appeared, I did reboot = after and now no more are there. I think the vmstat command should be iss= ued when the problem was happening right ? (if so I can run the backup ta= r's and see what happens). What disks do you use? I have similar timeouts and mav has the hd firmware in mind to be the=20 culprit=20 http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2010-02/msg00737.h= tml In my case it's the samsung EcoGreen SpinPouint F2 1.5TB, Firmware=20 1AG01113 and 1AG01118. The disk on ahcich2 (where the timeouts appear) has the newer firmware. -Harry --------------enigE3D3F4F918770CE1F481B0B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkuebIMACgkQLDqVQ9VXb8jWKwCeNMN/hPaw7OFBwoPRpR7QWJzH 85EAoIvYrojDlGPLcplmdqoWfOQBHxMh =VAL8 -----END PGP SIGNATURE----- --------------enigE3D3F4F918770CE1F481B0B3-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 17:30: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 0BDDC1065673 for ; Mon, 15 Mar 2010 17:30:41 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id E2F818FC2D for ; Mon, 15 Mar 2010 17:30:40 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 15 Mar 2010 10:30:37 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E037DDA15@seaxch09.desktop.isilon.com> In-Reply-To: <4B9E2DFD.2000701@zedat.fu-berlin.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fatal trap 12: page fault while in kernel mode/current process: 12 (swi2: cambio) Thread-Index: AcrEPnaLF/DFxx1cSa26FhCjGjcTigAJki7Q References: <4B9E2DFD.2000701@zedat.fu-berlin.de> From: "Matthew Fleming" To: "O. Hartmann" , Cc: Subject: RE: Fatal trap 12: page fault while in kernel mode/current process: 12 (swi2: cambio) 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, 15 Mar 2010 17:30:41 -0000 > Since the last update and make world on Friday, 12th March I get a crash > on one of my FreeBSD SMP boxes (it is always the same core message), > saying something about >=20 > Fatal trap 12: page fault while in kernel mode [...] current process: 12 > (swi2: cambio) Can you show the stack traceback from the kernel core? We had a problem a while ago at Isilon that I can't tell if it's related. In our case, the camisr() routine was called after panic(9) started and before the halt of other processors. This did Bad Things(TM) since the mtx_lock is a no-op after panicstr is set. We solved it locally by wrapping camisr() in a local cambio_swi() routine that only called camisr(NULL) when panicstr =3D=3D NULL. Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 21:25:00 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 0ED68106566C; Mon, 15 Mar 2010 21:25:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id AD4728FC15; Mon, 15 Mar 2010 21:24:59 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id D50EB942E3; Mon, 15 Mar 2010 22:24:57 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id JUD7U5d5meEG; Mon, 15 Mar 2010 22:24:53 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 33555942D9; Mon, 15 Mar 2010 22:24:53 +0100 (CET) Message-ID: <4B9EA5A2.4010900@zirakzigil.org> Date: Mon, 15 Mar 2010 22:24:50 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org References: <4B8E4850.1060104@zirakzigil.org> In-Reply-To: <4B8E4850.1060104@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Bridge causes freezes 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, 15 Mar 2010 21:25:00 -0000 I confirm this problem for another server: stable 8 amd64 + vlan + carp Whenever I join a bridge with a vlan interface: ifconfig bridge0 addm vlan35 The system soon or later freezes. This time it has happened after 3 days of normal behavior. No logs, no dump. On 03.03.2010 12:30, Giulio Ferro wrote: > I'm setting up an openvpn demon in bridge mode on a firewall. > > Scenario: > freebsd 8 amd64 stable (last week), pf, vlans, openvpn in tun mode > (different > port, of course), many routes > > I've created the bridge interface in rc.conf like this: > cloned_interfaces="vlan.. .. .. bridge0" > ... > ifconfig_bridge0="addm vlan35 up" > > > Everything seems to work as expected as far as networking is concerned. > > The problem arises after an hour or so: the system simply freezes, and > no relevant > log can be found after restart. > > This _always_ happens, even when I don't start the openvpn bridge > demon... > > Any idea, anybody? > > Thanks. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Mar 15 23:04: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 EE049106574A for ; Mon, 15 Mar 2010 23:04:07 +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 A64FA8FC22 for ; Mon, 15 Mar 2010 23:04:07 +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 <1NrJKP-0006ID-M8>; Tue, 16 Mar 2010 00:04:05 +0100 Received: from e178043153.adsl.alicedsl.de ([85.178.43.153] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NrJKP-0006CW-Ja>; Tue, 16 Mar 2010 00:04:05 +0100 Message-ID: <4B9EBCE5.7080303@mail.zedat.fu-berlin.de> Date: Tue, 16 Mar 2010 00:04:05 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100308 Thunderbird/3.0.3 MIME-Version: 1.0 To: Matthew Fleming References: <4B9E2DFD.2000701@zedat.fu-berlin.de> <06D5F9F6F655AD4C92E28B662F7F853E037DDA15@seaxch09.desktop.isilon.com> In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E037DDA15@seaxch09.desktop.isilon.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.43.153 Cc: freebsd-stable@freebsd.org, "O. Hartmann" Subject: Re: Fatal trap 12: page fault while in kernel mode/current process: 12 (swi2: cambio) 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, 15 Mar 2010 23:04:08 -0000 On 03/15/10 18:30, Matthew Fleming wrote: >> Since the last update and make world on Friday, 12th March I get a > crash >> on one of my FreeBSD SMP boxes (it is always the same core message), >> saying something about >> >> Fatal trap 12: page fault while in kernel mode [...] current process: > 12 >> (swi2: cambio) > > Can you show the stack traceback from the kernel core? > > We had a problem a while ago at Isilon that I can't tell if it's > related. In our case, the camisr() routine was called after panic(9) > started and before the halt of other processors. This did Bad > Things(TM) since the mtx_lock is a no-op after panicstr is set. > > We solved it locally by wrapping camisr() in a local cambio_swi() > routine that only called camisr(NULL) when panicstr == NULL. > > Thanks, > matthew Hello. I will do as soon as possible. The box is in production at the moment and I've less time to put everything into debugging to provide more details. Just in case: does the kernel automatically save the screen with the dump information? If not, I have no other terminal facility to get a dump via the classical way. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Tue Mar 16 01:01: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 224CF106564A for ; Tue, 16 Mar 2010 01:01:44 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id C61B48FC12 for ; Tue, 16 Mar 2010 01:01:43 +0000 (UTC) Received: by gxk3 with SMTP id 3so1696955gxk.13 for ; Mon, 15 Mar 2010 18:01:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=KxByIhKIb5UfwtYUI7qmUnPAE614DQ/O6/AaJc64ow8=; b=lfjD8/L5RlgjnB4plDSiBVH0wt2XCi5LJFWIBMoOIXPNWcYO/8CmPUpGrpmXHDtAy+ QSHfPTzo/Pcf7aVxmCb0c4xSkMcFCY3z+hJz3gnjcdxH60h0LkcC+/0OyVj37TGIXn1Q gf7KjD0XrxMSqQORs/fyo21X4cslpblaewhsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=HjHvCvA+X1pZYwp1IiCp26PyyE04MIlf2/AGRzMnxMLo2mKLnj2Wi4SwofT6h5LSj0 cVekRkQivB4VNyaDzgYhhtCbpD6JoKlqbITTQRW4hyFWR+jNPBHEFJ9MCGQ93jKAD5Jm FoPGZe1PHlbuKGSQB6rJGiQ0a7KnmwbV+IguA= Received: by 10.100.220.5 with SMTP id s5mr183527ang.133.1268701287110; Mon, 15 Mar 2010 18:01:27 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.32.134]) by mx.google.com with ESMTPS id 4sm1603604yxd.52.2010.03.15.18.01.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 18:01:24 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 7D63AB8A1E; Mon, 15 Mar 2010 22:01:16 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Mon, 15 Mar 2010 22:01:16 -0300 (BRT) Message-ID: In-Reply-To: <4B9E6C82.8050403@omnilan.de> References: <80587c73d8c5ee56d8890d04179024b8.squirrel@cygnus.homeunix.com> <20100308222653.GA87837@icarus.home.lan> <20100308204458.9e0d51a8.matheus@eternamente.info> <4B9E6C82.8050403@omnilan.de> Date: Mon, 15 Mar 2010 22:01:16 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ahci errors 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: Tue, 16 Mar 2010 01:01:44 -0000 On Mon, March 15, 2010 14:21, Harald Schmalzbauer wrote: > Nenhum_de_Nos schrieb am 09.03.2010 00:44 (localtime): >> On Mon, 8 Mar 2010 14:26:53 -0800 >> Jeremy Chadwick wrote: >> >>> On Mon, Mar 08, 2010 at 06:38:02PM -0300, Nenhum_de_Nos wrote: >>>> I've seen these errors in a production machine in deep disk load (scp >>>> and >>>> bsdtar in heavy use): >>> Please provide the output from the following commands: >> >> As I had huge disk activity when those messages appeared, I did reboot >> after and now no more are there. I think the vmstat command should be >> issued when the problem was happening right ? (if so I can run the >> backup tar's and see what happens). > > What disks do you use? > I have similar timeouts and mav has the hd firmware in mind to be the > culprit > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2010-02/msg00737.html > > In my case it's the samsung EcoGreen SpinPouint F2 1.5TB, Firmware > 1AG01113 and 1AG01118. The disk on ahcich2 (where the timeouts appear) > has the newer firmware. 2 Seagate 1TB disks: Mar 8 13:49:45 optimus kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Mar 8 13:49:45 optimus kernel: ada1: ATA-8 SATA 2.x device Mar 8 13:49:45 optimus kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) Mar 8 13:49:45 optimus kernel: ada1: Command Queueing enabled Mar 8 13:49:45 optimus kernel: ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) Mar 8 13:49:45 optimus kernel: ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 Mar 8 13:49:45 optimus kernel: ada2: ATA-8 SATA 2.x device Mar 8 13:49:45 optimus kernel: ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) Mar 8 13:49:45 optimus kernel: ada2: Command Queueing enabled Mar 8 13:49:45 optimus kernel: ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) those are known to be bad ? thanks, matheus > -Harry > > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Mar 16 15:33: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 93339106566C for ; Tue, 16 Mar 2010 15:33:19 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 308438FC12 for ; Tue, 16 Mar 2010 15:33:18 +0000 (UTC) Received: by fxm7 with SMTP id 7so59049fxm.3 for ; Tue, 16 Mar 2010 08:33:18 -0700 (PDT) Received: by 10.223.15.143 with SMTP id k15mr577879faa.57.1268753597780; Tue, 16 Mar 2010 08:33:17 -0700 (PDT) Received: from kkPC (76-10-166-187.dsl.teksavvy.com [76.10.166.187]) by mx.google.com with ESMTPS id 12sm8865656fks.20.2010.03.16.08.33.15 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 08:33:16 -0700 (PDT) From: "kevin" To: "'Giulio Ferro'" , , References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> In-Reply-To: <4B9EA5A2.4010900@zirakzigil.org> Date: Tue, 16 Mar 2010 11:33:08 -0400 Message-ID: <00aa01cac51d$fc66f610$f534e230$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrEhjqFCr63bMSAS2qTuc1O2AZEtAAl5OJA Content-Language: en-us Cc: Subject: RE: Bridge causes freezes 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, 16 Mar 2010 15:33:19 -0000 >I confirm this problem for another server: >stable 8 amd64 + vlan + carp > >Whenever I join a bridge with a vlan interface: > >ifconfig bridge0 addm vlan35 > >The system soon or later freezes. > >This time it has happened after 3 days of normal behavior. > >No logs, no dump. This happens to me as well. FreeBSD 7.2-RELEASE + bridge + pfsync, no carp. It freezes (sometimes not right away), no console messages, no logs. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 08:07:47 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 C253B106564A; Wed, 17 Mar 2010 08:07:47 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 209F98FC0C; Wed, 17 Mar 2010 08:07:46 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o2H87fv6093623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2010 09:07:42 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BA08DCD.1060009@omnilan.de> Date: Wed, 17 Mar 2010 09:07:41 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Nenhum_de_Nos References: <80587c73d8c5ee56d8890d04179024b8.squirrel@cygnus.homeunix.com> <20100308222653.GA87837@icarus.home.lan> <20100308204458.9e0d51a8.matheus@eternamente.info> <4B9E6C82.8050403@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDD6F88E2FA16EF20EC9A00E1" Cc: freebsd-stable@freebsd.org Subject: Re: ahci errors 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: Wed, 17 Mar 2010 08:07:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDD6F88E2FA16EF20EC9A00E1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Nenhum_de_Nos schrieb am 16.03.2010 02:01 (localtime): > On Mon, March 15, 2010 14:21, Harald Schmalzbauer wrote: >> Nenhum_de_Nos schrieb am 09.03.2010 00:44 (localtime): >>> On Mon, 8 Mar 2010 14:26:53 -0800 >>> Jeremy Chadwick wrote: >>> >>>> On Mon, Mar 08, 2010 at 06:38:02PM -0300, Nenhum_de_Nos wrote: >>>>> I've seen these errors in a production machine in deep disk load (s= cp >>>>> and >>>>> bsdtar in heavy use): >>>> Please provide the output from the following commands: >>> As I had huge disk activity when those messages appeared, I did reboo= t >>> after and now no more are there. I think the vmstat command should be= >>> issued when the problem was happening right ? (if so I can run the >>> backup tar's and see what happens). >> What disks do you use? >> I have similar timeouts and mav has the hd firmware in mind to be the >> culprit >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2010-02/msg0073= 7.html >> >> In my case it's the samsung EcoGreen SpinPouint F2 1.5TB, Firmware >> 1AG01113 and 1AG01118. The disk on ahcich2 (where the timeouts appear)= >> has the newer firmware. >=20 > 2 Seagate 1TB disks: >=20 > Mar 8 13:49:45 optimus kernel: ada1 at ahcich1 bus 0 scbus1 target 0 l= un 0 > Mar 8 13:49:45 optimus kernel: ada1: ATA-8 SATA 2.= x > device > Mar 8 13:49:45 optimus kernel: ada1: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO size 8192bytes) > Mar 8 13:49:45 optimus kernel: ada1: Command Queueing enabled > Mar 8 13:49:45 optimus kernel: ada1: 953869MB (1953525168 512 byte > sectors: 16H 63S/T 16383C) > Mar 8 13:49:45 optimus kernel: ada2 at ahcich3 bus 0 scbus3 target 0 l= un 0 > Mar 8 13:49:45 optimus kernel: ada2: ATA-8 SATA 2.= x > device > Mar 8 13:49:45 optimus kernel: ada2: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO size 8192bytes) > Mar 8 13:49:45 optimus kernel: ada2: Command Queueing enabled > Mar 8 13:49:45 optimus kernel: ada2: 953869MB (1953525168 512 byte > sectors: 16H 63S/T 16383C) >=20 > those are known to be bad ? In my experience, these are reliable drives. And completely different to = mine. So I think it's not liklely to be a firmware bug. I hope the problem can be pointed out. If there's anything I can help,=20 please let me know. Thanks, -Harry --------------enigDD6F88E2FA16EF20EC9A00E1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkugjc0ACgkQLDqVQ9VXb8hkuACfRAOcamm7b0gSvUbl49f3vPQu 95oAn3qUJlRSlfAPHYAaUMaLpJ+juuhg =4c1+ -----END PGP SIGNATURE----- --------------enigDD6F88E2FA16EF20EC9A00E1-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 08: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 B77D7106566B for ; Wed, 17 Mar 2010 08:15:38 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7C08FC08 for ; Wed, 17 Mar 2010 08:15:37 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o2H8FbaM093748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2010 09:15:37 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BA08FA8.5000902@omnilan.de> Date: Wed, 17 Mar 2010 09:15:36 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB3C79492463072A1828FB237" Subject: Does zfs have it's own nfs server? 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, 17 Mar 2010 08:15:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB3C79492463072A1828FB237 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I observed some very strange filesystem security problems. Now I found that if I set sharenfs=3Dyes data/pub I can mount_nfs but it = does't respect any settings in /etc/exports. Also I get very strange uid = numbers when writing. If I turn sharenfs off, limitations in /etc/exports work as expected. I thought sharenfs and sharesmb are only working on OpenSolaris. What=20 about shareiscsi? Thanks, -Harry --------------enigB3C79492463072A1828FB237 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkugj6kACgkQLDqVQ9VXb8i1ZwCeP7/hCmtF6oLNxHssF/5bmBVn 89AAoIqtDFefWGXdWoXThKyN3pWrJ5QP =rDn5 -----END PGP SIGNATURE----- --------------enigB3C79492463072A1828FB237-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 08:28:00 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 329FE106566B for ; Wed, 17 Mar 2010 08:28:00 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id AF43C8FC19 for ; Wed, 17 Mar 2010 08:27:59 +0000 (UTC) Received: by mail-bw0-f228.google.com with SMTP id 28so714698bwz.14 for ; Wed, 17 Mar 2010 01:27: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 :from:date:message-id:subject:to:content-type; bh=f4TED1W/dGG6ijnrDYvQqdUE85eRnX92rVCie0hRuBA=; b=JuYZ/mbgLiSv6VmwjKWgylR4W3wdsN2TvbGu7TBewBNWFMZHfSWdEi+KtIiGqWV/zT OBAq1Ks//Fs82QiwoODvR1rExvb+SgEMOFakLrVYRVOmSZuu+m44mvEXjpRWuVus/aUd k/bg6yxDZcf3WN2w2H6GcYxOKKFsojk2urAIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=ZGXizVWc5CGxi+XWbbi/y0wrBcUg+vK5/QP6zLQDTC0WPjS3jkI5QVBlYiFW1FuOv8 qgqKHq/FUd/uq0jN+bS+JPTPUGLMeORNFtuEwtPHRq/0GCeSm8Zqc/DckS/JDSIQOqQm KE4wFjztLcM3mdTUxX09PhSukCdoKy5vdZ7JA= MIME-Version: 1.0 Received: by 10.204.138.79 with SMTP id z15mr781078bkt.167.1268814479282; Wed, 17 Mar 2010 01:27:59 -0700 (PDT) In-Reply-To: <4BA08FA8.5000902@omnilan.de> References: <4BA08FA8.5000902@omnilan.de> From: Matthias Gamsjager Date: Wed, 17 Mar 2010 09:27:39 +0100 Message-ID: <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Does zfs have it's own nfs server? 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, 17 Mar 2010 08:28:00 -0000 sharenfs does work in freebsd but iscsi does not. I'm not sure about smb. about nfs: you should take a look at /etc/zfs/exports On Wed, Mar 17, 2010 at 9:15 AM, Harald Schmalzbauer wrote: > Hello, > > I observed some very strange filesystem security problems. > Now I found that if I set sharenfs=yes data/pub I can mount_nfs but it > does't respect any settings in /etc/exports. Also I get very strange uid > numbers when writing. > If I turn sharenfs off, limitations in /etc/exports work as expected. > I thought sharenfs and sharesmb are only working on OpenSolaris. What about > shareiscsi? > > Thanks, > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 08:38: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 61AD21065670 for ; Wed, 17 Mar 2010 08:38:05 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (unknown [IPv6:2002:51af:3dc3:0:20c:29ff:fece:79f3]) by mx1.freebsd.org (Postfix) with ESMTP id E7ADD8FC23 for ; Wed, 17 Mar 2010 08:38:04 +0000 (UTC) Received: from [IPv6:2002:51af:3dc3:0:c973:db39:91cc:ef4c] (unknown [IPv6:2002:51af:3dc3:0:c973:db39:91cc:ef4c]) (Authenticated sender: svein-listmail) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 53A4423 for ; Wed, 17 Mar 2010 09:38:04 +0100 (CET) Message-ID: <4BA094EB.2060203@stillbilde.net> Date: Wed, 17 Mar 2010 09:38:03 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4BA08FA8.5000902@omnilan.de> <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> In-Reply-To: <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Does zfs have it's own nfs server? 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, 17 Mar 2010 08:38:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17.03.2010 09:27, Matthias Gamsjager wrote: > sharenfs does work in freebsd but iscsi does not. I'm not sure about smb. shareiscsi no longer works in Opensolaris either. The legacy iscsitgtd has been replaced with the COMSTAR stack, giving a lot of new features, along them the splendid sysadminfriendliness of having to handle GUIDs on cli. ;) //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuglOsACgkQODUnwSLUlKTO2QCeKt4QnRRRuKczVBSrH2chG7mX gy0AoKhO0V0WZdkZ/kRSCaBcDuEvKC2T =fqHn -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 12:31: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 93D381065676 for ; Wed, 17 Mar 2010 12:31:07 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id D79058FC18 for ; Wed, 17 Mar 2010 12:31:06 +0000 (UTC) Received: (qmail 7215 invoked from network); 17 Mar 2010 13:31:04 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 17 Mar 2010 13:31:04 +0100 Date: Wed, 17 Mar 2010 13:30:59 +0100 From: Kai Gallasch To: Alexander Motin Message-ID: <20100317133059.51245776@orwell.free.de> In-Reply-To: <20100312222659.0198dd03@orwell.free.de> References: <20100311133916.42ba69b0@orwell.free.de> <20100312115028.GG1819@garage.freebsd.pl> <4B9A8A27.8050608@FreeBSD.org> <20100312222659.0198dd03@orwell.free.de> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.7; powerpc-apple-darwin9.8.0) X-Face: 7"x0zA5=*cXGZw-xjU<">'+!3(KXTUXZVLD42KVN{'go[UQr"Mc.e(XW92N8plZ(9x.{x; I<|95e+b&GH-36\15F~L$YD*Y +u}o&KV?6.%"mJIkaY3G>BKNt`1|Y+%K1P4t; 47D65&(Y7h5Ll-[ltkhamx.-; ,jggK'}oMpUgEHFG YQ"9oXKAl>!d,J}T{)@uxvfu?YFWC*\~h+,^f Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-stable@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: proliant server lockups with freebsd-amd64-stable (2010-03-10) 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, 17 Mar 2010 12:31:07 -0000 > Am Fri, 12 Mar 2010 20:38:31 +0200 > schrieb Alexander Motin : > > > Pawel Jakub Dawidek wrote: > > > On Thu, Mar 11, 2010 at 01:39:16PM +0100, Kai Gallasch wrote: > > >> I have some trouble with an opteron server locking up > > >> spontaneously. It looses all networks connectivity and even > > >> through console I can get no shell. > > >> > > >> Lockups occur mostly under disk load (periodic daily, bacula > > >> backup running, make buildworld/buildkernel) and I can provoke > > >> them easily. > > > [...] > > >> 4 0 0 0 LL *cissmtx 0xffffff04ed820c00 > > >> [g_down] > > > [...] > > >> 100046 L *cissmtx 0xffffff04ed820c00 > > >> [irq257: ciss0] > > > [...] > > > > > > I was analizing similar problem as potential ZFS bug. It turned > > > out to be bug in ciss(4) and I believe mav@ (CCed) has fix for > > > that. > > > > That my patch is already at 8-STABLE since r204873 of 2010-03-08. > > Make sure you have it. Rebuilding the kernel with your 8-STABLE commited ciss patch seems to have resolved this issue. Server now has an uptime of 5 days and survives under high filesystem load. Alexander, thanks for fixing ciss. Kai. -- Da das Pferd pfluegt, lasst uns den Esel satteln. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 14:25: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 CA47E106564A for ; Wed, 17 Mar 2010 14:25:15 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 61BFF8FC14 for ; Wed, 17 Mar 2010 14:25:15 +0000 (UTC) Received: by fxm24 with SMTP id 24so560726fxm.3 for ; Wed, 17 Mar 2010 07:25:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=oJSYDyP0rEjB0NqvcqGAEtG6XO1OGgRD+FCq5IuPado=; b=tDZfTn8MbRKzsaNF9h+iUHqFx7OFIW2iUmeD0HG7nU779OTTdKzNKNnWw6vBA5YmGm 7sBJYuDJp2A/op8De2SJjAkfSOk0UhVPod+LckMph6GmMIrcFVdjm5kxkgvRlNUs4XIK /fc5POMuG0G/hEJGTUPPOIrNkFowVx7hwfN34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NYZTm4Ee1Wco1pIK/LxUjzfYvapTq18merINdVdPv0wPHud7Az9rZEmmBS0L/n5vlb Lze8eiKj/6ynp9fxir77bqwxtIWsBM/Ww592hsZ1yoi2ZXn9lyB7J0krYfJLxkhG5AJw WghlAcfXsf5/gEjX1bcqe2Pns7F1XGkFY8WY0= MIME-Version: 1.0 Received: by 10.239.183.147 with SMTP id u19mr48215hbg.106.1268835914115; Wed, 17 Mar 2010 07:25:14 -0700 (PDT) Date: Wed, 17 Mar 2010 15:25:14 +0100 Message-ID: From: Cristiano Deana To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 17 Mar 2010 14:25:15 -0000 Hi, anyone else tried to update (todas's cvsup) 7.3-p7 to 8-STABLE? make update make buildworld && make kernel && make installworld mergemaster and i got a "bad system call (core dumped)". reboot, mergemaster again and it was allright. i use freebsd from 3.3 (maybe) and this is the first time i had to reboot with new kernel/world to make a mergemaster (very dangerous, i was remote). anyone else? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 14:31: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 BC9FA106564A for ; Wed, 17 Mar 2010 14:31:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF3E8FC13 for ; Wed, 17 Mar 2010 14:31:30 +0000 (UTC) Received: from omta13.westchester.pa.mail.comcast.net ([76.96.62.52]) by qmta07.westchester.pa.mail.comcast.net with comcast id uC201d00517dt5G57EXXnk; Wed, 17 Mar 2010 14:31:31 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta13.westchester.pa.mail.comcast.net with comcast id uEXW1d00T3S48mS3ZEXXae; Wed, 17 Mar 2010 14:31:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4C4359B436; Wed, 17 Mar 2010 07:31:29 -0700 (PDT) Date: Wed, 17 Mar 2010 07:31:29 -0700 From: Jeremy Chadwick To: Cristiano Deana Message-ID: <20100317143129.GA18123@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 17 Mar 2010 14:31:31 -0000 On Wed, Mar 17, 2010 at 03:25:14PM +0100, Cristiano Deana wrote: > Hi, > > anyone else tried to update (todas's cvsup) 7.3-p7 to 8-STABLE? > > make update > make buildworld && make kernel && make installworld I'm not familiar with upgrading a working 7.x to 8.x box, so I can't tell you for certain if that's what caused your problem. But the above make commands *are not* the proper procedure to follow. /usr/src/Makefile contains the procedure: # 1. `cd /usr/src' (or to the directory containing your source tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # [steps 3. & 4. can be combined by using the "kernel" target] # 5. `reboot' (in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' (you may wish to use -U or -ai). # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) Chances are the failure you were seeing is/was induced by you doing things in the wrong order. If your system doesn't have remote serial console (for the single user steps), then you get to do it from the VGA console. -- | 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 Mar 17 14:32: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 4EA77106568D for ; Wed, 17 Mar 2010 14:32:29 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 D90458FC14 for ; Wed, 17 Mar 2010 14:32:28 +0000 (UTC) Received: by ewy26 with SMTP id 26so421792ewy.3 for ; Wed, 17 Mar 2010 07:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=HiphYAOuh/5Hp5L8noe/OvRU0nMsVpUp9QPjrbZo+VY=; b=BFGExX8ilS1DNWuy50fFy96/ZPjEB8WzovtUanXE8kGWBQxasUGXGxMkka29+uSueF KXXFNxqENUKsdR4Xqmu2JaPlG8UYjc/Wz0a6CE87ln0TPn7arTDenZZOztF0M2i7gTF9 /b6yjcKTQgOf3t9ZUs3d+7QrSZGKUVP5P7Wms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mmnTfAXaH8sjY/miOEXfl+U7Yv79obBGZDVChgWPibbrj00Z79w89VNQ70x0NGxSAM e8N7oMBqUH5JAh8LV3Gtfn7A1+kNj7JCc7FtXY5GO/z4p0HDs0q/Xi3Ewa78Q4A0kN3k cBew5oUA4CltO1hPhbx9W15eUHWXxLE3jvZ7c= MIME-Version: 1.0 Received: by 10.213.104.67 with SMTP id n3mr624410ebo.2.1268836347691; Wed, 17 Mar 2010 07:32:27 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Mar 2010 14:32:27 +0000 Message-ID: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> From: Tom Evans To: Cristiano Deana Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 17 Mar 2010 14:32:29 -0000 On Wed, Mar 17, 2010 at 2:25 PM, Cristiano Deana wrote: > Hi, > > anyone else tried to update (todas's cvsup) 7.3-p7 to 8-STABLE? > > make update > make buildworld && make kernel && make installworld > mergemaster > and i got a "bad system call (core dumped)". > > reboot, mergemaster again and it was allright. > > i use freebsd from 3.3 (maybe) and this is the first time i had to > reboot with new kernel/world to make a mergemaster (very dangerous, i > was remote). > > anyone else? > You can't always run new userland on an old kernel, but you can always run old userland on a new kernel, which is why the process you went through is not the canonical way. See the handbook or /usr/src/UPDATING: To rebuild everything and install it on the current system. ----------------------------------------------------------- # Note: sometimes if you are running current you gotta do more than # is listed here if you are upgrading from a really old current. make buildworld make kernel KERNCONF=YOUR_KERNEL_HERE [1] [3] mergemaster -p [5] make installworld make delete-old mergemaster [4] Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 14:37: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 61DB610656A4 for ; Wed, 17 Mar 2010 14:37:34 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id DFF6A8FC13 for ; Wed, 17 Mar 2010 14:37:33 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so550603fga.13 for ; Wed, 17 Mar 2010 07:37:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=EZv+LmF9G5EAOVQyr/3v87sT1GmuRg+Ty9Z7H79Xgy0=; b=mPgy5oTHLGvY2Yl/z0dMZKF/km8SHUAUm0OqSjLefYot/VeBoLe+TokIi0fdXhOB3Z RmhuY5OshKQ6ZpxveuBvX9mCo1vhLu5DS/RqhQ38FYuwt4G+KOdmQn6mrOK1cZjUUJ6S 6ebt4eHegq9vJY614JJ91L1hofnEAebOVYySY= 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=nst7sxaet39IaoKw/fWu7xvWYo5HYV5lG/dB8/ZNh1Zaj3gZ7GQjDNtWuBMkDhWhh9 lcmGhlwLjWpB2oC2YfnY60D9yHi98QhR4FAkdw2fCRY1ivwHx6vIpSqIXrcJBbNkNPz/ 1ERJDDNurTxL1EQt88H+8kmhq0+qiku/rU1Xo= MIME-Version: 1.0 Received: by 10.239.134.148 with SMTP id 20mr1215514hbz.42.1268836652772; Wed, 17 Mar 2010 07:37:32 -0700 (PDT) In-Reply-To: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> Date: Wed, 17 Mar 2010 15:37:32 +0100 Message-ID: From: Cristiano Deana To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 17 Mar 2010 14:37:34 -0000 On Wed, Mar 17, 2010 at 3:32 PM, Tom Evans wrote: >> make update >> make buildworld && make kernel && make installworld >> mergemaster >> and i got a "bad system call (core dumped)". > You can't always run new userland on an old kernel, but you can always > run old userland on a new kernel, which is why the process you went > through is not the canonical way. See the handbook or > /usr/src/UPDATING: yes, i knew. but i was updating via ssh, so forget "run in single user". i also know the exact procedure, but i upgrade hundreds of times before today making this procedure and always went fine. i was just wondering if was a "one at a time" upgrade failure OR if THIS upgrade (7.2 -> 8) have this problem. thanks all. btw, reboot without mergmaster and system was on again. mergemaster, reboot and it's ready. lucky me and thanks to freebsd -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 15:11:42 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 CBFEE106567B for ; Wed, 17 Mar 2010 15:11:42 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 5E9BA8FC17 for ; Wed, 17 Mar 2010 15:11:42 +0000 (UTC) Received: by ewy26 with SMTP id 26so468907ewy.3 for ; Wed, 17 Mar 2010 08:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=UydrcbjG9Viq8tJTHoUfkopFWpizG3MGz6KG2Y0gM/c=; b=TGWZ8B8obaD51LGk3AaUvGBQ8SlA/FORPAJqLtk4Dm6HGTwJHLNAZQ5m81TAqrdOda FJziPxrtbELSBPBFgB1jg7Ttj3qu6HqMSEWogRLLy+Ew5LQG4gmmxJlo9xP2LJYT2Ezm iOuWdcIyDOSd6OhlJxJxVl07tcyAUOBhldojI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aLVt3MHnji/YEHbNYv87NGtRFT7JgFZp5ln5nAEGen1X/hH+XVH6tlkrfN6oU3UYVj s4rU/BX5ZYa446tbQGYBaVSMwzlALvFQfOJpJIa1BnCZ6bhnrRkjeyGyHCHi8YXlNPLB Nd+o8cVlHITuayf6ytrEhtNhSrtsnttroG21E= MIME-Version: 1.0 Received: by 10.213.37.14 with SMTP id v14mr6684900ebd.28.1268838700266; Wed, 17 Mar 2010 08:11:40 -0700 (PDT) In-Reply-To: References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> Date: Wed, 17 Mar 2010 15:11:40 +0000 Message-ID: <2e027be01003170811p9499dcax89a78820c08740ea@mail.gmail.com> From: Tom Evans To: Cristiano Deana Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 17 Mar 2010 15:11:42 -0000 On Wed, Mar 17, 2010 at 2:37 PM, Cristiano Deana wrote: > On Wed, Mar 17, 2010 at 3:32 PM, Tom Evans wrote: > >>> make update >>> make buildworld && make kernel && make installworld >>> mergemaster >>> and i got a "bad system call (core dumped)". > >> You can't always run new userland on an old kernel, but you can always >> run old userland on a new kernel, which is why the process you went >> through is not the canonical way. See the handbook or >> /usr/src/UPDATING: > > yes, i knew. > but i was updating via ssh, so forget "run in single user". i also > know the exact procedure, but i upgrade hundreds of times before today > making this procedure and always went fine. > > i was just wondering if was a "one at a time" upgrade failure OR if > THIS upgrade (7.2 -> 8) have this problem. > > thanks all. > > btw, reboot without mergmaster and system was on again. mergemaster, > reboot and it's ready. > lucky me and thanks to freebsd > It will happen whenever you upgrade incorrectly and the newly installed userland requires syscalls that aren't present in your kernel. You need to be running your new kernel when you install your new world. What can go wrong if you don't do this order? Well, as you can see, you couldn't run mergemaster (and probably many other programs) until running your new kernel. If your new kernel did not boot successfully, you would be left with a kernel.old that boots but cant run the userland and a kernel that does not boot that can run the userland - in other words, you would be screwed. When switching major versions, there is always the chance that something major changes, so I'd try to avoid risky behaviour. YMMV. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 16:08: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 07AD6106566C for ; Wed, 17 Mar 2010 16:08:05 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-iw0-f180.google.com (mail-iw0-f180.google.com [209.85.223.180]) by mx1.freebsd.org (Postfix) with ESMTP id C89DE8FC08 for ; Wed, 17 Mar 2010 16:08:04 +0000 (UTC) Received: by iwn10 with SMTP id 10so1005182iwn.28 for ; Wed, 17 Mar 2010 09:08: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:message-id :subject:to:content-type; bh=xzk5G4icdC4MEnUCmL9fxPDJqxTfBWCY2ZbNxIG5HMI=; b=wEvJ5zQeunhxmInpGjSUYukXcc7PiJp0krH5Buk8p+9RHSCZIAv2S2VdyknPgBUCyn 1nX6l5vPFXaIOcIyRlfRz7FOgmmt+l4x/nFasOS5SSM5n/vT4ttDmz9etImB3gae8SZB wFtRzMcF8ZrEIIrYrQ/MCY488TNi2E7chH4H8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=DEoHzw/d0XAEAQ5N80VDa5De9JfRUoSCUXYmSASY2tJaoUwsg7ea5AjtPN3AlIdiT2 yDkin/4fus6AKuFG+nGdS5dRJbVe7IAKLTxvhVsQvkXeAD/LLHdcEfMvLpiAvlmdG6R6 cx2JQDtm58T1yhu/spTjfYjsqs4FAI9geTzZY= MIME-Version: 1.0 Received: by 10.231.150.74 with SMTP id x10mr1092241ibv.97.1268842083991; Wed, 17 Mar 2010 09:08:03 -0700 (PDT) From: Scott Ullrich Date: Wed, 17 Mar 2010 11:07:43 -0500 Message-ID: To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: msk gigabit NIC missed interrupts and watchdog timeouts 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, 17 Mar 2010 16:08:05 -0000 Hello, I am testing FreeBSD-8_STABLE updated as of a few minutes ago along with a msk type NIC. Having trouble with missed TX interrupts and watchdog timeouts. Tested http://svn.freebsd.org/changeset/base/205161 which made the NIC a little more stable but it finally exhibited the same issues after 10 minutes of load vs 1 minute. Does anyone have any suggestions on things that I can do to make this NIC more robust? pciconf -l shows: mskc0@pci0:2:0:0: class=0x020000 card=0x34588086 chip=0x436111ab rev=0x18 hdr=0x00 dmesg -a | grep msk shows: mskc0: port 0xc800-0xc8ff mem 0xdedfc000-0xdedfffff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:0e:0c:a4:54:ad miibus0: on msk0 mskc0: [FILTER] Thanks in advance for any pointers, etc Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 16:34:54 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 5E185106566B for ; Wed, 17 Mar 2010 16:34:54 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 12C4A8FC1F for ; Wed, 17 Mar 2010 16:34:54 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o2HGYqMM010592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 17 Mar 2010 09:34:52 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 881221CC18 for ; Wed, 17 Mar 2010 09:34:52 -0700 (PDT) To: freebsd-stable@freebsd.org Date: Wed, 17 Mar 2010 09:34:52 -0700 From: "Kevin Oberman" Message-Id: <20100317163452.881221CC18@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-17_07:2010-02-06, 2010-03-17, 2010-03-17 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003170159 Subject: Odd USB probing issues with USB disk drives 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, 17 Mar 2010 16:34:54 -0000 I have run into a really odd issue with my USB hard drive (SimpleTech box w/ Fujitsu 160 GB drive). If I have the drive connected at boot, it is fine. If I plug it in after the initial USB probe, it connects at full speed. At 12Mbps, it is pretty useless. It can take a couple of minutes just to mount. If I disconnect it (either after dismounting or before mounting in the first place) and then re-connect it, the drive is probed correctly as high speed and it is actually useful. Further disconnect/re-connect operations always seem to probe it a high speed. Only the first time the drive is plugged in after booting seems to fail to connect at high speed. Here is my usbconfig with the drive probed correctly. ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.4: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen2.2: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON If it probes as full speed, it is almost the same except that it is: ugen1.2: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON System is 8-Stable i386 uniprocessor and I have been seeing this since v8 went into the release cycle. It's just an annoyance now that I realize what is going on, but I would like to see if anyone else has seen this and if there is any explanation. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 16:37: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 4527B106567C for ; Wed, 17 Mar 2010 16:37:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id C6F168FC32 for ; Wed, 17 Mar 2010 16:37:12 +0000 (UTC) Received: by fxm24 with SMTP id 24so707847fxm.3 for ; Wed, 17 Mar 2010 09:37:11 -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=a3vVGIevv4rGQ1mIuzlf/VTSr99xmmYht/PQL1s2KIU=; b=cCgVgn0+htm9JtcyIz84Hmg1vCYqyyRB7uxtJh0mWxgvbyGl9mfRKv4b4U9FHOYmED kOWlUmNcjcThPRt+4CHFKjQF19qmUqkg/uih4I0Gyst1D4RZH1fwasKrGTx9eQlNyKr6 qPrmZj31a0xg/NSPjc7+S5jsP3w03HOX0dyU8= 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=D4CPXfJvgoca5Ltd5AFOeH7zGKwPSxge+mJRaC2+TI3sU92NqEu65GmKwuoB+ADVd0 OfvnAyOHmUGrYjBO3k6Cd7HuuMUTdpbOapShzswNn5b/4ZpOTm2p75afIuVFvksM1Mnt u561BoshqqcrIoiKismdCznXs9H1bEXbkkRC4= Received: by 10.87.70.29 with SMTP id x29mr3546743fgk.61.1268843830131; Wed, 17 Mar 2010 09:37:10 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm890684fgg.22.2010.03.17.09.37.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 09:37:08 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 17 Mar 2010 09:36:38 -0700 From: Pyun YongHyeon Date: Wed, 17 Mar 2010 09:36:38 -0700 To: Scott Ullrich Message-ID: <20100317163638.GA9373@michelle.cdnetworks.com> References: 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 Subject: Re: msk gigabit NIC missed interrupts and watchdog timeouts 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: Wed, 17 Mar 2010 16:37:14 -0000 On Wed, Mar 17, 2010 at 11:07:43AM -0500, Scott Ullrich wrote: > Hello, > > I am testing FreeBSD-8_STABLE updated as of a few minutes ago along > with a msk type NIC. > > Having trouble with missed TX interrupts and watchdog timeouts. > Would you try latest msk(4) in HEAD? I think you can download if_msk.c and if_mskreg.h from HEAD and can build it on stable/8. Due to added interface capabilities you have to add the following code in the beginning of if_msk.c to build it on stable/8. #ifndef IFCAP_VLAN_HWTSO #define IFCAP_VLAN_HWTSO 0 #endif > Tested http://svn.freebsd.org/changeset/base/205161 which made the NIC > a little more stable but it finally exhibited the same issues after 10 > minutes of load vs 1 minute. > > Does anyone have any suggestions on things that I can do to make this > NIC more robust? > > pciconf -l shows: > mskc0@pci0:2:0:0: class=0x020000 card=0x34588086 chip=0x436111ab > rev=0x18 hdr=0x00 > > dmesg -a | grep msk shows: > mskc0: port 0xc800-0xc8ff > mem 0xdedfc000-0xdedfffff irq 16 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:0e:0c:a4:54:ad > miibus0: on msk0 > mskc0: [FILTER] > Also show me the output of "devinfo -rv | grep phy". From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 18:06: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 0464A106564A for ; Wed, 17 Mar 2010 18:06:43 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id CDD828FC0C for ; Wed, 17 Mar 2010 18:06:42 +0000 (UTC) Received: by pxi38 with SMTP id 38so528585pxi.27 for ; Wed, 17 Mar 2010 11:06:42 -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 :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=xuGyBkL7p9WNc8xau5GUMFMDEk+TR1Syx3FbEb/R//g=; b=pzS5hmepNrnVnxs5k74zoufx7f81cOOTL59U0OMUC3snn5xiN5U0sEcPNWelOwLCmb dOFaYFlwdtYru2gAheVnqqgIM0o/OfPvvnCwW4ctMgRphgqpB9Ewg9hLTqj1/RBEQ9Yn s0TsAfQdeZxaaA2/wZGDgN2yvcAeLc6Lz4cjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=E2xVomWBzWwVpHaPfaEqGxruzYn7D+jkkERemwxf1KMoImCTaX40JBCdH+zsmL09/b gAbEfWWPoK//YfCImH9o2a/+wlzWUVNnT2rZ2NeX4ANCm0DBrvHEhAmUBbFzNOOusfFD f750h5GWFCGi9vw8Ez3viSyDM5W+smeYMRp84= MIME-Version: 1.0 Received: by 10.140.247.20 with SMTP id u20mr1313049rvh.230.1268849202309; Wed, 17 Mar 2010 11:06:42 -0700 (PDT) In-Reply-To: <20100317163638.GA9373@michelle.cdnetworks.com> References: <20100317163638.GA9373@michelle.cdnetworks.com> From: Scott Ullrich Date: Wed, 17 Mar 2010 13:06:22 -0500 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: msk gigabit NIC missed interrupts and watchdog timeouts 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, 17 Mar 2010 18:06:43 -0000 On Wed, Mar 17, 2010 at 11:36 AM, Pyun YongHyeon wrote: > Would you try latest msk(4) in HEAD? I think you can download > if_msk.c and if_mskreg.h from HEAD and can build it on stable/8. > Due to added interface capabilities you have to add the following > code in the beginning of if_msk.c to build it on stable/8. > > #ifndef IFCAP_VLAN_HWTSO > #define IFCAP_VLAN_HWTSO =A0 =A0 =A0 =A00 > #endif No problem. Just compiled a kernel containing the newest files. > Also show me the output of "devinfo -rv | grep phy". nas2# devinfo -rv | grep ph e1000phy0 pnpinfo oui=3D0x5043 model=3D0xc rev=3D0x2 at p= hyno=3D0 I am now testing the new kernel and it has been under load for quite a while. I shifted 2+ gigabytes through it and it seems OK now. Thanks for the help !! Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 18:59: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 59021106566B for ; Wed, 17 Mar 2010 18:59:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id D90F68FC08 for ; Wed, 17 Mar 2010 18:59:38 +0000 (UTC) Received: by fxm24 with SMTP id 24so861872fxm.3 for ; Wed, 17 Mar 2010 11:59: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=dvBPoA59LPPi7frl0cvcRN15LC3dRfy7dZl3j7D6zA8=; b=t4KXzkJO/xZgKyDISKeN8uObrj59BVyC3x96LFkIPbU6RkPih6ZpPBdAA1Ar8L+TkD w42ipeNww0YPpKLq8ovoODul1VzMFelBBFpspmqJ46AkrArOh32U6q1tIBkux8WmNd8o wRn8PlpJQ6DZj6RsxwuPuuwQbzqFO8aZwEfDs= 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=K7O90CmP2eAAvHi1gPdCl0nZzMd6ZfmalY/n4xs59tG1TKGzw8p/ChhvQczYpCLVUO yYhebnHGV1agzXXQ5vbsnj5sgoLtmHbTjhxhxgM5LYHYKCSvb0cljRA55q4NNS69uLrD +eLuoAMGw0QlMRTm3z6k9RicEn2JNRnhZBLLU= Received: by 10.87.72.8 with SMTP id z8mr13731703fgk.37.1268852376828; Wed, 17 Mar 2010 11:59:36 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id l19sm46879fgb.8.2010.03.17.11.59.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 11:59:35 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 17 Mar 2010 11:59:06 -0700 From: Pyun YongHyeon Date: Wed, 17 Mar 2010 11:59:06 -0700 To: Scott Ullrich Message-ID: <20100317185906.GE9373@michelle.cdnetworks.com> References: <20100317163638.GA9373@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 Subject: Re: msk gigabit NIC missed interrupts and watchdog timeouts 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: Wed, 17 Mar 2010 18:59:39 -0000 On Wed, Mar 17, 2010 at 01:06:22PM -0500, Scott Ullrich wrote: > On Wed, Mar 17, 2010 at 11:36 AM, Pyun YongHyeon wrote: > > Would you try latest msk(4) in HEAD? I think you can download > > if_msk.c and if_mskreg.h from HEAD and can build it on stable/8. > > Due to added interface capabilities you have to add the following > > code in the beginning of if_msk.c to build it on stable/8. > > > > #ifndef IFCAP_VLAN_HWTSO > > #define IFCAP_VLAN_HWTSO ? ? ? ?0 > > #endif > > No problem. Just compiled a kernel containing the newest files. > > > Also show me the output of "devinfo -rv | grep phy". > > nas2# devinfo -rv | grep ph > e1000phy0 pnpinfo oui=0x5043 model=0xc rev=0x2 at phyno=0 Ok, it's 88E1111 PHY. > > I am now testing the new kernel and it has been under load for quite a > while. I shifted 2+ gigabytes through it and it seems OK now. > Glad to hear that. If you encounter issues again let me know. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 20:05: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 5EA5A1065675 for ; Wed, 17 Mar 2010 20:05:40 +0000 (UTC) (envelope-from mathias.sogorski@googlemail.com) Received: from mail-fx0-f169.google.com (mail-fx0-f169.google.com [209.85.220.169]) by mx1.freebsd.org (Postfix) with ESMTP id D0ACB8FC08 for ; Wed, 17 Mar 2010 20:05:39 +0000 (UTC) Received: by fxm9 with SMTP id 9so178145fxm.3 for ; Wed, 17 Mar 2010 13:05:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=NInx4BkKSIIkpvs74vOW5ksHIzsMSI8mBRUMVaTVhek=; b=bkX1/Yl0LgfIuVEoyGpKioP6Tnw8TKNZD4pxbp2KYN1gb/l3UP36hhfF5M8w5euh3W kkNbYs3wqvBXBYkh2VkuDG74lxj6x1gwDSuwFXu61IDWPpL88InOHNpG+FCsKw2RU9Ei CVbzJqv2UgJNMHb+GFfWZlzGeDGc/55mzY1ZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=Cx8ONhFHZFDP52HCdJWcUji+ybPQErNnncSNny2MYk6GQjftYhAw+vH8jhsMoC5PCm 3vij/DU37EW2IjBRW7H58amA+DmuZ8uiGcHFO9dm1QM71AL1HcPlEDKWIo51P70FYKOH 3dJJLEZH4ppt+tAF2im7Y4kx985haJ4lnrMyE= Received: by 10.87.69.26 with SMTP id w26mr7919792fgk.51.1268855239734; Wed, 17 Mar 2010 12:47:19 -0700 (PDT) Received: from localhost (dslc-082-083-246-061.pools.arcor-ip.net [82.83.246.61]) by mx.google.com with ESMTPS id d6sm1266722fga.16.2010.03.17.12.47.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 12:47:18 -0700 (PDT) Date: Wed, 17 Mar 2010 20:47:19 +0100 From: Mathias Sogorski To: freebsd-stable@freebsd.org Message-ID: <20100317194719.GA1919@orangespace> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Freeze on closing terminal that runs wpa_supplicant 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, 17 Mar 2010 20:05:40 -0000 Hello! I am running 8.0-RELEASE on a notebook with the Intel 3945 WiFi. I usually start wpa_supplicant [...]& on a terminal when entering gnome followed by the dhcpcd call to use the WiFi connection. After having finished work and closing the terminal that runs wpa_supplicant, everything freezes and I have to turn the power off. Any suggestions? Thanks in advance, Mathias From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 21:39: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 0B435106566B for ; Wed, 17 Mar 2010 21:39:50 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1D368FC14 for ; Wed, 17 Mar 2010 21:39:49 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o2HLdm79028147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 17 Mar 2010 14:39:48 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 034371CC18; Wed, 17 Mar 2010 14:39:48 -0700 (PDT) To: Mathias Sogorski In-reply-to: Your message of "Wed, 17 Mar 2010 20:47:19 BST." <20100317194719.GA1919@orangespace> Date: Wed, 17 Mar 2010 14:39:48 -0700 From: "Kevin Oberman" Message-Id: <20100317213948.034371CC18@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-17_17:2010-02-06, 2010-03-17, 2010-03-17 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003170246 Cc: freebsd-stable@freebsd.org Subject: Re: Freeze on closing terminal that runs wpa_supplicant 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, 17 Mar 2010 21:39:50 -0000 > Date: Wed, 17 Mar 2010 20:47:19 +0100 > From: Mathias Sogorski > Sender: owner-freebsd-stable@freebsd.org > > Hello! > I am running 8.0-RELEASE on a notebook with the Intel 3945 WiFi. I > usually start wpa_supplicant [...]& on a terminal when entering gnome > followed by the dhcpcd call to use the WiFi connection. After having > finished work and closing the terminal that runs wpa_supplicant, > everything freezes and I have to turn the power off. Any suggestions? Is there a reason you don't use the standard incantation of ifconfig_wlan0="WPA DHCP" in /etc/rc.conf? An alternative would be to manually do an "/etc/rc.d/netif stop wlan0" or, even "ifconfig wlan0 down". I suspect that yanking the parent process out from under the wpa_supplicant is causing a deadlock. (This is a bug, but I have no idea how difficult it might be to fix.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 23:38: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 00D5C106566B for ; Wed, 17 Mar 2010 23:38:36 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6E38FC0C for ; Wed, 17 Mar 2010 23:38:35 +0000 (UTC) Received: by fxm24 with SMTP id 24so1108237fxm.3 for ; Wed, 17 Mar 2010 16:38:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.75.15 with SMTP id w15mr956063faj.70.1268869114440; Wed, 17 Mar 2010 16:38:34 -0700 (PDT) From: Vlad Galu Date: Thu, 18 Mar 2010 00:38:14 +0100 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Crash in pf(4) with a fairly recent RELENG_8 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, 17 Mar 2010 23:38:36 -0000 Luckily I could find this coredump: -- cut here -- #0 doadump () at pcpu.h:223 #1 0xffffffff802f4ace in boot (howto=260) at ../../../kern/kern_shutdown.c:416 #2 0xffffffff802f4eab in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:579 #3 0xffffffff805064d2 in trap_fatal (frame=0xffffff80000345c0, eva=0) at ../../../amd64/amd64/trap.c:857 #4 0xffffffff80506e8c in trap (frame=0xffffff80000345c0) at ../../../amd64/amd64/trap.c:644 #5 0xffffffff804eec93 in calltrap () at ../../../amd64/amd64/exception.S:224 #6 0xffffffff801a1140 in pf_state_tree_id_RB_MINMAX () at ../../../contrib/pf/net/pf.c:401 #7 0xffffffff801a1210 in pf_src_tree_RB_FIND (head=Variable "head" is not available. ) at ../../../contrib/pf/net/pf.c:396 #8 0xffffffff801a3594 in pf_insert_src_node (sn=0xffffff8000034868, rule=0xffffff0001694000, src=0xffffff000d75701c, af=2 '\002') at ../../../contrib/pf/net/pf.c:850 #9 0xffffffff801acd6e in pf_test_tcp (rm=0xffffff8000034978, sm=0xffffff8000034970, direction=1, kif=0xffffff000132ab00, m=0xffffff001e052b00, off=20, h=0xffffff000d757010, pd=0xffffff8000034990, am=0xffffff8000034980, rsm=0xffffff8000034968, ifq=0x0, inp=0x0) at ../../../contrib/pf/net/pf.c:3500 #10 0xffffffff801ae7a6 in pf_test (dir=1, ifp=0xffffff0001201000, m0=0xffffff8000034ac8, eh=Variable "eh" is not available. ) at ../../../contrib/pf/net/pf.c:7066 #11 0xffffffff801b33a9 in pf_check_in (arg=Variable "arg" is not available. ) at ../../../contrib/pf/net/pf_ioctl.c:3646 -- and here -- -- Good, fast & cheap. Pick any two. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 17 23:44: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 D7809106566B for ; Wed, 17 Mar 2010 23:44:48 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 768638FC1B for ; Wed, 17 Mar 2010 23:44:48 +0000 (UTC) Received: by fxm24 with SMTP id 24so1111198fxm.3 for ; Wed, 17 Mar 2010 16:44:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.197 with SMTP id c5mr8494674fat.35.1268869487232; Wed, 17 Mar 2010 16:44:47 -0700 (PDT) In-Reply-To: References: From: Vlad Galu Date: Thu, 18 Mar 2010 00:44:27 +0100 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Crash in pf(4) with a fairly recent RELENG_8 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, 17 Mar 2010 23:44:49 -0000 On Thu, Mar 18, 2010 at 12:38 AM, Vlad Galu wrote: > Luckily I could find this coredump: > > -- cut here -- > #0 =A0doadump () at pcpu.h:223 > #1 =A00xffffffff802f4ace in boot (howto=3D260) at ../../../kern/kern_shut= down.c:416 > #2 =A00xffffffff802f4eab in panic (fmt=3DVariable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:579 > #3 =A00xffffffff805064d2 in trap_fatal (frame=3D0xffffff80000345c0, eva= =3D0) > =A0 =A0at ../../../amd64/amd64/trap.c:857 > #4 =A00xffffffff80506e8c in trap (frame=3D0xffffff80000345c0) > =A0 =A0at ../../../amd64/amd64/trap.c:644 > #5 =A00xffffffff804eec93 in calltrap () at ../../../amd64/amd64/exception= .S:224 > #6 =A00xffffffff801a1140 in pf_state_tree_id_RB_MINMAX () > =A0 =A0at ../../../contrib/pf/net/pf.c:401 > #7 =A00xffffffff801a1210 in pf_src_tree_RB_FIND (head=3DVariable "head" i= s > not available. > ) > =A0 =A0at ../../../contrib/pf/net/pf.c:396 > #8 =A00xffffffff801a3594 in pf_insert_src_node (sn=3D0xffffff8000034868, > =A0 =A0rule=3D0xffffff0001694000, src=3D0xffffff000d75701c, af=3D2 '\002'= ) > =A0 =A0at ../../../contrib/pf/net/pf.c:850 > #9 =A00xffffffff801acd6e in pf_test_tcp (rm=3D0xffffff8000034978, > =A0 =A0sm=3D0xffffff8000034970, direction=3D1, kif=3D0xffffff000132ab00, > =A0 =A0m=3D0xffffff001e052b00, off=3D20, h=3D0xffffff000d757010, pd=3D0xf= fffff8000034990, > =A0 =A0am=3D0xffffff8000034980, rsm=3D0xffffff8000034968, ifq=3D0x0, inp= =3D0x0) > =A0 =A0at ../../../contrib/pf/net/pf.c:3500 > #10 0xffffffff801ae7a6 in pf_test (dir=3D1, ifp=3D0xffffff0001201000, > =A0 =A0m0=3D0xffffff8000034ac8, eh=3DVariable "eh" is not available. > ) at ../../../contrib/pf/net/pf.c:7066 > #11 0xffffffff801b33a9 in pf_check_in (arg=3DVariable "arg" is not availa= ble. > ) > =A0 =A0at ../../../contrib/pf/net/pf_ioctl.c:3646 > -- and here -- > The pf_src_node struct in frame #8 is this: -- cut here-- (kgdb) p k $1 =3D {entry =3D {rbe_left =3D 0x0, rbe_right =3D 0x0, rbe_parent =3D 0xffffffff00000000, rbe_color =3D 0}, addr =3D {pfa =3D = {v4 =3D { s_addr =3D 1684237067}, v6 =3D {__u6_addr =3D { __u6_addr8 =3D "\vkcd\200???\001\000\000\000\000\000\000", __u6_addr16 =3D {27403, 25699, 65408, 65535, 1, 0, 0, 0}, __u6_addr32 =3D {1684237067, 4294967168, 1, 0}}}, addr8 =3D "\vkcd\200???\001\000\000\000\000\000\000", addr16 =3D {274= 03, 25699, 65408, 65535, 1, 0, 0, 0}, addr32 =3D {1684237067, 429496716= 8, 1, 0}}}, raddr =3D {pfa =3D {v4 =3D {s_addr =3D 12}, v6 =3D {__u6_addr= =3D { __u6_addr8 =3D "\f\000\000\000\000\000\000\000\000?2\001\000???", __u6_addr16 =3D {12, 0, 0, 0, 43776, 306, 65280, 65535}, __u6_addr32 =3D {12, 0, 20097792, 4294967040}}}, addr8 =3D "\f\000\000\000\000\000\000\000\000?2\001\000???", addr16 = =3D {12, 0, 0, 0, 43776, 306, 65280, 65535}, addr32 =3D {12, 0, 20097792, 4294967040}}}, rule =3D {ptr =3D 0xffffff0001694000, nr =3D 2367488= 0}, kif =3D 0xffffffff801a9858, bytes =3D {18446743523953737740, 18446742974423724064}, packets =3D {3354, 17179869187}, states =3D 2351= 0160, conn =3D 4294967040, conn_rate =3D {limit =3D 23403040, seconds =3D 42949= 67040, count =3D 20097792, last =3D 4294967040}, creation =3D 2, expire =3D 0, af =3D 2 '\002', ruletype =3D 0 '\0'} -- and here-- The byte count looks weird... From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 01:22: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 63918106564A for ; Thu, 18 Mar 2010 01:22:01 +0000 (UTC) (envelope-from matheusber@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 121FA8FC0C for ; Thu, 18 Mar 2010 01:22:00 +0000 (UTC) Received: by gyf2 with SMTP id 2so832178gyf.13 for ; Wed, 17 Mar 2010 18:22:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=GEF15ETprsO5QwNQw43s3j6bzDU6/WWuM6cGYKzlSSE=; b=PZF0PU8hpDHT/Ymb20IrHvHwIetxmooW5K/PARm4lpF777DSxcpnUtIOQ+QHIKJlqG u+kYk64hrSJzwuztIKe2OAyyQcsRnXCiCe1aHGBWBa7TS6Ak9akD3RYltf0+pU+ZVloR gC1Z3uiHOBbvZRZU8hUx18W3I8oFOW6w1RehI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=eYSejzvxbkmGgXFJsWVz4QnHC4A0bmymoe8yyeFpMCdOy6xHe0jinIJ31FqBGl0b11 s+2OFEo/X2y8JrImMiCU+6KEQzJLKVv3nIePe3rjsnjGZUDa4GcJFjq0prKqlpD7N31n l1LCpCYLRMtWqwDD7pPYcztQP8pudKLdw3SFw= Received: by 10.150.47.37 with SMTP id u37mr5956438ybu.312.1268875320325; Wed, 17 Mar 2010 18:22:00 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.32.134]) by mx.google.com with ESMTPS id 34sm799762yxf.54.2010.03.17.18.21.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 18:21:58 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 85A65B8A1E; Wed, 17 Mar 2010 22:21:38 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Wed, 17 Mar 2010 22:21:38 -0300 (BRT) Message-ID: <8e44fe1b34b8107348d2ec5d86f4d7bf.squirrel@lamneth> In-Reply-To: <4BA08DCD.1060009@omnilan.de> References: <80587c73d8c5ee56d8890d04179024b8.squirrel@cygnus.homeunix.com> <20100308222653.GA87837@icarus.home.lan> <20100308204458.9e0d51a8.matheus@eternamente.info> <4B9E6C82.8050403@omnilan.de> <4BA08DCD.1060009@omnilan.de> Date: Wed, 17 Mar 2010 22:21:38 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ahci errors 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: Thu, 18 Mar 2010 01:22:01 -0000 On Wed, March 17, 2010 05:07, Harald Schmalzbauer wrote: > Nenhum_de_Nos schrieb am 16.03.2010 02:01 (localtime): >> On Mon, March 15, 2010 14:21, Harald Schmalzbauer wrote: >>> Nenhum_de_Nos schrieb am 09.03.2010 00:44 (localtime): >>>> On Mon, 8 Mar 2010 14:26:53 -0800 >>>> Jeremy Chadwick wrote: >>>> >>>>> On Mon, Mar 08, 2010 at 06:38:02PM -0300, Nenhum_de_Nos wrote: >>>>>> I've seen these errors in a production machine in deep disk load >>>>>> (scp >>>>>> and >>>>>> bsdtar in heavy use): >>>>> Please provide the output from the following commands: >>>> As I had huge disk activity when those messages appeared, I did reboot >>>> after and now no more are there. I think the vmstat command should be >>>> issued when the problem was happening right ? (if so I can run the >>>> backup tar's and see what happens). >>> What disks do you use? >>> I have similar timeouts and mav has the hd firmware in mind to be the >>> culprit >>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2010-02/msg00737.html >>> >>> In my case it's the samsung EcoGreen SpinPouint F2 1.5TB, Firmware >>> 1AG01113 and 1AG01118. The disk on ahcich2 (where the timeouts appear) >>> has the newer firmware. >> >> 2 Seagate 1TB disks: >> >> Mar 8 13:49:45 optimus kernel: ada1 at ahcich1 bus 0 scbus1 target 0 >> lun 0 >> Mar 8 13:49:45 optimus kernel: ada1: ATA-8 SATA 2.x >> device >> Mar 8 13:49:45 optimus kernel: ada1: 300.000MB/s transfers (SATA 2.x, >> UDMA6, PIO size 8192bytes) >> Mar 8 13:49:45 optimus kernel: ada1: Command Queueing enabled >> Mar 8 13:49:45 optimus kernel: ada1: 953869MB (1953525168 512 byte >> sectors: 16H 63S/T 16383C) >> Mar 8 13:49:45 optimus kernel: ada2 at ahcich3 bus 0 scbus3 target 0 >> lun 0 >> Mar 8 13:49:45 optimus kernel: ada2: ATA-8 SATA 2.x >> device >> Mar 8 13:49:45 optimus kernel: ada2: 300.000MB/s transfers (SATA 2.x, >> UDMA6, PIO size 8192bytes) >> Mar 8 13:49:45 optimus kernel: ada2: Command Queueing enabled >> Mar 8 13:49:45 optimus kernel: ada2: 953869MB (1953525168 512 byte >> sectors: 16H 63S/T 16383C) >> >> those are known to be bad ? > > In my experience, these are reliable drives. And completely different to > mine. So I think it's not liklely to be a firmware bug. > I hope the problem can be pointed out. If there's anything I can help, > please let me know. > > Thanks, > > -Harry thanks. but it was caused by a disk intensive script that was running to much (a cron line that said * on minute and */4 on hour). so disks were never idle. when I corrected it no more of those showed up. if needed more tests can be done :) thanks all, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 07:55: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 1D76D106566B for ; Thu, 18 Mar 2010 07:55:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6698FC0C for ; Thu, 18 Mar 2010 07:55:34 +0000 (UTC) Received: (qmail 3994 invoked by uid 399); 18 Mar 2010 07:55:33 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Mar 2010 07:55:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Thu, 18 Mar 2010 00:55:32 -0700 (PDT) From: Doug Barton To: Cristiano Deana In-Reply-To: Message-ID: References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Tom Evans , FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 18 Mar 2010 07:55:35 -0000 On Wed, 17 Mar 2010, Cristiano Deana wrote: > yes, i knew. > but i was updating via ssh, so forget "run in single user". i also > know the exact procedure, but i upgrade hundreds of times before today > making this procedure and always went fine. So, it works just fine right up until the time it doesn't work. Feel free to deviate from the documented procedures, it's your system. Just don't be surprised if things break. Doug From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 11:38: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 53389106566B for ; Thu, 18 Mar 2010 11:38:07 +0000 (UTC) (envelope-from cbaecker@demig.de) Received: from h949823.stratoserver.net (demig.de [85.214.63.38]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD128FC16 for ; Thu, 18 Mar 2010 11:38:06 +0000 (UTC) Received: (qmail 30641 invoked from network); 18 Mar 2010 12:11:24 +0100 Received: from pd907f3d8.dip0.t-ipconnect.de (HELO firewall.demig.intra) (217.7.243.216) by demig.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Mar 2010 12:11:24 +0100 Received: from [192.168.148.69] (ws-pr-8-xp.demig.intra [192.168.148.69]) by firewall.demig.intra (8.14.3/8.14.4) with ESMTP id o2IBB0RY013261; Thu, 18 Mar 2010 12:11:00 +0100 (CET) (envelope-from cbaecker@demig.de) Message-ID: <4BA20A43.10006@demig.de> Date: Thu, 18 Mar 2010 12:10:59 +0100 From: =?ISO-8859-15?Q?Carsten_B=E4cker?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.67 on 192.168.148.235 Subject: Re: loader(8) readin failed on 7.2R and later including 8.0R 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, 18 Mar 2010 11:38:07 -0000 Hello, i ran into a similar problem when recently trying to install 8.0R on an embedded system. We've been using this hardware for a couple of years with FreeBSD 4.11 and didn't see any problem like this. Disabling the memory hole (15-16M) solved the problem here, but that shouldn't be a solution. I wonder whether it's a loader-, or a BIOS-problem, since memory-allocation should respect reserved areas. Best regards Carsten Bäcker On Sunday 06 December 2009 12:16:36 am Hiroki Sato wrote: > Hiroki Sato wrote > in<20091205.184250.201700943....@allbsd.org>: > > hr> A summary so far is: > hr> > hr> 1) a<8MB 7.1R kernel + stock 8.0R loader > hr> 2a) a>8MB 8.0R kernel + stock 8.0R loader > hr> 2b) a>8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes > hr> 2c) a>8MB 8.0R kernel + loader with your patch > hr> 3a) a<8MB 8.0R kernel + stock 8.0R loader > hr> 3b) a<8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes > hr> 3c) a<8MB 8.0R kernel + loader with your patch > > Grr, I double-checked how it got stuck, then I found the console > redirect was disabled because of an old device.hints. The revised > summary is: > > loading text loading syms boot > 1) OK OK OK > 2a) "readin failed" - - > 2b) OK "skipped!" OK > 2c) OK "skipped!" OK > 3a) OK OK OK > 3b) OK OK OK > 3c) OK OK OK > > So, the case 2c shows that your patch solves the problem in the case > 2a. Thank you! :) > > Loading>8MB kernel works now, but loading syms sections still fails > even in the case 2c. Ok. Your system's SMAP is kind of weird (it has a very small region above 1MB, so it may not deal well with "large" kernels, though I thought it had enough room for at least a 12MB kernel. Hmm, the size of the kernel file may be deceptive though since it does not include BSS. I wonder if it is trying to load the symbols after the BSS. -- John Baldwin ______________________ -- *********************************************************************** * demig Prozessautomatisierung GmbH * demig Anlagentechnik GmbH * * * * * Anschrift: Haardtstrasse 40 * Haardtstrasse 40 * * D-57076 Siegen * D-57076 Siegen * * Registergericht: Siegen HRB 2819 * Siegen HRB 5532 * * Geschaeftsfuehrer: Joachim Herbst, * Joachim Herbst, * * Winfried Held * Winfried Held * * Telefon: +49 271 772020 * +49 271 772020 * * Telefax: +49 271 74704 * +49 271 74704 * * E-Mail: info@demig.de * at@demig.de * * http://www.demig.de * http://www.demig.de * *********************************************************************** From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 13:26: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 606D5106566B for ; Thu, 18 Mar 2010 13:26:34 +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 8E0018FC1A for ; Thu, 18 Mar 2010 13:26:33 +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 PAA06197; Thu, 18 Mar 2010 15:26:30 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4BA22A06.1070904@icyb.net.ua> Date: Thu, 18 Mar 2010 15:26:30 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20100211) MIME-Version: 1.0 To: =?ISO-8859-15?Q?Carsten_B=E4cker?= References: <4BA20A43.10006@demig.de> In-Reply-To: <4BA20A43.10006@demig.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: loader(8) readin failed on 7.2R and later including 8.0R 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, 18 Mar 2010 13:26:34 -0000 on 18/03/2010 13:10 Carsten Bäcker said the following: > Hello, > > i ran into a similar problem when recently trying to install 8.0R on an > embedded system. We've been using this hardware for a couple of > years with FreeBSD 4.11 and didn't see any problem like this. > > Disabling the memory hole (15-16M) solved the problem here, but > that shouldn't be a solution. I wonder whether it's a loader-, or a > BIOS-problem, since memory-allocation should respect reserved > areas. True. Please also keep in mind that BIOS should report reserved areas correctly too. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 14:46: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 ACE30106566C for ; Thu, 18 Mar 2010 14:46:14 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7D18FC18 for ; Thu, 18 Mar 2010 14:46:14 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 316A946B09; Thu, 18 Mar 2010 10:46:14 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 692FA8A021; Thu, 18 Mar 2010 10:46:13 -0400 (EDT) From: John Baldwin To: Carsten =?iso-8859-15?q?B=E4cker?= Date: Thu, 18 Mar 2010 09:35:23 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BA20A43.10006@demig.de> In-Reply-To: <4BA20A43.10006@demig.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201003180935.23634.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 18 Mar 2010 10:46:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: loader(8) readin failed on 7.2R and later including 8.0R 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, 18 Mar 2010 14:46:14 -0000 On Thursday 18 March 2010 7:10:59 am Carsten B=E4cker wrote: > Hello, >=20 > i ran into a similar problem when recently trying to install 8.0R on an > embedded system. We've been using this hardware for a couple of > years with FreeBSD 4.11 and didn't see any problem like this. >=20 > Disabling the memory hole (15-16M) solved the problem here, but > that shouldn't be a solution. I wonder whether it's a loader-, or a > BIOS-problem, since memory-allocation should respect reserved > areas. The problem is likely because an 8.0 kernel is simply larger than a 4.11 kernel. 4.11's loader would have had the same issue. The problem (as it were), is that we expect to be able to load the kernel + modules into one contiguous chunk of RAM, starting at 4MB (PAE and amd64 kernels start at 2MB). =20 > Best regards > Carsten B=E4cker >=20 >=20 > On Sunday 06 December 2009 12:16:36 am Hiroki Sato wrote: > > Hiroki Sato wrote > > in<20091205.184250.201700943....@allbsd.org>: > > > > hr> A summary so far is: > > hr> > > hr> 1) a<8MB 7.1R kernel + stock 8.0R loader > > hr> 2a) a>8MB 8.0R kernel + stock 8.0R loader > > hr> 2b) a>8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT= =3Dyes > > hr> 2c) a>8MB 8.0R kernel + loader with your patch > > hr> 3a) a<8MB 8.0R kernel + stock 8.0R loader > > hr> 3b) a<8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT= =3Dyes > > hr> 3c) a<8MB 8.0R kernel + loader with your patch > > > > Grr, I double-checked how it got stuck, then I found the console > > redirect was disabled because of an old device.hints. The revised > > summary is: > > > > loading text loading syms boot > > 1) OK OK OK > > 2a) "readin failed" - - > > 2b) OK "skipped!" OK > > 2c) OK "skipped!" OK > > 3a) OK OK OK > > 3b) OK OK OK > > 3c) OK OK OK > > > > So, the case 2c shows that your patch solves the problem in the case > > 2a. Thank you! :) > > > > Loading>8MB kernel works now, but loading syms sections still fails > > even in the case 2c. >=20 > Ok. Your system's SMAP is kind of weird (it has a very small region above > 1MB, so it may not deal well with "large" kernels, though I thought it had > enough room for at least a 12MB kernel. Hmm, the size of the kernel file= may > be deceptive though since it does not include BSS. I wonder if it is try= ing > to load the symbols after the BSS. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 15:58: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 8F208106566B; Thu, 18 Mar 2010 15:58:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 27B0E8FC20; Thu, 18 Mar 2010 15:57:06 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o2IFXgJI023194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 18 Mar 2010 08:33:42 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4450C1CC26; Thu, 18 Mar 2010 08:33:42 -0700 (PDT) To: delphij@freebsd.org Date: Thu, 18 Mar 2010 08:33:42 -0700 From: "Kevin Oberman" Message-Id: <20100318153342.4450C1CC26@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-18_12:2010-02-06, 2010-03-18, 2010-03-18 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003180145 Cc: stable@freebsd.org Subject: DPMS broken on ThinkPad T43 since update for amd64 support 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, 18 Mar 2010 15:58:16 -0000 Since the update of DPMS to support amd64 on March 2, it has broken rather badly on my ThinkPad T43 laptop. The problem showed up on 8-stable built on March 3 and is still present after an update to stable of March 17. When in vty text mode, after the idle normal delay, the display blanks, but the backlight remains on, so the P in DPMS seems to be less than effective. At that point, the non-graphics display is dead. It never comes back when characters are entered. I can't get the display to come back without a reboot. I can, however, start X (and Gnome) and everything is fine. But switching back to any vty results in a blank screen. Any idea what happened and if there is a fix or workaround? Any data I can collect? The system is a uniprocessor Pentium-M: CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff AMD Features=0x100000 My display is: vgapci0@pci0:1:0:0: class=0x030000 card=0x056e1014 chip=0x54601002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon X300 Mobility (M22) (RV370)' class = display subclass = VGA -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 17:02:08 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 E3BF81065670; Thu, 18 Mar 2010 17:02:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6714C8FC12; Thu, 18 Mar 2010 17:02:07 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 5D517A67AFF; Fri, 19 Mar 2010 01:02:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id KciJZKtfIvNl; Fri, 19 Mar 2010 01:01:57 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 8C70DA67808; Fri, 19 Mar 2010 01:01:55 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=AyXnVPlUudncYdiRlCDXjTod8XFuZ3vILIY7fCMb+xOBSQ0y3pMlCOLPlM/Bmau1N mPqobH8eaKjUBKwS6ZtIA== Message-ID: <4BA25C7F.6060009@delphij.net> Date: Thu, 18 Mar 2010 10:01:51 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100304 Thunderbird/3.0.3 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Kevin Oberman References: <20100318153342.4450C1CC26@ptavv.es.net> In-Reply-To: <20100318153342.4450C1CC26@ptavv.es.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.ORG, delphij@FreeBSD.ORG, jkim@FreeBSD.org Subject: Re: DPMS broken on ThinkPad T43 since update for amd64 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 17:02:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On 2010/03/18 08:33, Kevin Oberman wrote: > Since the update of DPMS to support amd64 on March 2, it has broken > rather badly on my ThinkPad T43 laptop. The problem showed up on > 8-stable built on March 3 and is still present after an update to stable > of March 17. > > When in vty text mode, after the idle normal delay, the display blanks, > but the backlight remains on, so the P in DPMS seems to be less than > effective. At that point, the non-graphics display is dead. It never > comes back when characters are entered. I can't get the display to come > back without a reboot. > > I can, however, start X (and Gnome) and everything is fine. But > switching back to any vty results in a blank screen. > > Any idea what happened and if there is a fix or workaround? Any data I > can collect? > > The system is a uniprocessor Pentium-M: > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > Features=0xafe9fbff Features2=0x180 > AMD Features=0x100000 > > My display is: > vgapci0@pci0:1:0:0: class=0x030000 card=0x056e1014 chip=0x54601002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'Radeon X300 Mobility (M22) (RV370)' > class = display > subclass = VGA Looks like that the CPU runs on i386 mode (doesn't support amd64?) and when the screen was blank (with back light) the kernel is still alive (as you can switch to X? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLolx/AAoJEATO+BI/yjfB64UIAKxCMzcVfSoKugbL7xq5PkRC Q7t8XwroLBbyk2R8RqDhxR6Cz4GgnEPvlhEBf0Rbvbo3mSDwhl1P1AXXVCq/NO83 dMuzZORRgjHBsWWn2PF+L+x6VmiNgJBtmhjW0lLo0f8nDbykKFmFWDCV5cE7QCfE +6g1FxB3HVMpqyisWyOG6pZ2wAv1kSX6B+XXewrhXA/Zn3q/XUabFpzMXPHlGWZc tlWqhY2TXSQULgCq9Be4ZCqrZnfmK1vf2JHxEfUHR8wNJMPIRxrypu40wgGZHiR7 4P5k8tjysF+ql5pqFyG/X8Y43TJAdK+mXatMp4HRnefjduBVkY1hd8lP/14/AB0= =NVr/ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 17:41: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 C27741065670 for ; Thu, 18 Mar 2010 17:41:52 +0000 (UTC) (envelope-from jbiquez@icsmx.com) Received: from intranet.com.mx (intranet.com.mx [200.33.246.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9194E8FC08 for ; Thu, 18 Mar 2010 17:41:52 +0000 (UTC) Received: from PC.icsmx.com (189.144.49.147) by icsmx.com with ESMTP (EIMS X 3.3.9) for ; Thu, 18 Mar 2010 11:28:17 -0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 18 Mar 2010 11:27:48 -0600 To: FreeBSD Stable Mailing List From: Jorge Biquez In-Reply-To: References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: <3351778098-2078121394@intranet.com.mx> Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 18 Mar 2010 17:41:52 -0000 At 01:55 a.m. 18/03/2010, Doug Barton wrote: >On Wed, 17 Mar 2010, Cristiano Deana wrote: > >>yes, i knew. >>but i was updating via ssh, so forget "run in single user". i also >>know the exact procedure, but i upgrade hundreds of times before today >>making this procedure and always went fine. > >So, it works just fine right up until the time it doesn't work. Feel >free to deviate from the documented procedures, it's your system. >Just don't be surprised if things break. > > >Doug >_______________________________________________ Hello all. With all respect Doug, users that have remote machines and do not have access to it to boot single user like the manual says.. what can we do? I understand that step is to be sure that no user will modify something while we are doing those process. In my case I do that step after midnight when our users are not in the server. Can others with remote systems comment about what they do in this step? Thanks in advance Jorge Biquez From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 17:49: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 7E214106564A for ; Thu, 18 Mar 2010 17:49:29 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9A58FC0C for ; Thu, 18 Mar 2010 17:49:28 +0000 (UTC) Received: by pxi38 with SMTP id 38so1436802pxi.27 for ; Thu, 18 Mar 2010 10:49:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=KMC8HQsY9QOlAg5vRojBfFsFx5WdUhCYuftTn/PLKAk=; b=EC9u5lHaCe4yuwULacOx8LC/aOwXLlYljBQWVlPd8/NTCT22mAJ8DwqawcgNBWbHF3 TIn7y8T6ZV5coO4EofU93uiH1rcC4jyOPdbeOqLMZUXYbKVz/bH0No8eujFt4kRkRgAq pYhc3YOK43sQag+EzhyikJo7sQDyUM01JYihs= 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=q1+y1pgivckpJcMSpC913Yv5FMRKpmyia2742YWPvAwe0y4z+hXCCHo6dhPlhVYkU6 Se20vFF5QjEELubaqv1TQXhXMuBhSdKYwbX8+n4g7ZWTpbOKO2W/UJ5hwJAXmjbaOFbk ZiceI7WUankTCzuBbjVUsMocz0GUIWe84f2dU= MIME-Version: 1.0 Received: by 10.142.74.19 with SMTP id w19mr1430110wfa.125.1268934568636; Thu, 18 Mar 2010 10:49:28 -0700 (PDT) In-Reply-To: <3351778098-2078121394@intranet.com.mx> References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> <3351778098-2078121394@intranet.com.mx> Date: Thu, 18 Mar 2010 12:49:28 -0500 Message-ID: <6201873e1003181049p3cc91e3jf5da2a8663e35fd6@mail.gmail.com> From: Adam Vande More To: Jorge Biquez Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 18 Mar 2010 17:49:29 -0000 On Thu, Mar 18, 2010 at 12:27 PM, Jorge Biquez wrote: > Hello all. > With all respect Doug, users that have remote machines and do not have > access to it to boot single user like the manual says.. what can we do? I > understand that step is to be sure that no user will modify something while > we are doing those process. In my case I do that step after midnight when > our users are not in the server. > > Can others with remote systems comment about what they do in this step? > > Thanks in advance > KVM over IP or have someone onsite who is at least able to follow instructions and trusted eg datacenter personel(Some offer a "helping hands" type of program). KVM over IP is much preferred. Your KVM should be plugged into a power strip capable of remote management in case it flakes out(the ones I've used all do occasionally) so can be power cycled. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 17:54: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 B8467106564A for ; Thu, 18 Mar 2010 17:54:15 +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 637CB8FC1E for ; Thu, 18 Mar 2010 17:54:14 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta02.westchester.pa.mail.comcast.net with comcast id uf4q1d01M16LCl052huFwc; Thu, 18 Mar 2010 17:54:15 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta06.westchester.pa.mail.comcast.net with comcast id uhuE1d00K3S48mS3ShuFZ7; Thu, 18 Mar 2010 17:54:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2C7299B436; Thu, 18 Mar 2010 10:54:13 -0700 (PDT) Date: Thu, 18 Mar 2010 10:54:13 -0700 From: Jeremy Chadwick To: Jorge Biquez Message-ID: <20100318175413.GA52995@icarus.home.lan> References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> <3351778098-2078121394@intranet.com.mx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3351778098-2078121394@intranet.com.mx> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 18 Mar 2010 17:54:15 -0000 On Thu, Mar 18, 2010 at 11:27:48AM -0600, Jorge Biquez wrote: > At 01:55 a.m. 18/03/2010, Doug Barton wrote: > >On Wed, 17 Mar 2010, Cristiano Deana wrote: > > > >>yes, i knew. > >>but i was updating via ssh, so forget "run in single user". i also > >>know the exact procedure, but i upgrade hundreds of times before today > >>making this procedure and always went fine. > > > >So, it works just fine right up until the time it doesn't work. > >Feel free to deviate from the documented procedures, it's your > >system. Just don't be surprised if things break. > > > > > >Doug > >_______________________________________________ > > > Hello all. > With all respect Doug, users that have remote machines and do not > have access to it to boot single user like the manual says.. what > can we do? I understand that step is to be sure that no user will > modify something while we are doing those process. In my case I do > that step after midnight when our users are not in the server. > > Can others with remote systems comment about what they do in this step? Serial console. -- | 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 Mar 18 17:55: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 144481065670 for ; Thu, 18 Mar 2010 17:55:16 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id 98B418FC2B for ; Thu, 18 Mar 2010 17:55:15 +0000 (UTC) Received: by ewy28 with SMTP id 28so1117864ewy.13 for ; Thu, 18 Mar 2010 10:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NDaNVp1Izkqb6631t5DXL8cUD3CjimhXpDKOdx73+8c=; b=tcYMJNOtplpz78JLMEoMTac99IYKNsq5lzGRzT6TUab6F7IbgMljG7DKp13WRMC+YM IejpQbNoU5EVjIgl7S+PW/RlTDxpMeyCH++mcf/rDX6RmySaQ9gCd4/u9GqkyAFE/ETu 4DsPLrRh+66TK1NnwcwTbVozYiyOuRRZUCUSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Z7VsDKFeq8tSeEMuF0S3vo7GKWs3o7MkgYjRmnwnrC/XwD2vuHoJfjjWV6fGBt+Rkk vYmgsNssFU5lVWcXDjssDZe4Nw9yiRuWz0e4TMr+ueJMY+11U1NMsC0BKVCWroZI29SH S/ALhOfizTMjvSfGKWyfWy9Wu7WMugH7zILeA= MIME-Version: 1.0 Received: by 10.213.39.135 with SMTP id g7mr1766537ebe.49.1268934913871; Thu, 18 Mar 2010 10:55:13 -0700 (PDT) In-Reply-To: <3351778098-2078121394@intranet.com.mx> References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> <3351778098-2078121394@intranet.com.mx> Date: Thu, 18 Mar 2010 17:55:13 +0000 Message-ID: <2e027be01003181055w6a2ec0d6w1da5ccfcfea53974@mail.gmail.com> From: Tom Evans To: Jorge Biquez Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Mailing List Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 18 Mar 2010 17:55:16 -0000 On Thu, Mar 18, 2010 at 5:27 PM, Jorge Biquez wrote: > Hello all. > With all respect Doug, users that have remote machines and do not have > access to it to boot single user like the manual says.. what can we do? I > understand that step is to be sure that no user will modify something while > we are doing those process. In my case I do that step after midnight when > our users are not in the server. > > Can others with remote systems comment about what they do in this step? > > Thanks in advance > > Jorge Biquez > > Hi Jorge As I mentioned in my email, the critical thing is that you must be running your new kernel before installing your new world. The single-user phase is simply to ensure that nothing is running that would interfere with the installworld/mergemaster steps. Therefore, an appropriate workaround if you cannot go to single user mode remotely would be to install the kernel, reboot into the new kernel, install world, reboot into the new world. However, if you have no remote access at all (remote power would be better than nothing!) this would be quite risky. Judicious use of nextboot, and having someone on standby who can find the power button is recommended. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 18:08:02 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 8300F106564A; Thu, 18 Mar 2010 18:08:02 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 343568FC16; Thu, 18 Mar 2010 18:08:02 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o2II7kav001149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 18 Mar 2010 11:07:46 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 208EB1CC26; Thu, 18 Mar 2010 11:07:46 -0700 (PDT) To: d@delphij.net In-reply-to: Your message of "Thu, 18 Mar 2010 10:01:51 PDT." <4BA25C7F.6060009@delphij.net> Date: Thu, 18 Mar 2010 11:07:46 -0700 From: "Kevin Oberman" Message-Id: <20100318180746.208EB1CC26@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-18_13:2010-02-06, 2010-03-18, 2010-03-18 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003180190 Cc: stable@FreeBSD.ORG, delphij@FreeBSD.ORG, jkim@FreeBSD.org Subject: Re: DPMS broken on ThinkPad T43 since update for amd64 support 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, 18 Mar 2010 18:08:02 -0000 > Date: Thu, 18 Mar 2010 10:01:51 -0700 > From: Xin LI > > Hi, > > On 2010/03/18 08:33, Kevin Oberman wrote: > > Since the update of DPMS to support amd64 on March 2, it has broken > > rather badly on my ThinkPad T43 laptop. The problem showed up on > > 8-stable built on March 3 and is still present after an update to stable > > of March 17. > > > > When in vty text mode, after the idle normal delay, the display blanks, > > but the backlight remains on, so the P in DPMS seems to be less than > > effective. At that point, the non-graphics display is dead. It never > > comes back when characters are entered. I can't get the display to come > > back without a reboot. > > > > I can, however, start X (and Gnome) and everything is fine. But > > switching back to any vty results in a blank screen. > > > > Any idea what happened and if there is a fix or workaround? Any data I > > can collect? > > > > The system is a uniprocessor Pentium-M: > > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > > Features=0xafe9fbff > Features2=0x180 > > AMD Features=0x100000 > > > > My display is: > > vgapci0@pci0:1:0:0: class=0x030000 card=0x056e1014 chip=0x54601002 rev=0x00 hdr=0x00 > > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > > device = 'Radeon X300 Mobility (M22) (RV370)' > > class = display > > subclass = VGA > > Looks like that the CPU runs on i386 mode (doesn't support amd64?) and > when the screen was blank (with back light) the kernel is still alive > (as you can switch to X? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die Yes, i386 only. (Pentium-M) and the system is fully functional. I can enter commands (very carefully) and they run. I can do 'startx' and gnome starts up correctly and the display works for X, but CTRL-ALT-F1 gives me a blank display until I re-boot. I can exit Gnome and blindly enter "shutdown -r now" and the system reboots as normal. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 19:57: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 E1FFB1065672 for ; Thu, 18 Mar 2010 19:57:46 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 87E2A8FC18 for ; Thu, 18 Mar 2010 19:57:46 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 253CF27; Thu, 18 Mar 2010 20:27:58 +0100 (MET) Date: Thu, 18 Mar 2010 20:27:58 +0100 From: Joerg Wunsch To: freebsd-stable@freebsd.org Message-ID: <20100318192758.GP52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 19:57:47 -0000 I'm running into a strange problem with 8-current (or 8.0-RELEASE) on an elderly Thinkpad 600E. As long as I'm using the GENERIC kernel, an Intel Etherexpress PC card works as expected: interrupt storm detected on "irq11:"; throttling interrupt source xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 xe0: version 0x45/0x04, 100Mbps capable xe0: Ethernet address: 00:a0:c9:bc:b5:ef xe0: [ITHREAD] However, as soon as I start removing unneeded stuff from the kernel config file, the driver completely jams. It just sits there, the machine blocks, until I eventually pop out the card, when I get the following messages: cbb1: ready never happened, status = 00 xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 xe0: version 0xff/0x07, 100Mbps capable xe0: Ethernet address: 00:a0:c9:bc:b5:ef xe0: [ITHREAD] xe0: detached cbb1: Bad Vcc requested As the CPU is a little slow, recompiling kernels takes an eternity on it (even with NO_KERNELCLEAN), so I could not isolate it to a single line in the config file so far. Upgrading from 8.0-RELEASE to 8-stable does not change that behaviour. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 20:21:28 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 E36B5106564A for ; Thu, 18 Mar 2010 20:21:28 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id BD7A78FC19 for ; Thu, 18 Mar 2010 20:21:28 +0000 (UTC) Received: (qmail 2045 invoked from network); 18 Mar 2010 20:21:28 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Mar 2010 20:21:28 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 591F25088A; Thu, 18 Mar 2010 16:21:26 -0400 (EDT) From: Lowell Gilbert To: Joerg Wunsch References: <20100318192758.GP52442@uriah.heep.sax.de> Date: Thu, 18 Mar 2010 16:21:26 -0400 In-Reply-To: <20100318192758.GP52442@uriah.heep.sax.de> (Joerg Wunsch's message of "Thu, 18 Mar 2010 20:27:58 +0100") Message-ID: <44bpels7nd.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 20:21:29 -0000 Joerg Wunsch writes: > I'm running into a strange problem with 8-current (or 8.0-RELEASE) on > an elderly Thinkpad 600E. > > As long as I'm using the GENERIC kernel, an Intel Etherexpress PC card > works as expected: > > interrupt storm detected on "irq11:"; throttling interrupt source > xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 > xe0: version 0x45/0x04, 100Mbps capable > xe0: Ethernet address: 00:a0:c9:bc:b5:ef > xe0: [ITHREAD] > > However, as soon as I start removing unneeded stuff from the kernel > config file, the driver completely jams. It just sits there, the > machine blocks, until I eventually pop out the card, when I get the > following messages: > > cbb1: ready never happened, status = 00 > xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 > xe0: version 0xff/0x07, 100Mbps capable > xe0: Ethernet address: 00:a0:c9:bc:b5:ef > xe0: [ITHREAD] > xe0: detached > cbb1: Bad Vcc requested > As the CPU is a little slow, recompiling kernels takes an eternity on > it (even with NO_KERNELCLEAN), so I could not isolate it to a single > line in the config file so far. Try "device cbb". Also make sure you have pccard. I don't think you'll need cardbus with that setup, but I'm not certain. I'm not sure about this, because I wouldn't really expect the xe driver to attach at all without pccard working, but you definitely need those in your case. Or maybe I'm way off base, since the comments in the GENERIC file would probably warn you not to delete those. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 20:54:22 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 09B07106566B for ; Thu, 18 Mar 2010 20:54:22 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id A63118FC0A for ; Thu, 18 Mar 2010 20:54:21 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id E280F27; Thu, 18 Mar 2010 21:54:16 +0100 (MET) Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <20100318192758.GP52442@uriah.heep.sax.de> <44bpels7nd.fsf@be-well.ilk.org> In-Reply-To: <44bpels7nd.fsf@be-well.ilk.org> From: j@uriah.heep.sax.de (Joerg Wunsch) X-Original-Newsgroups: local.freebsd.stable To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii Message-Id: <20100318205416.E280F27@uriah.heep.sax.de> Date: Thu, 18 Mar 2010 21:54:16 +0100 (MET) Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 20:54:22 -0000 Lowell Gilbert wrote: > Try "device cbb". Also make sure you have pccard. I don't think > you'll need cardbus with that setup, but I'm not certain. cbb, pccard, and also cardbus are part of the kernel config. I originally left out xe on purpose (so I could e.g. recompile it while the machine is running), but even when I include it, the problem remains. It's something else, but I've got no idea what. The really bad thing is that it completely halts the machine until pulling the card. I've been using that very same card in that TP 600E regularly years before, with older FreeBSD versions, without much problems. (There's a generic problem on the TP600 where you have to provide an explicit memory start address beyond regular RAM in loader.conf, e.g. hw.cbb.start_memory=0x20000000.) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 21:02: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 23D891065670 for ; Thu, 18 Mar 2010 21:02:50 +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 CD8B58FC34 for ; Thu, 18 Mar 2010 21:02:49 +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 <1NsMrf-0005Gf-VT>; Thu, 18 Mar 2010 22:02:48 +0100 Received: from e178034083.adsl.alicedsl.de ([85.178.34.83] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NsMrf-0004xD-RF>; Thu, 18 Mar 2010 22:02:47 +0100 Message-ID: <4BA294F7.4030209@mail.zedat.fu-berlin.de> Date: Thu, 18 Mar 2010 22:02:47 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100308 Thunderbird/3.0.3 MIME-Version: 1.0 To: Matthew Fleming References: <4B9E2DFD.2000701@zedat.fu-berlin.de> <06D5F9F6F655AD4C92E28B662F7F853E037DDA15@seaxch09.desktop.isilon.com> <4B9EBCE5.7080303@mail.zedat.fu-berlin.de> In-Reply-To: <4B9EBCE5.7080303@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.34.83 Cc: freebsd-stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode/current process: 12 (swi2: cambio) 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, 18 Mar 2010 21:02:50 -0000 On 03/16/10 00:04, O. Hartmann wrote: > On 03/15/10 18:30, Matthew Fleming wrote: >>> Since the last update and make world on Friday, 12th March I get a >> crash >>> on one of my FreeBSD SMP boxes (it is always the same core message), >>> saying something about >>> >>> Fatal trap 12: page fault while in kernel mode [...] current process: >> 12 >>> (swi2: cambio) >> >> Can you show the stack traceback from the kernel core? >> >> We had a problem a while ago at Isilon that I can't tell if it's >> related. In our case, the camisr() routine was called after panic(9) >> started and before the halt of other processors. This did Bad >> Things(TM) since the mtx_lock is a no-op after panicstr is set. >> >> We solved it locally by wrapping camisr() in a local cambio_swi() >> routine that only called camisr(NULL) when panicstr == NULL. >> >> Thanks, >> matthew > > Hello. > > I will do as soon as possible. The box is in production at the moment > and I've less time to put everything into debugging to provide more > details. > > Just in case: does the kernel automatically save the screen with the > dump information? If not, I have no other terminal facility to get a > dump via the classical way. > > Regards, > Oliver Since yesterday, this problem went away! This is mystical. After deactivating radeon.ko and the virtual box stuff I tried again with a new build of world and - voila! - everything worked again. This is strange ... Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 23:53: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 4318A106566C for ; Thu, 18 Mar 2010 23:53:24 +0000 (UTC) (envelope-from jbiquez@icsmx.com) Received: from intranet.com.mx (intranet.com.mx [200.33.246.7]) by mx1.freebsd.org (Postfix) with ESMTP id 09C538FC15 for ; Thu, 18 Mar 2010 23:53:23 +0000 (UTC) Received: from PC1122.icsmx.com (189.216.132.227) by icsmx.com with ESMTP (EIMS X 3.3.9) for ; Thu, 18 Mar 2010 17:53:50 -0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 18 Mar 2010 17:53:20 -0600 To: FreeBSD Stable Mailing List From: Jorge Biquez In-Reply-To: <2e027be01003181055w6a2ec0d6w1da5ccfcfea53974@mail.gmail.co m> References: <2e027be01003170732y4ae4312fof9bf64e3574c964a@mail.gmail.com> <3351778098-2078121394@intranet.com.mx> <2e027be01003181055w6a2ec0d6w1da5ccfcfea53974@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: <3351801230-2078121620@intranet.com.mx> Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 18 Mar 2010 23:53:24 -0000 Hello Toma, Adam, Jeremy and all. Thanks a lot for the comments. Very very helpful. I haven't tried the KVM over IP but willl look at it. In my case one the servers is on a remote site , in other country and for the prices when they have to "put hands in you server" for sure will be cheaper to buy the kvm and sent it to them. They charge for event and besides for time. With FreeBsd 4.3 never had a problem doing things that way but now is something very important to consider. Thanks a lot. JB At 11:55 a.m. 18/03/2010, Tom Evans wrote: >On Thu, Mar 18, 2010 at 5:27 PM, Jorge Biquez wrote: > > Hello all. > > With all respect Doug, users that have remote machines and do not have > > access to it to boot single user like the manual says.. what can we do? I > > understand that step is to be sure that no user will modify something while > > we are doing those process. In my case I do that step after midnight when > > our users are not in the server. > > > > Can others with remote systems comment about what they do in this step? > > > > Thanks in advance > > > > Jorge Biquez > > > > > >Hi Jorge > >As I mentioned in my email, the critical thing is that you must be >running your new kernel before installing your new world. The >single-user phase is simply to ensure that nothing is running that >would interfere with the installworld/mergemaster steps. > >Therefore, an appropriate workaround if you cannot go to single user >mode remotely would be to install the kernel, reboot into the new >kernel, install world, reboot into the new world. > >However, if you have no remote access at all (remote power would be >better than nothing!) this would be quite risky. Judicious use of >nextboot, and having someone on standby who can find the power button >is recommended. > >Cheers > >Tom >_______________________________________________ >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 Fri Mar 19 03:42:51 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 CFDED106564A for ; Fri, 19 Mar 2010 03:42:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 50A868FC0C for ; Fri, 19 Mar 2010 03:42:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o2J3gijp034173; Fri, 19 Mar 2010 14:42:44 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 19 Mar 2010 14:42:43 +1100 (EST) From: Ian Smith To: Kevin Oberman In-Reply-To: <20100318153342.4450C1CC26@ptavv.es.net> Message-ID: <20100319142102.P85436@sola.nimnet.asn.au> References: <20100318153342.4450C1CC26@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org, delphij@freebsd.org Subject: Re: DPMS broken on ThinkPad T43 since update for amd64 support 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, 19 Mar 2010 03:42:51 -0000 On Thu, 18 Mar 2010, Kevin Oberman wrote: > Since the update of DPMS to support amd64 on March 2, it has broken > rather badly on my ThinkPad T43 laptop. The problem showed up on > 8-stable built on March 3 and is still present after an update to stable > of March 17. > > When in vty text mode, after the idle normal delay, the display blanks, > but the backlight remains on, so the P in DPMS seems to be less than > effective. At that point, the non-graphics display is dead. It never > comes back when characters are entered. I can't get the display to come > back without a reboot. > > I can, however, start X (and Gnome) and everything is fine. But > switching back to any vty results in a blank screen. > > Any idea what happened and if there is a fix or workaround? Any data I > can collect? Have you tried kldloading vesa? Might be a workaround until you find a proper fix? Had a similar issue with my T23 at one stage on 7.0, after a suspend/resume cycle, which hw.syscons.sc_no_suspend_vtswitch=1 also helped .. no idea how the T43 might respond to the latter. FWIW, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 05:13: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 C2BDF106566B; Fri, 19 Mar 2010 05:13:58 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73EE48FC17; Fri, 19 Mar 2010 05:13:58 +0000 (UTC) Received: from [192.168.168.5] (c-76-102-73-135.hsd1.ca.comcast.net [76.102.73.135]) (authenticated bits=0) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o2J5Ds6M013229 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 18 Mar 2010 22:13:55 -0700 Message-Id: From: Kevin Oberman To: Ian Smith In-Reply-To: <20100319142102.P85436@sola.nimnet.asn.au> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPod Mail 7D11) Date: Thu, 18 Mar 2010 22:13:00 -0700 References: <20100318153342.4450C1CC26@ptavv.es.net> <20100319142102.P85436@sola.nimnet.asn.au> X-Mailer: iPod Mail (7D11) X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-18_16:2010-02-06, 2010-03-18, 2010-03-18 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003180369 X-Regulatory-Partner: 1 Cc: "stable@freebsd.org" , "delphij@freebsd.org" Subject: Re: DPMS broken on ThinkPad T43 since update for amd64 support 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, 19 Mar 2010 05:13:58 -0000 On Mar 18, 2010, at 20:42, Ian Smith wrote: > On Thu, 18 Mar 2010, Kevin Oberman wrote: >> Since the update of DPMS to support amd64 on March 2, it has broken >> rather badly on my ThinkPad T43 laptop. The problem showed up on >> 8-stable built on March 3 and is still present after an update to >> stable >> of March 17. >> >> When in vty text mode, after the idle normal delay, the display >> blanks, >> but the backlight remains on, so the P in DPMS seems to be less than >> effective. At that point, the non-graphics display is dead. It never >> comes back when characters are entered. I can't get the display to >> come >> back without a reboot. >> >> I can, however, start X (and Gnome) and everything is fine. But >> switching back to any vty results in a blank screen. >> >> Any idea what happened and if there is a fix or workaround? Any >> data I >> can collect? > > Have you tried kldloading vesa? Might be a workaround until you > find a > proper fix? Had a similar issue with my T23 at one stage on 7.0, > after > a suspend/resume cycle, which hw.syscons.sc_no_suspend_vtswitch=1 also > helped .. no idea how the T43 might respond to the latter. Thanks, Ian, but it didn't help. The hw.syscons.sc_no_suspend_vtswitch sysctl is only relevant to resuming from suspend and I think I was the one who suggested it to you. I used to have T23 & used it on that systeem. Thanks for the suggestions, though. Sent from my iPod > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 10:01:47 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 BE7B1106566C for ; Fri, 19 Mar 2010 10:01:47 +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 663468FC13 for ; Fri, 19 Mar 2010 10:01:47 +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 1NsZ0u-000Mni-31; Fri, 19 Mar 2010 10:01:08 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NsZ0u-0000HO-29; Fri, 19 Mar 2010 10:01:08 +0000 Date: Fri, 19 Mar 2010 10:01:08 +0000 Message-Id: To: amvandemore@gmail.com, jbiquez@icsmx.com In-Reply-To: <6201873e1003181049p3cc91e3jf5da2a8663e35fd6@mail.gmail.com> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-p7 -> 8-STABLE mergemaster core dump 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, 19 Mar 2010 10:01:47 -0000 > Can others with remote systems comment about what they do in this step? installkernel, reboot, installworld, mergemaster, reboot. *But* - for remote systems I never make huge leaps. I would certainly never upgrade across a major version like you are doing. Fpr those upgrades (which are only once per yer maximum) I make the effort to go down there and do it physically in front of the machine. Within a single major release, however, I have never had any problems with the above prcedure. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 10:57:42 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 24776106564A for ; Fri, 19 Mar 2010 10:57:42 +0000 (UTC) (envelope-from onemda@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 B0A5E8FC13 for ; Fri, 19 Mar 2010 10:57:40 +0000 (UTC) Received: by wwb18 with SMTP id 18so1811607wwb.13 for ; Fri, 19 Mar 2010 03:57:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ujZXKspwcI5Ur/0MEXk9iIb5/sYWDdh7H7TMZAew+q8=; b=NELPGZ3fSLs49u16Xsqey6ELX7c6Rdj/ysoRXsOSvUpi+vsZyM5wNkFOvYvJ5+Dak1 ksXDwnHAyYv0uaTc018nWkVHVdvSh9DttqFHeI1bXpYYyYZbn45nhoexxkdGGf+1ijep ztKEGq5b7I/fyRMwPhpM1uDJ+PASrem4OiWQo= 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=oVxS5T+OzuNRORXmEMlFtkc59/cayaxwY3PS3TVqkEjAkPUmrV+tbKEO44QXOrB38q IQ5Jr6CBZ0fm3FinDM7/rgQCD9CC8ugkP5YYM4v5crfwzRXicBIImwJbNtk3pIyF3UNA vyUfxATEkt2hGAuT9D3oz7dsXBKGmAIef+LV8= MIME-Version: 1.0 Received: by 10.216.163.207 with SMTP id a57mr467018wel.220.1268996259989; Fri, 19 Mar 2010 03:57:39 -0700 (PDT) In-Reply-To: <20100317194719.GA1919@orangespace> References: <20100317194719.GA1919@orangespace> Date: Fri, 19 Mar 2010 10:57:39 +0000 Message-ID: <3a142e751003190357l5edaa901k3799eacd7e7bd609@mail.gmail.com> From: Paul B Mahol To: Mathias Sogorski Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Freeze on closing terminal that runs wpa_supplicant 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, 19 Mar 2010 10:57:42 -0000 On 3/17/10, Mathias Sogorski wrote: > Hello! > I am running 8.0-RELEASE on a notebook with the Intel 3945 WiFi. I usually > start wpa_supplicant [...]& on a terminal when entering gnome followed by > the dhcpcd call to use the WiFi connection. After having finished work and > closing the terminal that runs wpa_supplicant, everything freezes and I have > to turn the power off. Any suggestions? That should not happen. So report the bug. You managed to get backtrace? Did kernel actually crashed? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 10:59: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 22759106567F for ; Fri, 19 Mar 2010 10:59:45 +0000 (UTC) (envelope-from kasahara@nc.kyushu-u.ac.jp) Received: from elvenbow.cc.kyushu-u.ac.jp (elvenbow.nc.kyushu-u.ac.jp [133.5.7.92]) by mx1.freebsd.org (Postfix) with ESMTP id BDF038FC2A for ; Fri, 19 Mar 2010 10:59:44 +0000 (UTC) Received: from localhost (kasahara@localhost [IPv6:::1]) by elvenbow.cc.kyushu-u.ac.jp (8.14.4/8.14.4) with ESMTP id o2JARjcA020983 for ; Fri, 19 Mar 2010 19:27:45 +0900 (JST) (envelope-from kasahara@nc.kyushu-u.ac.jp) Date: Fri, 19 Mar 2010 19:27:44 +0900 (JST) Message-Id: <20100319.192744.1739162714673139515.kasahara@nc.kyushu-u.ac.jp> To: stable@freebsd.org From: Yoshiaki Kasahara X-Fingerprint: CDA2 B6B6 6796 0DD3 9D80 2602 E909 4623 A15E A074 X-URL: http://www.nc.kyushu-u.ac.jp/~kasahara/ X-Mailer: Mew version 7.0.50 on Emacs 23.1.92 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: TSO and pf(4) reply-to/route-to combination problem 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, 19 Mar 2010 10:59:45 -0000 Hello, Could anyone who knows the TCP/IP stack well please review kern/144311? In summary, on a multi-homed server I have a trouble when using pf(4) 'reply-to' to return reply packets of incoming TCP connections to the incoming interface. When TSO is enabled on the interface which is used for the default route, redirecting packets to other interfaces using 'reply-to'(or 'route-to') causes massive 'ICMP unreachable - need to frag' storm on lo0 (up to 10Mbytes/sec on my server). The problem doesn't happen when TSO is disabled on the default NIC. I reproduced the problem on msk(4) and em(4), so I guess it is not device specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=144311 Regards, -- Yoshiaki Kasahara Research Institute for Information Technology, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 11:35: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 257B31065670 for ; Fri, 19 Mar 2010 11:35:13 +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 DD5528FC33 for ; Fri, 19 Mar 2010 11:35:12 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.116.122.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id E9F1A8A18B8 for ; Fri, 19 Mar 2010 12:35:09 +0100 (CET) Message-ID: <4BA3616B.6030007@bsdforen.de> Date: Fri, 19 Mar 2010 12:35:07 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: wpi0 stability and acpi_hp problems 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, 19 Mar 2010 11:35:13 -0000 I'm running RELENG_8 (built yesterday) and have encountered problems with wpi and acpi_hp. The thing about acpi_hp is that it misses most of the hardware when activated in the loader.conf. The WLAN, BT and other sysctls are only available if I load the module after boot. My wpi problems are more severe. I recently purchased a new battery for my notebook and to improve my battery uptime I deactivated the bluetooth device in the BIOS (HP6510b). Ever since the wlan connection is less reliable. The device tends to spontaneously turn itself off. I also occasionally see: wpi0: could not configure bluetooth coexistence The last time this happended (~2 hours ago) I went to the first console to witness the dmesg events. I pressed the WLAN switch, the dmesg showed a radion on message, then the system paniced. Unfortunately it didn't create a dump, probably because I've got 8gb RAM and only 4gb of swap space, though with the new minidumps that shouldn't really be a problem, I think. Anyway, I at least copied the screen output on a sheet of paper and will provide it tonight (I'm on a train at the moment, typing it now is too inconvenient). 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 Fri Mar 19 13:19: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 EFEEA1065670; Fri, 19 Mar 2010 13:19:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C14128FC28; Fri, 19 Mar 2010 13:19:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 73D5746B09; Fri, 19 Mar 2010 09:19:29 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A19A18A026; Fri, 19 Mar 2010 09:19:28 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, Joerg Wunsch Date: Fri, 19 Mar 2010 08:37:48 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100318192758.GP52442@uriah.heep.sax.de> In-Reply-To: <20100318192758.GP52442@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003190837.48346.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 19 Mar 2010 09:19:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Warner Losh Subject: Re: Strange problem: if_xe only works in GENERIC kernel 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, 19 Mar 2010 13:19:30 -0000 On Thursday 18 March 2010 3:27:58 pm Joerg Wunsch wrote: > I'm running into a strange problem with 8-current (or 8.0-RELEASE) on > an elderly Thinkpad 600E. > > As long as I'm using the GENERIC kernel, an Intel Etherexpress PC card > works as expected: > > interrupt storm detected on "irq11:"; throttling interrupt source > xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 > xe0: version 0x45/0x04, 100Mbps capable > xe0: Ethernet address: 00:a0:c9:bc:b5:ef > xe0: [ITHREAD] > > However, as soon as I start removing unneeded stuff from the kernel > config file, the driver completely jams. It just sits there, the > machine blocks, until I eventually pop out the card, when I get the > following messages: > > cbb1: ready never happened, status = 00 > xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 > xe0: version 0xff/0x07, 100Mbps capable > xe0: Ethernet address: 00:a0:c9:bc:b5:ef > xe0: [ITHREAD] > xe0: detached > cbb1: Bad Vcc requested > > As the CPU is a little slow, recompiling kernels takes an eternity on > it (even with NO_KERNELCLEAN), so I could not isolate it to a single > line in the config file so far. Sounds like the process of removing things prevented the interrupt storm from being throttled somehow, and that ejecting the card caused the interrupt storm to finally stop at which point the card was probed. I would talk to Warner (imp@) about trying to fix the interrupt storm. Also, if you could narrow down which particular item that you trim "breaks" it, that would be helpful. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 16:20: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 081F2106566C; Fri, 19 Mar 2010 16:20:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B8AE28FC23; Fri, 19 Mar 2010 16:20:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2JG9mWQ080072; Fri, 19 Mar 2010 10:09:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 19 Mar 2010 10:10:07 -0600 (MDT) Message-Id: <20100319.101007.177863014340882353.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <201003190837.48346.jhb@freebsd.org> References: <20100318192758.GP52442@uriah.heep.sax.de> <201003190837.48346.jhb@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-stable@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel 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, 19 Mar 2010 16:20:12 -0000 In message: <201003190837.48346.jhb@freebsd.org> John Baldwin writes: : On Thursday 18 March 2010 3:27:58 pm Joerg Wunsch wrote: : > I'm running into a strange problem with 8-current (or 8.0-RELEASE) on : > an elderly Thinkpad 600E. : > : > As long as I'm using the GENERIC kernel, an Intel Etherexpress PC card : > works as expected: : > : > interrupt storm detected on "irq11:"; throttling interrupt source : > xe0: at port : 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 : > xe0: version 0x45/0x04, 100Mbps capable : > xe0: Ethernet address: 00:a0:c9:bc:b5:ef : > xe0: [ITHREAD] : > : > However, as soon as I start removing unneeded stuff from the kernel : > config file, the driver completely jams. It just sits there, the : > machine blocks, until I eventually pop out the card, when I get the : > following messages: : > : > cbb1: ready never happened, status = 00 : > xe0: at port : 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 : > xe0: version 0xff/0x07, 100Mbps capable : > xe0: Ethernet address: 00:a0:c9:bc:b5:ef : > xe0: [ITHREAD] : > xe0: detached : > cbb1: Bad Vcc requested : > : > As the CPU is a little slow, recompiling kernels takes an eternity on : > it (even with NO_KERNELCLEAN), so I could not isolate it to a single : > line in the config file so far. : : Sounds like the process of removing things prevented the interrupt storm from : being throttled somehow, and that ejecting the card caused the interrupt storm : to finally stop at which point the card was probed. I would talk to Warner : (imp@) about trying to fix the interrupt storm. Also, if you could narrow : down which particular item that you trim "breaks" it, that would be helpful. Yes. Do other cards cause this same problem? The cbb1: Bad Vcc is a big clue something is going wrong with the bridge, not the card. Warner From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 16:28: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 B1002106564A; Fri, 19 Mar 2010 16:28:40 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 55AB18FC19; Fri, 19 Mar 2010 16:28:39 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id D7E6C27; Fri, 19 Mar 2010 17:28:38 +0100 (MET) Date: Fri, 19 Mar 2010 17:28:38 +0100 From: Joerg Wunsch To: "M. Warner Losh" Message-ID: <20100319162838.GZ52442@uriah.heep.sax.de> References: <20100318192758.GP52442@uriah.heep.sax.de> <201003190837.48346.jhb@freebsd.org> <20100319.101007.177863014340882353.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100319.101007.177863014340882353.imp@bsdimp.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org, jhb@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 16:28:40 -0000 As M. Warner Losh wrote: > Yes. Do other cards cause this same problem? Nope, but the xe card is the only one I've got that tries to use the memory space. The remaining cards use the ep(4) driver which only uses IO space access. > The cbb1: Bad Vcc is a > big clue something is going wrong with the bridge, not the card. Hmm, I accused that as a side-effect of having the card already pulled by the time it appears to finish probing. Remember, nothing of those messages appears when *inserting* the card, the machine just sits there until I pull it. I've alreay re-introduced the entire bunch of NIC drivers into the config file, which didn't help. Next I'll try either the SCSI or the USB block, don't know yet. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 21:14: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 AF99B1065678; Fri, 19 Mar 2010 21:14:51 +0000 (UTC) (envelope-from dan.naumov@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 B63CD8FC1F; Fri, 19 Mar 2010 21:14:50 +0000 (UTC) Received: by bwz8 with SMTP id 8so3431141bwz.3 for ; Fri, 19 Mar 2010 14:14:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=VtYu6IlkRcrTpjamNmL7ifAXdEWEVeuZkVCUKd06v1k=; b=ijz+NKqoXWkZutS6lPlKUEtDKCs4ck+1/p5/XZ3juAhvBSBt3mzFE36YdUJu71Jjlh gITWTtykZyZGq9AIrIZzltARRdx2fqjs/tIoJBG0GSpX0RQ+c2NRlh5J6SK1bwJtea2T hczGm5pIBSq3SvjURZ42gULHnxrReyHTx4SxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ANKV6hYVoEMX+Caef8LR7TNcEHYD23tUdMTQfSQq0MyTHKUuUIbZiV0eOYfavHyAlC 7bf19ZG3xyvjbu1H51oGFxuMMrca7n5pnVtd07HERmZ9BHFzoR5ZMYf1ajCTbrzsTCMr UswHies4ahCgS5DAr5uVKhL5ArGO8daWRV7NU= MIME-Version: 1.0 Received: by 10.204.85.73 with SMTP id n9mr1890804bkl.71.1269033288061; Fri, 19 Mar 2010 14:14:48 -0700 (PDT) Date: Fri, 19 Mar 2010 23:14:47 +0200 Message-ID: From: Dan Naumov To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Samba read speed performance tuning 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, 19 Mar 2010 21:14:51 -0000 On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board using an Intel gigabit nic with the em driver, running on top of a ZFS mirror, I was seeing a strange issue. Local reads and writes to the pool easily saturate the disks with roughly 75mb/s throughput, which is roughly the best these drives can do. However, working with Samba, writes to a share could easily pull off 75mb/s and saturate the disks, but reads off a share were resulting in rather pathetic 18mb/s throughput. I found a threadon the FreeBSD forums (http://forums.freebsd.org/showthread.php?t=9187) and followed the suggested advice. I rebuilt Samba with AIO support, kldloaded the aio module and made the following changes to my smb.conf From: socket options=TCP_NODELAY To: socket options=SO_RCVBUF=131072 SO_SNDBUF=131072 TCP_NODELAY min receivefile size=16384 use sendfile=true aio read size = 16384 aio write size = 16384 aio write behind = true dns proxy = no[/CODE] This showed a very welcome improvement in read speed, I went from 18mb/s to 48mb/s. The write speed remained unchanged and was still saturating the disks. Now I tried the suggested sysctl tunables: atombsd# sysctl net.inet.tcp.delayed_ack=0 net.inet.tcp.delayed_ack: 1 -> 0 atombsd# sysctl net.inet.tcp.path_mtu_discovery=0 net.inet.tcp.path_mtu_discovery: 1 -> 0 atombsd# sysctl net.inet.tcp.recvbuf_inc=524288 net.inet.tcp.recvbuf_inc: 16384 -> 524288 atombsd# sysctl net.inet.tcp.recvbuf_max=16777216 net.inet.tcp.recvbuf_max: 262144 -> 16777216 atombsd# sysctl net.inet.tcp.sendbuf_inc=524288 net.inet.tcp.sendbuf_inc: 8192 -> 524288 atombsd# sysctl net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.sendbuf_max: 262144 -> 16777216 atombsd# sysctl net.inet.tcp.sendspace=65536 net.inet.tcp.sendspace: 32768 -> 65536 atombsd# sysctl net.inet.udp.maxdgram=57344 net.inet.udp.maxdgram: 9216 -> 57344 atombsd# sysctl net.inet.udp.recvspace=65536 net.inet.udp.recvspace: 42080 -> 65536 atombsd# sysctl net.local.stream.recvspace=65536 net.local.stream.recvspace: 8192 -> 65536 atombsd# sysctl net.local.stream.sendspace=65536 net.local.stream.sendspace: 8192 -> 65536 This improved the read speeds a further tiny bit, now I went from 48mb/s to 54mb/s. This is it however, I can't figure out how to increase Samba read speed any further. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 21:14:58 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 E126310656B6; Fri, 19 Mar 2010 21:14:58 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 84DFE8FC2E; Fri, 19 Mar 2010 21:14:58 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id D87F01C; Fri, 19 Mar 2010 22:14:56 +0100 (MET) Date: Fri, 19 Mar 2010 22:14:56 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100319211456.GA17662@uriah.heep.sax.de> References: <20100318192758.GP52442@uriah.heep.sax.de> <201003190837.48346.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003190837.48346.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Warner Losh , freebsd-stable@freebsd.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 21:14:59 -0000 As John Baldwin wrote: > Sounds like the process of removing things prevented the interrupt > storm from being throttled somehow, and that ejecting the card > caused the interrupt storm to finally stop at which point the card > was probed. I would talk to Warner (imp@) about trying to fix the > interrupt storm. Also, if you could narrow down which particular > item that you trim "breaks" it, that would be helpful. OK, at kernel #11 :), I can now say it's the USB subsystem. Just leaving "device usb" (and also "device uhci") in makes it work. So the question appears to be why keeping the USB driver in makes the interrupt storm detection work... -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 22:49: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 509D31065746 for ; Fri, 19 Mar 2010 22:49:57 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id E04C58FC19 for ; Fri, 19 Mar 2010 22:49:56 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 1C136153433; Fri, 19 Mar 2010 23:49:56 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LtFVXU0IuYzV; Fri, 19 Mar 2010 23:49:53 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.10.212]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 85BA015342F; Fri, 19 Mar 2010 23:49:53 +0100 (CET) Message-ID: <4BA3FF91.7090903@digiware.nl> Date: Fri, 19 Mar 2010 23:49:53 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Matthias Gamsjager , FreeBSD Stable Users References: <4BA08FA8.5000902@omnilan.de> <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> In-Reply-To: <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Does zfs have it's own nfs server? 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, 19 Mar 2010 22:49:57 -0000 On 17-3-2010 9:27, Matthias Gamsjager wrote: > sharenfs does work in freebsd but iscsi does not. I'm not sure about smb. > > about nfs: you should take a look at /etc/zfs/exports > > > > On Wed, Mar 17, 2010 at 9:15 AM, Harald Schmalzbauer > wrote: >> Hello, >> >> I observed some very strange filesystem security problems. >> Now I found that if I set sharenfs=yes data/pub I can mount_nfs but it >> does't respect any settings in /etc/exports. Also I get very strange uid >> numbers when writing. >> If I turn sharenfs off, limitations in /etc/exports work as expected. >> I thought sharenfs and sharesmb are only working on OpenSolaris. What about >> shareiscsi? I do not use /etc/exports for zfs shares.... But instead of yes as value, you can use the NFS-options as string and that gets it into /etc/zfs/exports. --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Mar 19 23:50:26 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 11FD21065676 for ; Fri, 19 Mar 2010 23:50:26 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id CF6DC8FC22 for ; Fri, 19 Mar 2010 23:50:25 +0000 (UTC) Received: (qmail 29391 invoked by uid 0); 19 Mar 2010 23:50:25 -0000 Received: from unknown (HELO ?10.3.2.40?) (spork@bway.net@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 19 Mar 2010 23:50:25 -0000 Date: Fri, 19 Mar 2010 19:50:24 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@charles-sprickmans-imac.local To: Willem Jan Withagen In-Reply-To: <4BA3FF91.7090903@digiware.nl> Message-ID: References: <4BA08FA8.5000902@omnilan.de> <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> <4BA3FF91.7090903@digiware.nl> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Matthias Gamsjager , FreeBSD Stable Users Subject: Re: Does zfs have it's own nfs server? 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, 19 Mar 2010 23:50:26 -0000 On Fri, 19 Mar 2010, Willem Jan Withagen wrote: > On 17-3-2010 9:27, Matthias Gamsjager wrote: >> sharenfs does work in freebsd but iscsi does not. I'm not sure about smb. >> >> about nfs: you should take a look at /etc/zfs/exports >> >> >> >> On Wed, Mar 17, 2010 at 9:15 AM, Harald Schmalzbauer >> wrote: >>> Hello, >>> >>> I observed some very strange filesystem security problems. >>> Now I found that if I set sharenfs=yes data/pub I can mount_nfs but it >>> does't respect any settings in /etc/exports. Also I get very strange uid >>> numbers when writing. >>> If I turn sharenfs off, limitations in /etc/exports work as expected. >>> I thought sharenfs and sharesmb are only working on OpenSolaris. What >>> about >>> shareiscsi? > > I do not use /etc/exports for zfs shares.... > But instead of yes as value, you can use the NFS-options as string and that > gets it into /etc/zfs/exports. Just wondering, is this using the base nfsd/mountd, or is there some in-kernel nfs code strictly for zfs? I haven't found much info on the share* options in the manpage or wiki. Could you give an example of passing options that would say, limit to a subnet and map root to root using the zfs sharenfs command? Thanks, Charles > --WjW > _______________________________________________ > 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 Sat Mar 20 00:18: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 418C81065670 for ; Sat, 20 Mar 2010 00:18:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id E2ECE8FC0C for ; Sat, 20 Mar 2010 00:18:22 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta14.westchester.pa.mail.comcast.net with comcast id uz7u1d0020SCNGk5ECJPNx; Sat, 20 Mar 2010 00:18:23 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta09.westchester.pa.mail.comcast.net with comcast id vCJM1d00K3S48mS3VCJNR4; Sat, 20 Mar 2010 00:18:22 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 984D39B436; Fri, 19 Mar 2010 17:18:20 -0700 (PDT) Date: Fri, 19 Mar 2010 17:18:20 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100320001820.GA92920@icarus.home.lan> References: <4BA08FA8.5000902@omnilan.de> <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> <4BA3FF91.7090903@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Does zfs have it's own nfs server? 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, 20 Mar 2010 00:18:23 -0000 On Fri, Mar 19, 2010 at 07:50:24PM -0400, Charles Sprickman wrote: > On Fri, 19 Mar 2010, Willem Jan Withagen wrote: > > >On 17-3-2010 9:27, Matthias Gamsjager wrote: > >>sharenfs does work in freebsd but iscsi does not. I'm not sure about smb. > >> > >>about nfs: you should take a look at /etc/zfs/exports > >> > >> > >> > >>On Wed, Mar 17, 2010 at 9:15 AM, Harald Schmalzbauer > >> wrote: > >>>Hello, > >>> > >>>I observed some very strange filesystem security problems. > >>>Now I found that if I set sharenfs=yes data/pub I can mount_nfs but it > >>>does't respect any settings in /etc/exports. Also I get very strange uid > >>>numbers when writing. > >>>If I turn sharenfs off, limitations in /etc/exports work as expected. > >>>I thought sharenfs and sharesmb are only working on > >>>OpenSolaris. What about > >>>shareiscsi? > > > >I do not use /etc/exports for zfs shares.... > >But instead of yes as value, you can use the NFS-options as string > >and that gets it into /etc/zfs/exports. > > Just wondering, is this using the base nfsd/mountd, or is there some > in-kernel nfs code strictly for zfs? I haven't found much info on > the share* options in the manpage or wiki. ZFS on FreeBSD's "sharenfs" option does nothing more than manage data in a flat file (/etc/zfs/exports) and automatically send a SIGHUP to mountd's pid (based on reading the contents of the file _PATH_MOUNTDPID). If you grep through /usr/src/cddl you can see what I'm referring to. "So how does mountd know about /etc/zfs/exports?" $ ps -auxw | grep mount root 861 0.0 0.0 6836 1716 ?? Is 10Mar10 0:00.00 /usr/sbin/mountd -r -l /etc/exports /etc/zfs/exports This is defined/referenced in /etc/rc.d/mountd. All that said: I avoid use of the "sharenfs" option in ZFS on RELENG_7 and RELENG_8, as I found certain quirks/behavioural oddities (such as mountd not picking up changes, or claims of not exporting something which visually confirmed should have been exported -- and in one case, mounting of a ZFS-exported NFS filesystem worked but then any I/O would block on the client indefinitely. Don't ask me how/why that happened). Possibly these were bugs that existed during ZFS's transitional phase between 7.x and 8.x, but the unreliable nature of the situation left a bad taste in my mouth. The workaround: Using /etc/exports to reference the local ZFS filesystems I want exported, HUP mountd, done. Above oddities/quirks no longer happened. And there's an added bonus: all your exports are therefore kept in one single place: a text file that's existed since what, 1989 or so? Of course, the advantage is that with ZFS properties you can inherit options -- that might be useful to some, but not to me. There's also known quirks/issues with the parsing logic with "sharenfs". This was discussed in December 2009. > Could you give an example of passing options that would say, limit > to a subnet and map root to root using the zfs sharenfs command? zfs create pool/fs zfs set sharenfs="-maproot=blah -network x.x.x.x -mask y.y.y.y" pool/fs Right now I'm more or less "avoiding" NFS as much as possible, as the number of severe/major bug reports on RELENG_8 keep coming in, and that scares me greatly. -- | 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 Sat Mar 20 01:28: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 56EF91065673; Sat, 20 Mar 2010 01:28:05 +0000 (UTC) (envelope-from dan.naumov@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 5E8888FC12; Sat, 20 Mar 2010 01:28:04 +0000 (UTC) Received: by bwz8 with SMTP id 8so3538697bwz.3 for ; Fri, 19 Mar 2010 18:28: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:message-id:subject:from:to:content-type; bh=6r7Ruld4lQK7PdbGvYJaSwXnS0Y+83oNhcyHTfti57k=; b=YctfHydih6/5jek5ROfggr8KpAqkbnwsOJLDKJn9evraOGfuZC1uZ7OTfVHOVSZzX1 K5kWBkyCixamY9XP8Eu9zo4TRP7nU1lmlKkX9/Xyl7X0yRdrNoZaF8ux+apCwfRfNrBF ChMQzpFCxlQYAzbRg3K9jxLtKqragYzlACS3E= 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=jHSECJ3aaST4Vir0rdb51HRM/gAUjT7Jk6bM1VrJ9Q7OYvjOd6oIcMC+HsoPoHCeMM RjYgOWldoe2dx2byDdq6FkbnM685tJ+EuS0zwmCQR7H5vI86/8FgDP3ByRGVgpVsXatN n2v+RQiUqkCoB/johF01auN8Xy9t/GWhhB5P8= MIME-Version: 1.0 Received: by 10.204.1.136 with SMTP id 8mr1457434bkf.92.1269048482999; Fri, 19 Mar 2010 18:28:02 -0700 (PDT) In-Reply-To: References: Date: Sat, 20 Mar 2010 03:28:02 +0200 Message-ID: From: Dan Naumov To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 01:28:05 -0000 On Fri, Mar 19, 2010 at 11:14 PM, Dan Naumov wrote: > On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board > using an Intel gigabit nic with the em driver, running on top of a ZFS > mirror, I was seeing a strange issue. Local reads and writes to the > pool easily saturate the disks with roughly 75mb/s throughput, which > is roughly the best these drives can do. However, working with Samba, > writes to a share could easily pull off 75mb/s and saturate the disks, > but reads off a share were resulting in rather pathetic 18mb/s > throughput. > > I found a threadon the FreeBSD forums > (http://forums.freebsd.org/showthread.php?t=9187) and followed the > suggested advice. I rebuilt Samba with AIO support, kldloaded the aio > module and made the following changes to my smb.conf > > From: > socket options=TCP_NODELAY > > To: > socket options=SO_RCVBUF=131072 SO_SNDBUF=131072 TCP_NODELAY > min receivefile size=16384 > use sendfile=true > aio read size = 16384 > aio write size = 16384 > aio write behind = true > dns proxy = no[/CODE] > > This showed a very welcome improvement in read speed, I went from > 18mb/s to 48mb/s. The write speed remained unchanged and was still > saturating the disks. Now I tried the suggested sysctl tunables: > > atombsd# sysctl net.inet.tcp.delayed_ack=0 > net.inet.tcp.delayed_ack: 1 -> 0 > > atombsd# sysctl net.inet.tcp.path_mtu_discovery=0 > net.inet.tcp.path_mtu_discovery: 1 -> 0 > > atombsd# sysctl net.inet.tcp.recvbuf_inc=524288 > net.inet.tcp.recvbuf_inc: 16384 -> 524288 > > atombsd# sysctl net.inet.tcp.recvbuf_max=16777216 > net.inet.tcp.recvbuf_max: 262144 -> 16777216 > > atombsd# sysctl net.inet.tcp.sendbuf_inc=524288 > net.inet.tcp.sendbuf_inc: 8192 -> 524288 > > atombsd# sysctl net.inet.tcp.sendbuf_max=16777216 > net.inet.tcp.sendbuf_max: 262144 -> 16777216 > > atombsd# sysctl net.inet.tcp.sendspace=65536 > net.inet.tcp.sendspace: 32768 -> 65536 > > atombsd# sysctl net.inet.udp.maxdgram=57344 > net.inet.udp.maxdgram: 9216 -> 57344 > > atombsd# sysctl net.inet.udp.recvspace=65536 > net.inet.udp.recvspace: 42080 -> 65536 > > atombsd# sysctl net.local.stream.recvspace=65536 > net.local.stream.recvspace: 8192 -> 65536 > > atombsd# sysctl net.local.stream.sendspace=65536 > net.local.stream.sendspace: 8192 -> 65536 > > This improved the read speeds a further tiny bit, now I went from > 48mb/s to 54mb/s. This is it however, I can't figure out how to > increase Samba read speed any further. Any ideas? Oh my god... Why did noone tell me how much of an enormous performance boost vfs.zfs.prefetch_disable=0 (aka actually enabling prefetch) is. My local reads off the mirror pool jumped from 75mb/s to 96mb/s (ie. they are now nearly 25% faster than reading off an individual disk) and reads off a Samba share skyrocketed from 50mb/s to 90mb/s. By default, FreeBSD sets vfs.zfs.prefetch_disable to 1 on any i386 systems and on any amd64 systems with less than 4GB of avaiable memory. My system is amd64 with 4gb ram, but integrated video eats some of that, so the autotuning disabled the prefetch. I had read up on it and a fair amount of people seemed to have performance issues caused by having prefetch enabled and get better results with it turned off, in my case however, it seems that enabling it gave a really solid boost to performance. - Sincerely Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 02:06:54 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 C4B25106564A; Sat, 20 Mar 2010 02:06:54 +0000 (UTC) (envelope-from Ggatten@waddell.com) Received: from mailhost0.waddell.com (mailhost0.waddell.com [12.154.38.61]) by mx1.freebsd.org (Postfix) with ESMTP id 8442D8FC0C; Sat, 20 Mar 2010 02:06:54 +0000 (UTC) Received: from emlpfilt2.waddell.com (emlpfilt2.waddell.com [10.1.10.30]) by mailhost0.waddell.com (Postfix) with ESMTP id CBEF226362D; Fri, 19 Mar 2010 20:47:27 -0500 (CDT) Received: from emlpfilt2.waddell.com (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7D21D2F8002; Fri, 19 Mar 2010 20:49:35 -0500 (CDT) Received: from advpexv0.wradvisors.com (advpexb1.wradvisors.com [192.168.203.21]) by emlpfilt2.waddell.com (Postfix) with ESMTP id 74DF42F8001; Fri, 19 Mar 2010 20:49:35 -0500 (CDT) Received: from ADVPHTCAS0.wradvisors.com ([192.168.203.228]) by advpexv0.wradvisors.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 19 Mar 2010 20:49:35 -0500 Received: from WADPMBXV0.waddell.com ([169.254.1.205]) by ADVPHTCAS0.wradvisors.com ([192.168.203.228]) with mapi; Fri, 19 Mar 2010 20:49:34 -0500 From: Gary Gatten To: "'dan.naumov@gmail.com'" , "'freebsd-net@freebsd.org'" , "'freebsd-questions@freebsd.org'" , "'freebsd-stable@freebsd.org'" , "'freebsd-performance@freebsd.org'" Date: Fri, 19 Mar 2010 20:49:34 -0500 Thread-Topic: Samba read speed performance tuning Thread-Index: AcrHzOlSisOlux8WQhGh78s4+fcm6AAAq4gk Message-ID: <30209_1269049775_4BA429AF_30209_895_1_D9B37353831173459FDAA836D3B434994A334315@WADPMBXV0.waddell.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginalArrivalTime: 20 Mar 2010 01:49:35.0203 (UTC) FILETIME=[97C6DB30:01CAC7CF] Cc: Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 02:06:55 -0000 SXQgTUFZIG1ha2UgYSBiaWcgZGlmZiwgYnV0IG1ha2Ugc3VyZSBkdXJpbmcgeW91ciB0ZXN0cyB5 b3UgdXNlIHVuaXF1ZSBmaWxlcyBvciBmbHVzaCB0aGUgY2FjaGUgb3IgeW91J2xsIG1lIHRlc3Rp bmcgY2FjaGUgc3BlZWQgYW5kIG5vdCBkaXNrIHNwZWVkLg0KDQotLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tDQpGcm9tOiBvd25lci1mcmVlYnNkLXF1ZXN0aW9uc0BmcmVlYnNkLm9yZyA8b3du ZXItZnJlZWJzZC1xdWVzdGlvbnNAZnJlZWJzZC5vcmc+DQpUbzogZnJlZWJzZC1uZXRAZnJlZWJz ZC5vcmcgPGZyZWVic2QtbmV0QGZyZWVic2Qub3JnPjsgZnJlZWJzZC1xdWVzdGlvbnNAZnJlZWJz ZC5vcmcgPGZyZWVic2QtcXVlc3Rpb25zQGZyZWVic2Qub3JnPjsgRnJlZUJTRC1TVEFCTEUgTWFp bGluZyBMaXN0IDxmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZz47IGZyZWVic2QtcGVyZm9ybWFu Y2VAZnJlZWJzZC5vcmcgPGZyZWVic2QtcGVyZm9ybWFuY2VAZnJlZWJzZC5vcmc+DQpTZW50OiBG cmkgTWFyIDE5IDIwOjI4OjAyIDIwMTAKU3ViamVjdDogUmU6IFNhbWJhIHJlYWQgc3BlZWQgcGVy Zm9ybWFuY2UgdHVuaW5nDQoNCk9uIEZyaSwgTWFyIDE5LCAyMDEwIGF0IDExOjE0IFBNLCBEYW4g TmF1bW92IDxkYW4ubmF1bW92QGdtYWlsLmNvbT4gd3JvdGU6DQo+IE9uIGEgRnJlZUJTRCA4LjAt UkVMRUFTRS9hbWQ2NCBzeXN0ZW0gd2l0aCBhIFN1cGVybWljcm8gWDdTUEEtSCBib2FyZA0KPiB1 c2luZyBhbiBJbnRlbCBnaWdhYml0IG5pYyB3aXRoIHRoZSBlbSBkcml2ZXIsIHJ1bm5pbmcgb24g dG9wIG9mIGEgWkZTDQo+IG1pcnJvciwgSSB3YXMgc2VlaW5nIGEgc3RyYW5nZSBpc3N1ZS4gTG9j YWwgcmVhZHMgYW5kIHdyaXRlcyB0byB0aGUNCj4gcG9vbCBlYXNpbHkgc2F0dXJhdGUgdGhlIGRp c2tzIHdpdGggcm91Z2hseSA3NW1iL3MgdGhyb3VnaHB1dCwgd2hpY2gNCj4gaXMgcm91Z2hseSB0 aGUgYmVzdCB0aGVzZSBkcml2ZXMgY2FuIGRvLiBIb3dldmVyLCB3b3JraW5nIHdpdGggU2FtYmEs DQo+IHdyaXRlcyB0byBhIHNoYXJlIGNvdWxkIGVhc2lseSBwdWxsIG9mZiA3NW1iL3MgYW5kIHNh dHVyYXRlIHRoZSBkaXNrcywNCj4gYnV0IHJlYWRzIG9mZiBhIHNoYXJlIHdlcmUgcmVzdWx0aW5n IGluIHJhdGhlciBwYXRoZXRpYyAxOG1iL3MNCj4gdGhyb3VnaHB1dC4NCj4NCj4gSSBmb3VuZCBh IHRocmVhZG9uIHRoZSBGcmVlQlNEIGZvcnVtcw0KPiAoaHR0cDovL2ZvcnVtcy5mcmVlYnNkLm9y Zy9zaG93dGhyZWFkLnBocD90PTkxODcpIGFuZCBmb2xsb3dlZCB0aGUNCj4gc3VnZ2VzdGVkIGFk dmljZS4gSSByZWJ1aWx0IFNhbWJhIHdpdGggQUlPIHN1cHBvcnQsIGtsZGxvYWRlZCB0aGUgYWlv DQo+IG1vZHVsZSBhbmQgbWFkZSB0aGUgZm9sbG93aW5nIGNoYW5nZXMgdG8gbXkgc21iLmNvbmYN Cj4NCj4gRnJvbToNCj4gc29ja2V0IG9wdGlvbnM9VENQX05PREVMQVkNCj4NCj4gVG86DQo+IHNv Y2tldCBvcHRpb25zPVNPX1JDVkJVRj0xMzEwNzIgU09fU05EQlVGPTEzMTA3MiBUQ1BfTk9ERUxB WQ0KPiBtaW4gcmVjZWl2ZWZpbGUgc2l6ZT0xNjM4NA0KPiB1c2Ugc2VuZGZpbGU9dHJ1ZQ0KPiBh aW8gcmVhZCBzaXplID0gMTYzODQNCj4gYWlvIHdyaXRlIHNpemUgPSAxNjM4NA0KPiBhaW8gd3Jp dGUgYmVoaW5kID0gdHJ1ZQ0KPiBkbnMgcHJveHkgPSBub1svQ09ERV0NCj4NCj4gVGhpcyBzaG93 ZWQgYSB2ZXJ5IHdlbGNvbWUgaW1wcm92ZW1lbnQgaW4gcmVhZCBzcGVlZCwgSSB3ZW50IGZyb20N Cj4gMThtYi9zIHRvIDQ4bWIvcy4gVGhlIHdyaXRlIHNwZWVkIHJlbWFpbmVkIHVuY2hhbmdlZCBh bmQgd2FzIHN0aWxsDQo+IHNhdHVyYXRpbmcgdGhlIGRpc2tzLiBOb3cgSSB0cmllZCB0aGUgc3Vn Z2VzdGVkIHN5c2N0bCB0dW5hYmxlczoNCj4NCj4gYXRvbWJzZCMgc3lzY3RsIG5ldC5pbmV0LnRj cC5kZWxheWVkX2Fjaz0wDQo+IG5ldC5pbmV0LnRjcC5kZWxheWVkX2FjazogMSAtPiAwDQo+DQo+ IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC50Y3AucGF0aF9tdHVfZGlzY292ZXJ5PTANCj4gbmV0 LmluZXQudGNwLnBhdGhfbXR1X2Rpc2NvdmVyeTogMSAtPiAwDQo+DQo+IGF0b21ic2QjIHN5c2N0 bCBuZXQuaW5ldC50Y3AucmVjdmJ1Zl9pbmM9NTI0Mjg4DQo+IG5ldC5pbmV0LnRjcC5yZWN2YnVm X2luYzogMTYzODQgLT4gNTI0Mjg4DQo+DQo+IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC50Y3Au cmVjdmJ1Zl9tYXg9MTY3NzcyMTYNCj4gbmV0LmluZXQudGNwLnJlY3ZidWZfbWF4OiAyNjIxNDQg LT4gMTY3NzcyMTYNCj4NCj4gYXRvbWJzZCMgc3lzY3RsIG5ldC5pbmV0LnRjcC5zZW5kYnVmX2lu Yz01MjQyODgNCj4gbmV0LmluZXQudGNwLnNlbmRidWZfaW5jOiA4MTkyIC0+IDUyNDI4OA0KPg0K PiBhdG9tYnNkIyBzeXNjdGwgbmV0LmluZXQudGNwLnNlbmRidWZfbWF4PTE2Nzc3MjE2DQo+IG5l dC5pbmV0LnRjcC5zZW5kYnVmX21heDogMjYyMTQ0IC0+IDE2Nzc3MjE2DQo+DQo+IGF0b21ic2Qj IHN5c2N0bCBuZXQuaW5ldC50Y3Auc2VuZHNwYWNlPTY1NTM2DQo+IG5ldC5pbmV0LnRjcC5zZW5k c3BhY2U6IDMyNzY4IC0+IDY1NTM2DQo+DQo+IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC51ZHAu bWF4ZGdyYW09NTczNDQNCj4gbmV0LmluZXQudWRwLm1heGRncmFtOiA5MjE2IC0+IDU3MzQ0DQo+ DQo+IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC51ZHAucmVjdnNwYWNlPTY1NTM2DQo+IG5ldC5p bmV0LnVkcC5yZWN2c3BhY2U6IDQyMDgwIC0+IDY1NTM2DQo+DQo+IGF0b21ic2QjIHN5c2N0bCBu ZXQubG9jYWwuc3RyZWFtLnJlY3ZzcGFjZT02NTUzNg0KPiBuZXQubG9jYWwuc3RyZWFtLnJlY3Zz cGFjZTogODE5MiAtPiA2NTUzNg0KPg0KPiBhdG9tYnNkIyBzeXNjdGwgbmV0LmxvY2FsLnN0cmVh bS5zZW5kc3BhY2U9NjU1MzYNCj4gbmV0LmxvY2FsLnN0cmVhbS5zZW5kc3BhY2U6IDgxOTIgLT4g NjU1MzYNCj4NCj4gVGhpcyBpbXByb3ZlZCB0aGUgcmVhZCBzcGVlZHMgYSBmdXJ0aGVyIHRpbnkg Yml0LCBub3cgSSB3ZW50IGZyb20NCj4gNDhtYi9zIHRvIDU0bWIvcy4gVGhpcyBpcyBpdCBob3dl dmVyLCBJIGNhbid0IGZpZ3VyZSBvdXQgaG93IHRvDQo+IGluY3JlYXNlIFNhbWJhIHJlYWQgc3Bl ZWQgYW55IGZ1cnRoZXIuIEFueSBpZGVhcz8NCg0KDQpPaCBteSBnb2QuLi4gV2h5IGRpZCBub29u ZSB0ZWxsIG1lIGhvdyBtdWNoIG9mIGFuIGVub3Jtb3VzIHBlcmZvcm1hbmNlDQpib29zdCB2ZnMu emZzLnByZWZldGNoX2Rpc2FibGU9MCAoYWthIGFjdHVhbGx5IGVuYWJsaW5nIHByZWZldGNoKSBp cy4NCk15IGxvY2FsIHJlYWRzIG9mZiB0aGUgbWlycm9yIHBvb2wganVtcGVkIGZyb20gNzVtYi9z IHRvIDk2bWIvcyAoaWUuDQp0aGV5IGFyZSBub3cgbmVhcmx5IDI1JSBmYXN0ZXIgdGhhbiByZWFk aW5nIG9mZiBhbiBpbmRpdmlkdWFsIGRpc2spDQphbmQgcmVhZHMgb2ZmIGEgU2FtYmEgc2hhcmUg c2t5cm9ja2V0ZWQgZnJvbSA1MG1iL3MgdG8gOTBtYi9zLg0KDQpCeSBkZWZhdWx0LCBGcmVlQlNE IHNldHMgdmZzLnpmcy5wcmVmZXRjaF9kaXNhYmxlIHRvIDEgb24gYW55IGkzODYNCnN5c3RlbXMg YW5kIG9uIGFueSBhbWQ2NCBzeXN0ZW1zIHdpdGggbGVzcyB0aGFuIDRHQiBvZiBhdmFpYWJsZQ0K bWVtb3J5LiBNeSBzeXN0ZW0gaXMgYW1kNjQgd2l0aCA0Z2IgcmFtLCBidXQgaW50ZWdyYXRlZCB2 aWRlbyBlYXRzDQpzb21lIG9mIHRoYXQsIHNvIHRoZSBhdXRvdHVuaW5nIGRpc2FibGVkIHRoZSBw cmVmZXRjaC4gSSBoYWQgcmVhZCB1cA0Kb24gaXQgYW5kIGEgZmFpciBhbW91bnQgb2YgcGVvcGxl IHNlZW1lZCB0byBoYXZlIHBlcmZvcm1hbmNlIGlzc3Vlcw0KY2F1c2VkIGJ5IGhhdmluZyBwcmVm ZXRjaCBlbmFibGVkIGFuZCBnZXQgYmV0dGVyIHJlc3VsdHMgd2l0aCBpdA0KdHVybmVkIG9mZiwg aW4gbXkgY2FzZSBob3dldmVyLCBpdCBzZWVtcyB0aGF0IGVuYWJsaW5nIGl0IGdhdmUgYQ0KcmVh bGx5IHNvbGlkIGJvb3N0IHRvIHBlcmZvcm1hbmNlLg0KDQoNCi0gU2luY2VyZWx5DQpEYW4gTmF1 bW92DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZnJl ZWJzZC1xdWVzdGlvbnNAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQpodHRwOi8vbGlzdHMuZnJl ZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXF1ZXN0aW9ucw0KVG8gdW5zdWJzY3Jp YmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtcXVlc3Rpb25zLXVuc3Vic2NyaWJlQGZyZWVi c2Qub3JnIg0KCgoKCgo8Zm9udCBzaXplPSIxIj4KPGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9y ZGVyLWJvdHRvbTpkb3VibGUgd2luZG93dGV4dCAyLjI1cHQ7cGFkZGluZzowaW4gMGluIDEuMHB0 IDBpbic+CjwvZGl2PgoiVGhpcyBlbWFpbCBpcyBpbnRlbmRlZCB0byBiZSByZXZpZXdlZCBieSBv bmx5IHRoZSBpbnRlbmRlZCByZWNpcGllbnQKIGFuZCBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0 aGF0IGlzIHByaXZpbGVnZWQgYW5kL29yIGNvbmZpZGVudGlhbC4KIElmIHlvdSBhcmUgbm90IHRo ZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQKIGFueSBy ZXZpZXcsIHVzZSwgZGlzc2VtaW5hdGlvbiwgZGlzY2xvc3VyZSBvciBjb3B5aW5nIG9mIHRoaXMg ZW1haWwKIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueSwgaXMgc3RyaWN0bHkgcHJvaGliaXRl ZC4gIElmIHlvdSBoYXZlCiByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2UgaW1t ZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIgYnkKIHJldHVybiBlbWFpbCBhbmQgZGVsZXRlIHRo aXMgZW1haWwgZnJvbSB5b3VyIHN5c3RlbS4iCjwvZm9udD4KCg== From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 02:32: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 BB0F0106566B; Sat, 20 Mar 2010 02:32:51 +0000 (UTC) (envelope-from amvandemore@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 762778FC0A; Sat, 20 Mar 2010 02:32:51 +0000 (UTC) Received: by pvc7 with SMTP id 7so646974pvc.13 for ; Fri, 19 Mar 2010 19:32:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=mPNlbUL+WVv1mC9T/ih8I16WRWUWrHlDRJWYTNG8TgQ=; b=Nb8gj7NroCQVlnt0obX5bTbXHiO5a5f/fDovdjyj5PTLdgfTlcB5ecHEfHGPY2P+dt qh4edUhg9NFfFXv2ze9+HQm5eOPLdmQSxLLfhDn/G9/wPDP+VZyUOXiK1hiyPDOv67k9 GLKtrD/9OD4WGPwye5mhJ+s70g52jaRjKsotM= 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=IID94jeo8fUzY/Vunz/G8Ypfh25dRkn+q5LhrzZLW/1v6jyzQdXXC0UhoISLVU65YO waR7opeOmmBZiTGLo3oTVXlyX1IMLJAwfm/F5CcgBnjeDs7yzvvA7zvRQ/LwcgcIppW0 4DE8Jgac68MfT4nsT6Xh653YEzNLQgjRmiSC4= MIME-Version: 1.0 Received: by 10.142.8.22 with SMTP id 22mr1435039wfh.194.1269052370909; Fri, 19 Mar 2010 19:32:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 19 Mar 2010 21:32:50 -0500 Message-ID: <6201873e1003191932g447cb261rbc928324408b959b@mail.gmail.com> From: Adam Vande More To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-performance@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 02:32:51 -0000 On Fri, Mar 19, 2010 at 8:28 PM, Dan Naumov wrote: > Oh my god... Why did noone tell me how much of an enormous performance > boost vfs.zfs.prefetch_disable=0 (aka actually enabling prefetch) is. > My local reads off the mirror pool jumped from 75mb/s to 96mb/s (ie. > they are now nearly 25% faster than reading off an individual disk) > and reads off a Samba share skyrocketed from 50mb/s to 90mb/s. > > By default, FreeBSD sets vfs.zfs.prefetch_disable to 1 on any i386 > systems and on any amd64 systems with less than 4GB of avaiable > memory. My system is amd64 with 4gb ram, but integrated video eats > some of that, so the autotuning disabled the prefetch. I had read up > on it and a fair amount of people seemed to have performance issues > caused by having prefetch enabled and get better results with it > turned off, in my case however, it seems that enabling it gave a > really solid boost to performance. > My home VBox server is similar specs and I enabled the prefetch from the start. A few days ago, I added an intel SSD as the zpool cache device and the read speed is mind blowing now. This is from inside a VM frunning on it meaning ad0 is really a vdi. Once the cache is populated, HD latency is mostly a thing of the past. # diskinfo -tv /dev/ad0 /dev/ad0 512 # sectorsize 12884901888 # mediasize in bytes (12G) 25165824 # mediasize in sectors 24966 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. VBf9752473-05343e4e # Disk ident. Seek times: Full stroke: 250 iter in 0.082321 sec = 0.329 msec Half stroke: 250 iter in 0.078944 sec = 0.316 msec Quarter stroke: 500 iter in 0.161266 sec = 0.323 msec Short forward: 400 iter in 0.128624 sec = 0.322 msec Short backward: 400 iter in 0.131770 sec = 0.329 msec Seq outer: 2048 iter in 0.667510 sec = 0.326 msec Seq inner: 2048 iter in 0.691691 sec = 0.338 msec Transfer rates: outside: 102400 kbytes in 0.722864 sec = 141659 kbytes/sec middle: 102400 kbytes in 0.813619 sec = 125857 kbytes/sec inside: 102400 kbytes in 0.838129 sec = 122177 kbytes/sec -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 07:00:33 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 C01D2106564A for ; Sat, 20 Mar 2010 07:00:33 +0000 (UTC) (envelope-from bounce@outsourcermarketplace.com) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8B44D8FC12 for ; Sat, 20 Mar 2010 07:00:33 +0000 (UTC) Received: from infong718.perfora.net (infong718.lxa.perfora.net [74.208.16.180]) by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis) id 0MLNQw-1NtQRI0j9W-000l1e; Sat, 20 Mar 2010 02:47:59 -0400 Received: from user (see x-sender-info) by infong718.perfora.net with local id 3oUnpY-1NssTW0Xbo-00066f; Sat, 20 Mar 2010 02:47:58 -0400 X-Sender-Info: <241360077@infong718.perfora.net> Precedence: bulk X-Apache-Env: helo="aW5mb25nNzE4LnBlcmZvcmEubmV0"; To: freebsd-stable@freebsd.org Message-ID: <6138f2e95341d45d0093f250b5484b87@s239803596.onlinehome.us> Date: Fri, 19 Mar 2010 22:05:25 -0400 From: "info@outsourcermarketplace.com" MIME-Version: 1.0 X-Mailer-LID: 35 X-Mailer-RecptId: 636993 X-Mailer-SID: 52 X-Mailer-Sent-By: 1 X-Provags-ID: V01U2FsdGVkX18cYUxz/PLPu1E7QYsVdQPwP4VzJbXc1G0XW8c 1MMOIRKJ2Upp7D6bPQmMeftwyeAE5IKG2cLhB+6b/ECLPn2OOa u4FaFyMGiM= Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Outsourcing Projects Added to OutsourcerMarketplace - Including $1 Million SEO Contract X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: info1@outsourcermarketplace.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 07:00:33 -0000 Your email client cannot read this email. To view it online, please go here: http://s239803596.onlinehome.us/display.php?M=636993&C=0b459cda02907b70810620c649b053e6&S=52&L=35&N=32 To stop receiving these emails:http://s239803596.onlinehome.us/unsubscribe.php?M=636993&C=0b459cda02907b70810620c649b053e6&L=35&N=52 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 08:16: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 E598A106566C; Sat, 20 Mar 2010 08:16:51 +0000 (UTC) (envelope-from dan.naumov@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 1E6DA8FC1C; Sat, 20 Mar 2010 08:16:50 +0000 (UTC) Received: by bwz8 with SMTP id 8so3628779bwz.3 for ; Sat, 20 Mar 2010 01:16: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:message-id:subject:from:to:cc:content-type; bh=ZGEJNCP9LNysm18UdMBs2XqHr5ZsHJieCtGNrH0LcoY=; b=d6yZFF4iuAJrnYCvHnrgLreFc/mmy14qY9y3zEPYujFdGkTeNCIIBpDNJtsR8hmFP9 Xtkx1lgbrZUGsOFaZNIzH5Av1SOWkf9onHWlqv7xxdPiEFwWuhlESgybcVIyGPzml5gF 2b2ew853pnu2CcHTY6UBxuAxSl4ObW3XyP4iw= 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=lUHNQx5lYzNnKo4BVIlb7GhynV8CJu4EFvfZzY5LvNUOhrLy2iIeL3pSrSU26CkdeE Akks9LpBp5fSKAV4cObpFUubkxJeVZb9YP/fyPXXnuKLlgUBDcMu8azQxyYQdIJ44HuW r4NoxWVSSIfrMirAyh8vryhAgoWP5xM8uFUKM= MIME-Version: 1.0 Received: by 10.204.138.79 with SMTP id z15mr4003924bkt.167.1269073009288; Sat, 20 Mar 2010 01:16:49 -0700 (PDT) In-Reply-To: <30209_1269049775_4BA429AF_30209_895_1_D9B37353831173459FDAA836D3B434994A334315@WADPMBXV0.waddell.com> References: <30209_1269049775_4BA429AF_30209_895_1_D9B37353831173459FDAA836D3B434994A334315@WADPMBXV0.waddell.com> Date: Sat, 20 Mar 2010 10:16:49 +0200 Message-ID: From: Dan Naumov To: Gary Gatten Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , "freebsd-stable@freebsd.org" , "freebsd-questions@freebsd.org" Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 08:16:52 -0000 On Sat, Mar 20, 2010 at 3:49 AM, Gary Gatten wrote: > It MAY make a big diff, but make sure during your tests you use unique files or flush the cache or you'll me testing cache speed and not disk speed. Yeah I did make sure to use unique files for testing the effects of prefetch. This is Atom D510 / Supermicro X75SPA-H / 4Gb Ram with 2 x slow 2tb WD Green (WD20EADS) disks with 32mb cache in a ZFS mirror after enabling prefetch.: Code: bonnie -s 8192 -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 8192 29065 68.9 52027 39.8 39636 33.3 54057 95.4 105335 34.6 174.1 7.9 DD read: dd if=/dev/urandom of=test2 bs=1M count=8192 dd if=test2 of=/dev/zero bs=1M 8589934592 bytes transferred in 76.031399 secs (112978779 bytes/sec) (107,74mb/s) Individual disks read capability: 75mb/s Reading off a mirror of 2 disks with prefetch disabled: 60mb/s Reading off a mirror of 2 disks with prefetch enabled: 107mb/s - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 10:23: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 96ACC1065670 for ; Sat, 20 Mar 2010 10:23:01 +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 58F468FC1A for ; Sat, 20 Mar 2010 10:23:01 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.116.59.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id D558B8A18D2 for ; Sat, 20 Mar 2010 11:22:58 +0100 (CET) Message-ID: <4BA4A1FB.2060409@bsdforen.de> Date: Sat, 20 Mar 2010 11:22:51 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4BA3616B.6030007@bsdforen.de> In-Reply-To: <4BA3616B.6030007@bsdforen.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: wpi0 stability and acpi_hp problems 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, 20 Mar 2010 10:23:01 -0000 On 19/03/2010 12:35, Dominic Fandrey wrote: > ... > > My wpi problems are more severe. > > I recently purchased a new battery for my notebook and to improve > my battery uptime I deactivated the bluetooth device in the BIOS > (HP6510b). > > Ever since the wlan connection is less reliable. ... Even with the bluetooth device reactivated the thing panics on me, not exclusively, but extremely frequently, when using wpa_supplicant. I fed this stuff into a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=144898 -- 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 Sat Mar 20 11:55: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 E3D731065670; Sat, 20 Mar 2010 11:55:30 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 850B38FC13; Sat, 20 Mar 2010 11:55:30 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 82B7E1C; Sat, 20 Mar 2010 12:55:28 +0100 (MET) Date: Sat, 20 Mar 2010 12:55:28 +0100 From: Joerg Wunsch To: freebsd-stable@freebsd.org, Warner Losh Message-ID: <20100320115528.GA50212@uriah.heep.sax.de> References: <20100318192758.GP52442@uriah.heep.sax.de> <201003190837.48346.jhb@freebsd.org> <20100319211456.GA17662@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100319211456.GA17662@uriah.heep.sax.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 11:55:31 -0000 As Joerg Wunsch wrote: > OK, at kernel #11 :), I can now say it's the USB subsystem. Just > leaving "device usb" (and also "device uhci") in makes it work. > > So the question appears to be why keeping the USB driver in makes the > interrupt storm detection work... Maybe that's the relationship? camel# dmesg | fgrep 'irq 11' vgapci0: mem 0xe0000000-0xe0ffffff,0x70000000-0x703fffff,0x70400000-0x704fffff irq 11 at device 0.0 on pci1 cbb0: mem 0x50102000-0x50102fff irq 11 at device 2.0 on pci0 cbb1: mem 0x50101000-0x50101fff irq 11 at device 2.1 on pci0 uhci0: port 0x8400-0x841f irq 11 at device 7.2 on pci0 xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 I guess vgapci0 doesn't really use interrupts, so this leaves cbb0/1 and uhci0 sharing an interrupt. Apparently, the interrupt storm at cbb gets detected correctly as long as at least another device installs an interrupt handler on irq 11. Does that make any sense as an explanation? I can live with the current situation (and proceed in setting up that machine as a firewall, which was my original intention), although I could also spend another day into debugging that symptom if someone can get me some directions. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 12:16: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 9ABBF106566B for ; Sat, 20 Mar 2010 12:16:05 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 191E68FC0A for ; Sat, 20 Mar 2010 12:16:04 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 94F5B153448; Sat, 20 Mar 2010 13:16:03 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AhT71D9vFGMt; Sat, 20 Mar 2010 13:16:01 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.10.212]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 900D1153436; Sat, 20 Mar 2010 13:16:01 +0100 (CET) Message-ID: <4BA4BC82.3020606@digiware.nl> Date: Sat, 20 Mar 2010 13:16:02 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Charles Sprickman References: <4BA08FA8.5000902@omnilan.de> <585602e11003170127t669ebe04k752bc4383f3fde22@mail.gmail.com> <4BA3FF91.7090903@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthias Gamsjager , FreeBSD Stable Users Subject: Re: Does zfs have it's own nfs server? 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, 20 Mar 2010 12:16:05 -0000 On 20-3-2010 0:50, Charles Sprickman wrote: > Just wondering, is this using the base nfsd/mountd, or is there some > in-kernel nfs code strictly for zfs? I haven't found much info on the > share* options in the manpage or wiki. There's also the complete ZFS manual you should read: http://dlc.sun.com/pdf/819-5461/819-5461.pdf It's for Solaris, so perhaps not everything works on FreeBSD. But most of it will. > Could you give an example of passing options that would say, limit to a > subnet and map root to root using the zfs sharenfs command? Something like this: (Email might wrap the line) zfs set sharenfs='-alldirs -maproot=0 -network 192.168.10.0 -mask 255.255.255.0' zfsdata/home/wjw to export /home/wjw which is available as /zfsdata/home/wjw in ZFS. All the zfs does is add this to the /etc/zfs/exports file. And then the regular mountd/nfsd combo does the NDS-service. --WjW From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 13:42: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 D8EE8106564A for ; Sat, 20 Mar 2010 13:42:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9760B8FC15 for ; Sat, 20 Mar 2010 13:42:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2KDfbXm093096; Sat, 20 Mar 2010 07:41:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 20 Mar 2010 07:41:56 -0600 (MDT) Message-Id: <20100320.074156.47703827965796709.imp@bsdimp.com> To: joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de From: "M. Warner Losh" In-Reply-To: <20100320115528.GA50212@uriah.heep.sax.de> References: <201003190837.48346.jhb@freebsd.org> <20100319211456.GA17662@uriah.heep.sax.de> <20100320115528.GA50212@uriah.heep.sax.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel 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, 20 Mar 2010 13:42:50 -0000 In message: <20100320115528.GA50212@uriah.heep.sax.de> Joerg Wunsch writes: : As Joerg Wunsch wrote: : : > OK, at kernel #11 :), I can now say it's the USB subsystem. Just : > leaving "device usb" (and also "device uhci") in makes it work. : > : > So the question appears to be why keeping the USB driver in makes the : > interrupt storm detection work... : : Maybe that's the relationship? : : camel# dmesg | fgrep 'irq 11' : vgapci0: mem 0xe0000000-0xe0ffffff,0x70000000-0x703fffff,0x70400000-0x704fffff irq 11 at device 0.0 on pci1 : cbb0: mem 0x50102000-0x50102fff irq 11 at device 2.0 on pci0 : cbb1: mem 0x50101000-0x50101fff irq 11 at device 2.1 on pci0 : uhci0: port 0x8400-0x841f irq 11 at device 7.2 on pci0 : xe0: at port 0x100-0x10f iomem 0x20000000-0x20000fff irq 11 function 0 config 1 on pccard1 : : I guess vgapci0 doesn't really use interrupts, so this leaves cbb0/1 : and uhci0 sharing an interrupt. Apparently, the interrupt storm at : cbb gets detected correctly as long as at least another device : installs an interrupt handler on irq 11. : : Does that make any sense as an explanation? : : I can live with the current situation (and proceed in setting up that : machine as a firewall, which was my original intention), although I : could also spend another day into debugging that symptom if someone : can get me some directions. Does this happen on a cold boot or a warm boot? Warner From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 13:45: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 B6D931065670 for ; Sat, 20 Mar 2010 13:45:19 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 597888FC1B for ; Sat, 20 Mar 2010 13:45:18 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 43B561C; Sat, 20 Mar 2010 14:45:17 +0100 (MET) Date: Sat, 20 Mar 2010 14:45:17 +0100 From: Joerg Wunsch To: "M. Warner Losh" Message-ID: <20100320134517.GO52442@uriah.heep.sax.de> References: <201003190837.48346.jhb@freebsd.org> <20100319211456.GA17662@uriah.heep.sax.de> <20100320115528.GA50212@uriah.heep.sax.de> <20100320.074156.47703827965796709.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100320.074156.47703827965796709.imp@bsdimp.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 13:45:19 -0000 As M. Warner Losh wrote: > : I guess vgapci0 doesn't really use interrupts, so this leaves cbb0/1 > : and uhci0 sharing an interrupt. Apparently, the interrupt storm at > : cbb gets detected correctly as long as at least another device > : installs an interrupt handler on irq 11. > Does this happen on a cold boot or a warm boot? That doesn't matter. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 14:11: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 89EC21065670 for ; Sat, 20 Mar 2010 14:11:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4B15D8FC19 for ; Sat, 20 Mar 2010 14:11:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2KE2s7V093282; Sat, 20 Mar 2010 08:02:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 20 Mar 2010 08:03:13 -0600 (MDT) Message-Id: <20100320.080313.176187995527928251.imp@bsdimp.com> To: joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de From: "M. Warner Losh" In-Reply-To: <20100320134517.GO52442@uriah.heep.sax.de> References: <20100320115528.GA50212@uriah.heep.sax.de> <20100320.074156.47703827965796709.imp@bsdimp.com> <20100320134517.GO52442@uriah.heep.sax.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel 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, 20 Mar 2010 14:11:04 -0000 In message: <20100320134517.GO52442@uriah.heep.sax.de> Joerg Wunsch writes: : As M. Warner Losh wrote: : : > : I guess vgapci0 doesn't really use interrupts, so this leaves cbb0/1 : > : and uhci0 sharing an interrupt. Apparently, the interrupt storm at : > : cbb gets detected correctly as long as at least another device : > : installs an interrupt handler on irq 11. : : > Does this happen on a cold boot or a warm boot? : : That doesn't matter. Bummer. I'll have to look at the original data a little more closely. I'd like to know what causes this, if possible. Warner From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 14:22: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 6CEBB106564A for ; Sat, 20 Mar 2010 14:22:38 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9648FC15 for ; Sat, 20 Mar 2010 14:22:37 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 8C5AD1C; Sat, 20 Mar 2010 15:22:36 +0100 (MET) Date: Sat, 20 Mar 2010 15:22:36 +0100 From: Joerg Wunsch To: "M. Warner Losh" Message-ID: <20100320142236.GS52442@uriah.heep.sax.de> References: <20100320115528.GA50212@uriah.heep.sax.de> <20100320.074156.47703827965796709.imp@bsdimp.com> <20100320134517.GO52442@uriah.heep.sax.de> <20100320.080313.176187995527928251.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100320.080313.176187995527928251.imp@bsdimp.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 14:22:38 -0000 As M. Warner Losh wrote: > : > Does this happen on a cold boot or a warm boot? > : > : That doesn't matter. > Bummer. I'll have to look at the original data a little more > closely. I'd like to know what causes this, if possible. OK, I could insert any printf you'd like me to. I could perhaps even use remote KGDB on it, the machine does have a serial port that can be used. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 14:26: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 A28EB1065670 for ; Sat, 20 Mar 2010 14:26:01 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 448A88FC0C for ; Sat, 20 Mar 2010 14:26:01 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 511831C; Sat, 20 Mar 2010 15:26:00 +0100 (MET) Date: Sat, 20 Mar 2010 15:26:00 +0100 From: Joerg Wunsch To: "M. Warner Losh" Message-ID: <20100320142600.GT52442@uriah.heep.sax.de> References: <20100320115528.GA50212@uriah.heep.sax.de> <20100320.074156.47703827965796709.imp@bsdimp.com> <20100320134517.GO52442@uriah.heep.sax.de> <20100320.080313.176187995527928251.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100320.080313.176187995527928251.imp@bsdimp.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange problem: if_xe only works in GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 14:26:01 -0000 As M. Warner Losh wrote: > I'd like to know what causes this, if possible. One more datapoint, don't know whether it's related or not. I've got a cardbus ethernet card around (a Xircom one), which it is normally used in a different machine. When I insert it into the TP600, I get: cardbus1: Unable to allocate resource to read CIS. cardbus1: Unable to allocate resources for CIS cardbus1: Unable to allocate resource to read CIS. cardbus1: Unable to allocate resources for CIS cardbus1: at device 0.0 (no driver attached) (Loading if_dc now) dc0: port 0x1000-0x107f mem 0x20000000-0x200007ff,0x20001000-0x200017ff irq 11 at device 0.0 on cardbus1 dc0: No station address in CIS! device_attach: dc0 attach returned 6 -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 16:36: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 E778A106566C for ; Sat, 20 Mar 2010 16:36:06 +0000 (UTC) (envelope-from calendar-invite@reply.yahoo.com) Received: from n3.bullet.mail.mud.yahoo.com (n3.bullet.mail.mud.yahoo.com [209.191.127.223]) by mx1.freebsd.org (Postfix) with SMTP id B27C68FC1C for ; Sat, 20 Mar 2010 16:36:06 +0000 (UTC) Received: from [68.142.194.243] by n3.bullet.mud.yahoo.com with NNFMP; 20 Mar 2010 16:36:06 -0000 Received: from [209.191.92.46] by t1.bullet.mud.yahoo.com with NNFMP; 20 Mar 2010 16:36:06 -0000 Date: 20 Mar 2010 09:36:06 -0700 Received: from [127.0.0.1] by web202.cal.mud.yahoo.com with NNFMP; 20 Mar 2010 16:36:06 -0000 x-yahoo-newman-errors: calendar-invite.nbuwgzk7nj2xg5djny3sg3dkfuytenrzgeydeojwguwwq2ldmvpwu5ltoruw4nzdnrvdumjx-freebsd-stable=freebsd.org@returns.bulk.yahoo.com MIME-Version: 1.0 Errors-To: hice_justin7@yahoo.co.nz From: Hice Justin To: freebsd-stable@freebsd.org X-Yahoo-Newman-Property: calendar-invite X-Yahoo-Newman-Id: hice_justin7#lj-1269102965-hice_justin7#lj:17 X-Yahoo-Calendar-Iid: OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX X-RocketSRV: siu=http://us.i1.yimg.com/us.yimg.com/i/us/pim/el/inv16_1.gif; siw=16; sih=16; allow=all Message-Id: <20100320163606.E778A106566C@hub.freebsd.org> Content-Type: text/plain; charset=windows-1252; Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Update: Dearest, Miss Hice Justin Yac X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hice_justin7@yahoo.co.nz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 16:36:07 -0000 The event "Dearest, Miss Hice Justin Yac" has changed. New! = items changed by your host. By your host Hice Justin: Date: Saturday 20 March 2010 Time: 16:00 - 17:00 (GMT +00:00) Street: Hi, my name is Miss Hice Justin Yac, 24years old originated from Sudan . I am fair in complexion, lovely, romantic and caring. I decided to contact you because I really wantthave a good relationship with you. My father Dr. Justin Yac Arop was the former Minister for SPLA Affairs and Special Adviser to President Salva Kiir of South Sudan for Decentralization. My father Dr City County Postcode: Justin Yac and my mother including other top Military officers and top government officials had been on board when the plane crashed on Friday May 02, 2008.after the burial of my father, my uncle conspired and sold my father's properties to one Chinese Expatriate and lives nothing for me. One faithful morning, I opened my fathbriefcase and found out the documents which he have deposited huge amount of money inone bank in Burkina Faso with my name as the next of kin. I travelled to Burkina Faso to withdraw the money so that I can start a better life and take care of myself. On my arrivathe Branch manager of the Bank whom I met in person told me that my father's instruction to the bank was the money should be released to me only when I am married or present a trustee who will help me and invest the money overseas I have chosen to contact you after my prayers and I believe that you will not betray my trust. But rather take me as your own sister. Though you may wonder why I am so soon revealing myself to you without knowing you, well, I will say that my mind convinced me that you are the true person to help me. More so, I will like to disclose much to you if youcan help me to relocate to your country because my uncles have threatened to assassinate me. The amount is $8.5 Million and I have confirmed from the bank in Burkina Faso Phone: You will also help me to place the money in a more profitable businessventure in your Country.However, you will help by recommending a nice University in your country so that I can complete my studies. It is my intention to compensate you with 20% of the total money for your services and the balance shall be my capital in your establishment. As soon as I receive your interest in helping me, I will put things into action immediately. In the light of the above, I shall appreciate an urgent message indicating your ability and willingness to handle this transaction sincerely. Please do keep this only to your self. I beg you not to disclose it till I come over because I am afraid of my weaked uncles who have threatened to kill me. Sincerely yours,Hice Justin Yac Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/hice_justin7?v=126&a1=0&iid=OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX&igid=wha5dtx%40nKlY%40ebNTx%40nQRd%40HF%40jaPn4cpGe6t7cYwv%40 Copyright © 2010 All Rights Reserved www.yahoo.co.nz Privacy Policy: http://info.yahoo.com/privacy/nz/yahoo/details/ Terms of Service: http://nz.docs.yahoo.com/info/terms From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 16: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 764F210656AE for ; Sat, 20 Mar 2010 16:39:40 +0000 (UTC) (envelope-from calendar-invite@reply.yahoo.com) Received: from n29.bullet.mail.mud.yahoo.com (n29.bullet.mail.mud.yahoo.com [68.142.207.48]) by mx1.freebsd.org (Postfix) with SMTP id 4000B8FC13 for ; Sat, 20 Mar 2010 16:39:40 +0000 (UTC) Received: from [68.142.194.243] by n29.bullet.mail.mud.yahoo.com with NNFMP; 20 Mar 2010 16:39:39 -0000 Received: from [209.191.92.45] by t1.bullet.mud.yahoo.com with NNFMP; 20 Mar 2010 16:39:39 -0000 Date: 20 Mar 2010 09:39:39 -0700 Received: from [127.0.0.1] by web201.cal.mud.yahoo.com with NNFMP; 20 Mar 2010 16:39:39 -0000 x-yahoo-newman-errors: calendar-invite.nbuwgzk7nj2xg5djny3sg3dkfuytenrzgeydgmjxhewwq2ldmvpwu5ltoruw4nzdnrvdumjx-freebsd-stable=freebsd.org@returns.bulk.yahoo.com MIME-Version: 1.0 Errors-To: hice_justin7@yahoo.co.nz From: Hice Justin To: freebsd-stable@freebsd.org X-Yahoo-Newman-Property: calendar-invite X-Yahoo-Newman-Id: hice_justin7#lj-1269103179-hice_justin7#lj:17 X-Yahoo-Calendar-Iid: OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX X-RocketSRV: siu=http://us.i1.yimg.com/us.yimg.com/i/us/pim/el/inv16_1.gif; siw=16; sih=16; allow=all Message-Id: <20100320163940.764F210656AE@hub.freebsd.org> Content-Type: text/plain; charset=windows-1252; Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Update: Dearest, Miss Hice Justin Yac X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hice_justin7@yahoo.co.nz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 16:39:40 -0000 The event "Dearest, Miss Hice Justin Yac" has changed. New! = items changed by your host. By your host Hice Justin: Date: Saturday 20 March 2010 Time: 16:00 - 17:00 (GMT +00:00) Street: Hi, my name is Miss Hice Justin Yac, 24years old originated from Sudan . I am fair in complexion, lovely, romantic and caring. I decided to contact you because I really wantthave a good relationship with you. My father Dr. Justin Yac Arop was the former Minister for SPLA Affairs and Special Adviser to President Salva Kiir of South Sudan for Decentralization. My father Dr City County Postcode: Justin Yac and my mother including other top Military officers and top government officials had been on board when the plane crashed on Friday May 02, 2008.after the burial of my father, my uncle conspired and sold my father's properties to one Chinese Expatriate and lives nothing for me. One faithful morning, I opened my fathbriefcase and found out the documents which he have deposited huge amount of money inone bank in Burkina Faso with my name as the next of kin. I travelled to Burkina Faso to withdraw the money so that I can start a better life and take care of myself. On my arrivathe Branch manager of the Bank whom I met in person told me that my father's instruction to the bank was the money should be released to me only when I am married or present a trustee who will help me and invest the money overseas I have chosen to contact you after my prayers and I believe that you will not betray my trust. But rather take me as your own sister. Though you may wonder why I am so soon revealing myself to you without knowing you, well, I will say that my mind convinced me that you are the true person to help me. More so, I will like to disclose much to you if youcan help me to relocate to your country because my uncles have threatened to assassinate me. The amount is $8.5 Million and I have confirmed from the bank in Burkina Faso Phone: You will also help me to place the money in a more profitable businessventure in your Country.However, you will help by recommending a nice University in your country so that I can complete my studies. It is my intention to compensate you with 20% of the total money for your services and the balance shall be my capital in your establishment. As soon as I receive your interest in helping me, I will put things into action immediately. In the light of the above, I shall appreciate an urgent message indicating your ability and willingness to handle this transaction sincerely. Please do keep this only to your self. I beg you not to disclose it till I come over because I am afraid of my weaked uncles who have threatened to kill me. Sincerely yours,Hice Justin Yac Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/hice_justin7?v=126&a1=0&iid=OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX&igid=wha5dtx%40nKlY%40ebNTx%40nQRd%40HF%40jaPn4cpGe6t7cYwv%40 Copyright © 2010 All Rights Reserved www.yahoo.co.nz Privacy Policy: http://info.yahoo.com/privacy/nz/yahoo/details/ Terms of Service: http://nz.docs.yahoo.com/info/terms From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 16:43: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 D9CC31065675 for ; Sat, 20 Mar 2010 16:43:24 +0000 (UTC) (envelope-from calendar-invite@reply.yahoo.com) Received: from n28.bullet.mail.mud.yahoo.com (n28.bullet.mail.mud.yahoo.com [68.142.206.223]) by mx1.freebsd.org (Postfix) with SMTP id 8C6C48FC1E for ; Sat, 20 Mar 2010 16:43:24 +0000 (UTC) Received: from [68.142.194.243] by n28.bullet.mail.mud.yahoo.com with NNFMP; 20 Mar 2010 16:43:23 -0000 Received: from [209.191.92.46] by t1.bullet.mud.yahoo.com with NNFMP; 20 Mar 2010 16:43:23 -0000 Date: 20 Mar 2010 09:43:23 -0700 Received: from [127.0.0.1] by web202.cal.mud.yahoo.com with NNFMP; 20 Mar 2010 16:43:23 -0000 x-yahoo-newman-errors: calendar-invite.nbuwgzk7nj2xg5djny3sg3dkfuytenrzgeydgnbqgmwwq2ldmvpwu5ltoruw4nzdnrvdumjx-freebsd-stable=freebsd.org@returns.bulk.yahoo.com MIME-Version: 1.0 Errors-To: hice_justin7@yahoo.co.nz From: Hice Justin To: freebsd-stable@freebsd.org X-Yahoo-Newman-Property: calendar-invite X-Yahoo-Newman-Id: hice_justin7#lj-1269103403-hice_justin7#lj:17 X-Yahoo-Calendar-Iid: OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX X-RocketSRV: siu=http://us.i1.yimg.com/us.yimg.com/i/us/pim/el/inv16_1.gif; siw=16; sih=16; allow=all Message-Id: <20100320164324.D9CC31065675@hub.freebsd.org> Content-Type: text/plain; charset=windows-1252; Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Update: Dearest, Miss Hice Justin Yac X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hice_justin7@yahoo.co.nz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 16:43:24 -0000 The event "Dearest, Miss Hice Justin Yac" has changed. New! = items changed by your host. By your host Hice Justin: Date: Saturday 20 March 2010 Time: 16:00 - 17:00 (GMT +00:00) Street: Hi, my name is Miss Hice Justin Yac, 24years old originated from Sudan . I am fair in complexion, lovely, romantic and caring. I decided to contact you because I really wantthave a good relationship with you. My father Dr. Justin Yac Arop was the former Minister for SPLA Affairs and Special Adviser to President Salva Kiir of South Sudan for Decentralization. My father Dr City County Postcode: Justin Yac and my mother including other top Military officers and top government officials had been on board when the plane crashed on Friday May 02, 2008.after the burial of my father, my uncle conspired and sold my father's properties to one Chinese Expatriate and lives nothing for me. One faithful morning, I opened my fathbriefcase and found out the documents which he have deposited huge amount of money inone bank in Burkina Faso with my name as the next of kin. I travelled to Burkina Faso to withdraw the money so that I can start a better life and take care of myself. On my arrivathe Branch manager of the Bank whom I met in person told me that my father's instruction to the bank was the money should be released to me only when I am married or present a trustee who will help me and invest the money overseas I have chosen to contact you after my prayers and I believe that you will not betray my trust. But rather take me as your own sister. Though you may wonder why I am so soon revealing myself to you without knowing you, well, I will say that my mind convinced me that you are the true person to help me. More so, I will like to disclose much to you if youcan help me to relocate to your country because my uncles have threatened to assassinate me. The amount is $8.5 Million and I have confirmed from the bank in Burkina Faso Phone: You will also help me to place the money in a more profitable businessventure in your Country.However, you will help by recommending a nice University in your country so that I can complete my studies. It is my intention to compensate you with 20% of the total money for your services and the balance shall be my capital in your establishment. As soon as I receive your interest in helping me, I will put things into action immediately. In the light of the above, I shall appreciate an urgent message indicating your ability and willingness to handle this transaction sincerely. Please do keep this only to your self. I beg you not to disclose it till I come over because I am afraid of my weaked uncles who have threatened to kill me. Sincerely yours,Hice Justin Yac Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/hice_justin7?v=126&a1=0&iid=OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX&igid=wha5dtx%40nKlY%40ebNTx%40nQRd%40HF%40jaPn4cpGe6t7cYwv%40 Copyright © 2010 All Rights Reserved www.yahoo.co.nz Privacy Policy: http://info.yahoo.com/privacy/nz/yahoo/details/ Terms of Service: http://nz.docs.yahoo.com/info/terms From owner-freebsd-stable@FreeBSD.ORG Sat Mar 20 16:46:22 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 CF4471065670 for ; Sat, 20 Mar 2010 16:46:22 +0000 (UTC) (envelope-from calendar-invite@reply.yahoo.com) Received: from n30.bullet.mail.mud.yahoo.com (n30.bullet.mail.mud.yahoo.com [68.142.207.49]) by mx1.freebsd.org (Postfix) with SMTP id 998F48FC15 for ; Sat, 20 Mar 2010 16:46:22 +0000 (UTC) Received: from [68.142.194.244] by n30.bullet.mail.mud.yahoo.com with NNFMP; 20 Mar 2010 16:46:22 -0000 Received: from [209.191.92.46] by t2.bullet.mud.yahoo.com with NNFMP; 20 Mar 2010 16:46:22 -0000 Date: 20 Mar 2010 09:46:22 -0700 Received: from [127.0.0.1] by web202.cal.mud.yahoo.com with NNFMP; 20 Mar 2010 16:46:22 -0000 x-yahoo-newman-errors: calendar-invite.nbuwgzk7nj2xg5djny3sg3dkfuytenrzgeydgnjygiwwq2ldmvpwu5ltoruw4nzdnrvdumjx-freebsd-stable=freebsd.org@returns.bulk.yahoo.com MIME-Version: 1.0 Errors-To: hice_justin7@yahoo.co.nz From: Hice Justin To: freebsd-stable@freebsd.org X-Yahoo-Newman-Property: calendar-invite X-Yahoo-Newman-Id: hice_justin7#lj-1269103582-hice_justin7#lj:17 X-Yahoo-Calendar-Iid: OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX X-RocketSRV: siu=http://us.i1.yimg.com/us.yimg.com/i/us/pim/el/inv16_1.gif; siw=16; sih=16; allow=all Message-Id: <20100320164622.CF4471065670@hub.freebsd.org> Content-Type: text/plain; charset=windows-1252; Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Update: Dearest, Miss Hice Justin Yac X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hice_justin7@yahoo.co.nz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 16:46:22 -0000 The event "Dearest, Miss Hice Justin Yac" has changed. New! = items changed by your host. By your host Hice Justin: Date: Saturday 20 March 2010 Time: 16:00 - 17:00 (GMT +00:00) Street: Hi, my name is Miss Hice Justin Yac, 24years old originated from Sudan . I am fair in complexion, lovely, romantic and caring. I decided to contact you because I really wantthave a good relationship with you. My father Dr. Justin Yac Arop was the former Minister for SPLA Affairs and Special Adviser to President Salva Kiir of South Sudan for Decentralization. My father Dr City County Postcode: Justin Yac and my mother including other top Military officers and top government officials had been on board when the plane crashed on Friday May 02, 2008.after the burial of my father, my uncle conspired and sold my father's properties to one Chinese Expatriate and lives nothing for me. One faithful morning, I opened my fathbriefcase and found out the documents which he have deposited huge amount of money inone bank in Burkina Faso with my name as the next of kin. I travelled to Burkina Faso to withdraw the money so that I can start a better life and take care of myself. On my arrivathe Branch manager of the Bank whom I met in person told me that my father's instruction to the bank was the money should be released to me only when I am married or present a trustee who will help me and invest the money overseas I have chosen to contact you after my prayers and I believe that you will not betray my trust. But rather take me as your own sister. Though you may wonder why I am so soon revealing myself to you without knowing you, well, I will say that my mind convinced me that you are the true person to help me. More so, I will like to disclose much to you if youcan help me to relocate to your country because my uncles have threatened to assassinate me. The amount is $8.5 Million and I have confirmed from the bank in Burkina Faso Phone: You will also help me to place the money in a more profitable businessventure in your Country.However, you will help by recommending a nice University in your country so that I can complete my studies. It is my intention to compensate you with 20% of the total money for your services and the balance shall be my capital in your establishment. As soon as I receive your interest in helping me, I will put things into action immediately. In the light of the above, I shall appreciate an urgent message indicating your ability and willingness to handle this transaction sincerely. Please do keep this only to your self. I beg you not to disclose it till I come over because I am afraid of my weaked uncles who have threatened to kill me. Sincerely yours,Hice Justin Yac Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/hice_justin7?v=126&a1=0&iid=OhEhh%40t%40L2t0Aa82DhJ7hR%40%40vEtoameX&igid=wha5dtx%40nKlY%40ebNTx%40nQRd%40HF%40jaPn4cpGe6t7cYwv%40 Copyright © 2010 All Rights Reserved www.yahoo.co.nz Privacy Policy: http://info.yahoo.com/privacy/nz/yahoo/details/ Terms of Service: http://nz.docs.yahoo.com/info/terms