From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 03:26: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 2FB061065670; Sun, 12 Sep 2010 03:26:16 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3BC8FC0C; Sun, 12 Sep 2010 03:26:10 +0000 (UTC) Received: by iwn34 with SMTP id 34so4346191iwn.13 for ; Sat, 11 Sep 2010 20:26:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=3ihVh2v3yHzx4tvMd7b9W/guxC7rsRnQMcA23ooJYow=; b=p0kLyPy3X8zvjqI3lUZB7uzmWhe5WCj0WjhxKub/N7BgFbA0hHJ4QS0MRCCet+DXwy zbDzPa/pGQn21hPZiulpU4UAorM2HUqagWDidl4dXoKP/kbGQnP3yvS4ing8MtAr1tSE w020gJX1GBn2OPr5v8CfqJyuCm/t8+B6XyhV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=t6NR5AruZNIxbQS3vNf91QylnKLq4616W3BPJLX5dWMVqFQqUXAW9l1vWDYYRVO1AE hzzPaiiJHvAAS9B6SLpp9fCI79ITJisyz1eI0S5ZJgwVHyToz9rtDx4IUCRHA2pooCuD UpHYkQ95xcL+SeysBeHqR4z4TFKQS17OO9S9o= Received: by 10.231.33.129 with SMTP id h1mr3303994ibd.140.1284261969853; Sat, 11 Sep 2010 20:26:09 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-137-20.dsl.klmzmi.sbcglobal.net [99.181.137.20]) by mx.google.com with ESMTPS id n20sm4333865ibe.11.2010.09.11.20.26.06 (version=SSLv3 cipher=RC4-MD5); Sat, 11 Sep 2010 20:26:07 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C8C484C.7060607@DataIX.net> Date: Sat, 11 Sep 2010 23:26:04 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100908 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Doug Barton References: <201009100920.o8A9KAAp030811@fire.js.berklix.net> <4C8A77C9.70009@FreeBSD.org> In-Reply-To: <4C8A77C9.70009@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 03:26:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/10/2010 14:24, Doug Barton wrote: > On 9/10/2010 2:20 AM, Julian H. Stacey wrote: >> One option could be a new list > > Just send these notices to -announce. The removal of stuff like this > doesn't happen often, and as long as we're careful with the frequency > and content of the messages I can't imagine people would complain too much. > I agree with Doug on this. No need to add another layer of complexity to the already existing lists. Just use them properly. Besides wouldn't it make sense to publish the top three or five recent posts to announce@ to a reserved space on the CMS rather than relying on consumers to subscribe to the list at all. I know errata notices get announced I would think a heads up around the board about big changes like removing portions of code completely should be announced as well. FreeBSD-CA-??? "Change Announcement?" for that are constructed much of the same way the SA & EN are ?. Just some thoughts, Regards, - -- jhell,v -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMjEhMAAoJEJBXh4mJ2FR+7tEH/3IazQgUv/JubsuzKLVnCLER oYg1Ws/dvWPC0Tdizm7QIqp+WvFYGz/c9Udihl8jAMW5CVLkNSba/THcpcVbp4hY utHhC88EsPZjgKjGnCpbfOar2cZoBL1nPv16+pL2Ur+NjU9s+PAY31SmFJ6I3fq4 yTMjU+/fsjalBClZYzy90/f0E8jj45la66VrZhEAgMPEWYdIRY1akAOAiZxx9vhM 1M/l9uLuanGhS+4rkM9Tz7ZrCmfLmzV6K3OhEWagTJPbK8DH1WPKk41HhHiW+ef1 p7YDuQYi+CCFg9QB/erhXDXJT5BBOctXOTN4UdNkfC78g5vV+7FZa3CWsSzstss= =L7sZ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 04:02:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5513F106566B for ; Sun, 12 Sep 2010 04:02:52 +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 8EE408FC13 for ; Sun, 12 Sep 2010 04:02:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o8C42eEg064688; Sun, 12 Sep 2010 14:02:41 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 12 Sep 2010 14:02:40 +1000 (EST) From: Ian Smith To: "Marat N.Afanasyev" In-Reply-To: <4C8A1328.6010508@ksu.ru> Message-ID: <20100912131228.M73353@sola.nimnet.asn.au> References: <20100909153902.GA28341@lordcow.org> <4C89215E.7010203@ksu.ru> <20100910125714.Y73353@sola.nimnet.asn.au> <4C8A1328.6010508@ksu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Gareth de Vaux , Vlad Galu , stable@freebsd.org Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 04:02:52 -0000 On Fri, 10 Sep 2010, Marat N.Afanasyev wrote: > Ian Smith wrote: > > On Thu, 9 Sep 2010, Vlad Galu wrote: > > > 2010/9/9 Marat N.Afanasyev: > > > > I wonder, are these dynamic rules really necessary? let's see, a > > client > > > > connects to your web-server and you immediately should create a new > > dynamic > > > > rule, therefore you participate in this DoS attack as well as > > attacker. ;) > > > > > > With a stateless firewall, you help the attacker even more. Because > > > he's able to connect to your httpd/whatever daemon is listening > > > directly and he can easily fill up the descriptor table of that > > > process. Limiting the number of states/connections from the same host > > > prevents that. Sure, those states eat up RAM, but so do the > > > established connections. Having a slightly more aggressive state > > > expiry policy always helps. Sure, there are accf_http(9), accf_data(9) > > > and various forking workarounds, but they don't work unless your TCP > > > server is specifically designed to use them. > > > > Agreed. > > stateful firewall does not limits numbers of states/connections. it just add > a new layer which can be overfulled easily. if you experience a DDoS attack > it's better to block attackers addresses, e.g, adding them to some ipfw table > using external methods. Sure, that's another tool in the box. There's no single solution to such things, however connection limits applied to a stateful firewall are specifically intended to prevent state tables being overwhelmed, and the default table sizes are generally more useful for smaller systems. > did you try to use lighweight and FAST frontend web-server as proxy? e.g. > www/nginx or www/zerowait-httpd? Wasn't me having the problem :) ADSL1 here, not nearly enough bandwidth to worry about DDoS choking server processes. I use stateless for most inbound connections anyway, sendmail's connection limits for mail, and inetd connection limits per time for POP, FTP and some other services. > > > PF also allows you to tarpit malicious hosts based on how often they > > > try to reconnect - you can dynamically add them to a table which you > > > can refer to from ALTQ. > > > > As mentioned, ipfw 'limit' rules accomplish effectively the same without > > needing an extra table; eg only allowing N simultaneous connections from > > any one address. If N were say 4, even a distributed attack by 20 hosts > > will only allow 80 concurrent connections, no big deal for the firewall > > and no need to bother trying to limit connections later at the server. > > I can say that 4 connection limit is extremely low limit, because if you use > a somewhat "distributed" web site (css, images, etc. in different files) > client software may open DOZENS of connections simultaneously, and you will > deny absolutely rightful connections. btw, real DDoS is often uses thousands, > tens of thousands and even hundreds of thousands botware hosts. I've rarely > seen millions, may be 2 or three times at all, while 50-80 thousands hosts is > average. It's all a matter of scale. I didn't get the impression that Gareth was running anything big enough to see that scale of attack, but that's just my impression. And of course 4 was just that example from the manual, a limit perhaps suitable for a small mailserver? By all means make it 4 dozen if you really think clients each need that many open connections. Given he was already enquiring about ipfw used statefully, one could instead use 'limit dst-port N' to limit _total_ active connections to the webserver to something reasonable for the particular environment, and other tuning as others have suggested. I still tend to agree with Vlad; better to limit connections/states than then having to deal with the consequences of overwhelmed servers; YMMV. > > That said, I've also tables blocking noted pests, including some recent > > distributed bots seeking eg blocklist='scripts/setup.php p=phpinfo();' > > which irritated me enough to knock up a script to knock them off :) > > yes, this is one of the best looking solutions. Just one more tool .. there are various firewall log tailing utilities available; one size is never going to fit all, and I'd been wanting to try writing something myself for ages. But it's all small beer here :) cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 08:15:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC9F106566C for ; Sun, 12 Sep 2010 08:15:17 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2ACC98FC14 for ; Sun, 12 Sep 2010 08:15:15 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8C8F6P8001959 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Sep 2010 10:15:06 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8C8F1GE001958 for stable@freebsd.org; Sun, 12 Sep 2010 10:15:01 +0200 (SAST) (envelope-from lordcow) Date: Sun, 12 Sep 2010 10:15:01 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20100912081501.GA1745@lordcow.org> References: <201009091437.21563.jhb@freebsd.org> <201009091620.25299.jhb@freebsd.org> <20100910084120.GA46966@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100910084120.GA46966@lordcow.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: MSIX failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 08:15:17 -0000 On Fri 2010-09-10 (10:41), Gareth de Vaux wrote: > > Gareth, set hw.pci.honor_msi_blacklist=0, you'll have to do that at boot > > btw. > > Ok, I'll have to get back to you in a day or 2 when I reboot. Done: $ sysctl -a | grep msi hw.bce.msi_enable: 1 hw.pci.honor_msi_blacklist: 0 hw.pci.enable_msix: 1 hw.pci.enable_msi: 1 I get the same MSIX failure message though. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 08:22:13 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 90BCD106566C for ; Sun, 12 Sep 2010 08:22:13 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id B22998FC12 for ; Sun, 12 Sep 2010 08:22:12 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8C8M5PP002192 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Sep 2010 10:22:05 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8C8M0DK002191 for stable@freebsd.org; Sun, 12 Sep 2010 10:22:00 +0200 (SAST) (envelope-from lordcow) Date: Sun, 12 Sep 2010 10:22:00 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20100912082200.GB1745@lordcow.org> References: <20100909125400.GA18723@lordcow.org> <20100909131340.GA75829@icarus.home.lan> <20100909132519.GB21535@lordcow.org> <20100909140224.GA76889@icarus.home.lan> <20100909142226.GA25370@lordcow.org> <20100909142455.GA77677@icarus.home.lan> <20100909142928.GA25877@lordcow.org> <20100909143357.GG34314@home.opsec.eu> <20100909145457.GH34314@home.opsec.eu> <20100909150012.GA27370@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100909150012.GA27370@lordcow.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: MSIX failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 08:22:13 -0000 On Thu 2010-09-09 (17:00), Gareth de Vaux wrote: > On Thu 2010-09-09 (16:54), Kurt Jaeger wrote: > > -c asks for pci device capabilities, which are read in > > > > /usr/src/usr.sbin/pciconf/pciconf.c:177 with O_RDWR > > Ah. I'll have to schedule a reboot then .. pciconf -lcv, onboard: em0@pci0:0:25:0: class=0x020000 card=0x00008086 chip=0x10f08086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 13[e0] = PCI Advanced Features: FLR TP add-on: em1@pci0:5:1:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 09:03:18 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 9D191106564A for ; Sun, 12 Sep 2010 09:03:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6648FC17 for ; Sun, 12 Sep 2010 09:03:17 +0000 (UTC) Received: by wyb33 with SMTP id 33so5715980wyb.13 for ; Sun, 12 Sep 2010 02:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=qPOSfA3CHtbNaXLhdi+4K7XnM/IOz7qtPHGbgQhgyTM=; b=JwZ3RTlOwNHjUyYBT6TLcG54/KyqKPAjJFJoCHtSPepZ/YL5uopnbV90vb8Q44I5DS zmtNU9P04S4BHsfeyJjhTu3YxysPJFrgVMBuUJrXz1n479SzuTqVvU4tY1VFds6coVwT ZprX0UcHJ3c0dbxaeA5NOqCiaoNBi4jcNmSXY= 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=JyWfahF/VxAAPFYFb++DjOVspobiQAPAfB7cy93/LxymhDJTHp/ijjxopNaWjAhy6k 53UkAjzLcSH5XeapHuvmyhAc5DiljvDMuBLH9pK6l5NgiQjK/vsmnikyh3JPG9nR4Ocf cFoxYJyxzbOcnJghHMcr42BEjLncpY9A6HaVE= MIME-Version: 1.0 Received: by 10.216.162.78 with SMTP id x56mr2962634wek.80.1284282197028; Sun, 12 Sep 2010 02:03:17 -0700 (PDT) Received: by 10.216.49.78 with HTTP; Sun, 12 Sep 2010 02:03:16 -0700 (PDT) In-Reply-To: <20100912081501.GA1745@lordcow.org> References: <201009091437.21563.jhb@freebsd.org> <201009091620.25299.jhb@freebsd.org> <20100910084120.GA46966@lordcow.org> <20100912081501.GA1745@lordcow.org> Date: Sun, 12 Sep 2010 02:03:16 -0700 Message-ID: From: Jack Vogel To: Gareth de Vaux Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: MSIX failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 09:03:18 -0000 On Sun, Sep 12, 2010 at 1:15 AM, Gareth de Vaux wrote: > On Fri 2010-09-10 (10:41), Gareth de Vaux wrote: > > > Gareth, set hw.pci.honor_msi_blacklist=0, you'll have to do that at > boot > > > btw. > > > > Ok, I'll have to get back to you in a day or 2 when I reboot. > > Done: > > $ sysctl -a | grep msi > hw.bce.msi_enable: 1 > hw.pci.honor_msi_blacklist: 0 > hw.pci.enable_msix: 1 > hw.pci.enable_msi: 1 > > I get the same MSIX failure message though. > > Ya, that's what I suspected, it just means the failure is not because your system is blacklisted. You still have not given me what I need to help: the exact details of the system, I don't need to see the pciconf of the NIC, I need to know about the motherboard/chipset its on. Jack From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 15:26: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 BD7B4106566B for ; Sun, 12 Sep 2010 15:26:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 37D698FC13 for ; Sun, 12 Sep 2010 15:26:30 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8CFQCbL062318; Sun, 12 Sep 2010 17:26:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8CFQC7T062317; Sun, 12 Sep 2010 17:26:12 +0200 (CEST) (envelope-from olli) Date: Sun, 12 Sep 2010 17:26:12 +0200 (CEST) Message-Id: <201009121526.o8CFQC7T062317@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Sun, 12 Sep 2010 17:26:27 +0200 (CEST) Cc: Subject: Serial console problems with stable/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: Sun, 12 Sep 2010 15:26:30 -0000 Hi, On Friday I have updated a machine from 7.1 to stable/8. It is connected to a serial console. With 7.1 everything worked fine, but with stable/8 things seem to break. When the machine boots, everything appears normal, i.e. I get all of the boot output, but then the console freezes. The last thing that appears on the console is the time stamp from the date(1) command at the very end of /etc/rc. I do not get a login prompt, even though I see a getty process on ttyu0. No further output to the console happens, commands like "echo foo > /dev/console" freeze, too. According to ps -alx they hang in "ttydcd". I cannot even su(1) to root because it tries to print a message to the console, so it hangs, too. For the same reason I can't use shutdown(8) either. :-( This is what a hanging su(1) command looks like in ps -alxww: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 1533 1532 0 76 0 3392 3180 ttydcd I+ 0 0:00.05 su (zsh) Interestingly, the KDB sequences CR ~ ^B/^P/^R/ do work, which use the "low-level" console. So only the "high-level" console is frozen. When I boot with the getty on ttyu0 switched off in /etc/ttys, the console does *not* freeze, and output to /dev/console works normal (I don't get a login prompt, of course). I can use su(1), shutdown(8) and so on. But as soon as I try to start a getty on ttyu0, the darn thing ceases to work. Here's my setup (which worked perfectly fine with 7.1): /boot.config: -P /boot/loader.conf: kernel_options="-P" console="comconsole" /etc/ttys: ttyu0 "/usr/libexec/getty std.9600" vt100 off secure /boot/device.hints: hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" /var/run/dmesg.boot: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) The serial port is connected to another PC that runs tip(1) in a screen(1) session, using a 9-pin nullmodem cable. That setup hasn't changed in ages; that other PC is running an older version of FreeBSD. I need this issue to be resolved, because the serial console is required for remote management (the machine is a 3-hours ride away from home). If it can't be resolved, I will have to downgrade it to 7.x. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 15:30:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4D8106564A for ; Sun, 12 Sep 2010 15:30:27 +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 13BAF8FC0A for ; Sun, 12 Sep 2010 15:30:26 +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 o8CFUwu1059496; Sun, 12 Sep 2010 17:30:58 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.4/8.14.4/Submit) id o8CFUweQ059495; Sun, 12 Sep 2010 17:30:58 +0200 (CEST) (envelope-from byshenknet) Date: Sun, 12 Sep 2010 17:30:58 +0200 From: Greg Byshenk To: Oliver Fromme Message-ID: <20100912153058.GO12467@core.byshenk.net> References: <201009121526.o8CFQC7T062317@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201009121526.o8CFQC7T062317@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on core.byshenk.net Cc: freebsd-stable@freebsd.org Subject: Re: Serial console problems with stable/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: Sun, 12 Sep 2010 15:30:27 -0000 On Sun, Sep 12, 2010 at 05:26:12PM +0200, Oliver Fromme wrote: > On Friday I have updated a machine from 7.1 to stable/8. > It is connected to a serial console. With 7.1 everything > worked fine, but with stable/8 things seem to break. [...] > Here's my setup (which worked perfectly fine with 7.1): > > /boot.config: > -P > > /boot/loader.conf: > kernel_options="-P" > console="comconsole" > > /etc/ttys: > ttyu0 "/usr/libexec/getty std.9600" vt100 off secure Shouldn't this: ^^^ be 'on'...? -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL > /boot/device.hints: > hint.uart.0.at="isa" > hint.uart.0.port="0x3F8" > hint.uart.0.flags="0x10" > hint.uart.0.irq="4" > > /var/run/dmesg.boot: > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > > The serial port is connected to another PC that runs tip(1) > in a screen(1) session, using a 9-pin nullmodem cable. > That setup hasn't changed in ages; that other PC is running > an older version of FreeBSD. > > I need this issue to be resolved, because the serial console > is required for remote management (the machine is a 3-hours > ride away from home). If it can't be resolved, I will have > to downgrade it to 7.x. > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- > chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > I suggested holding a "Python Object Oriented Programming Seminar", > but the acronym was unpopular. > -- Joseph Strout > _______________________________________________ > 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 Sun Sep 12 15:44: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 C1B54106564A for ; Sun, 12 Sep 2010 15:44:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6438FC0C for ; Sun, 12 Sep 2010 15:44:41 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwFAKaRjEyDaFvO/2dsb2JhbACDGZBfjkGsVJBigSKDKnQEiic X-IronPort-AV: E=Sophos;i="4.56,355,1280721600"; d="scan'208";a="93597338" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 12 Sep 2010 11:44:40 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 77F94B3EA8; Sun, 12 Sep 2010 11:44:40 -0400 (EDT) Date: Sun, 12 Sep 2010 11:44:40 -0400 (EDT) From: Rick Macklem To: rick-freebsd2009@kiwi-computer.com Message-ID: <404412916.782668.1284306279949.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20100904023550.GB47730@rix.kiwi-computer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: Hannes Hauswedell , freebsd-stable@freebsd.org Subject: Re: Why is NFSv4 so slow? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 15:44:41 -0000 > On Wed, Sep 01, 2010 at 11:46:30AM -0400, Rick Macklem wrote: > > > > > > I am experiencing similar issues with newnfs: > > > > > > 1) I have two clients that each get around 0.5MiB/s to 2.6MiB/s > > > reading > > > from the NFS4-share on Gbit-Lan > > > > > > 2) Mounting with -t newnfs -o nfsv3 results in no performance gain > > > whatsoever. > > > > > > 3) Mounting with -t nfs results in 58MiB/s ! (Netcat has similar > > > performance) ??? not a hardware/driver issue from my pov > > > > Ok, so it does sound like an issue in the experimental client and > > not NFSv4. For the most part, the read code is the same as > > the regular client, but it hasn't been brought up-to-date > > with recent changes. > > Do you (or will you soon) have some patches I/we could test? I'm > willing to try anything to avoid mounting ten or so subdirectories in > each of my mount points. > > > One thing you could try is building a kernel without SMP enabled > > and see if that helps? (I only have single core hardware, so I won't > > see any SMP races.) If that helps, I can compare the regular vs > > experimental client for smp locking in the read stuff. > > I can try disabling SMP too. Should that really matter, if you're not > even pegging one CPU? The locks shouldn't have *that* much overhead... > > -- Rick C. Petty > Just fyi, I asked folks to run read tests on the clients (over on freebsd-fs), Sofar, I've only gotten one response, but they didn't see the problem you are (they did see a factor of 2 slower, but it is still 50Mbytes/sec). Maybe you can take a look at their email and compare his client with yours? His message is: http://docs.FreeBSD.org/cgi/mid.cgi?01NRSE7GZJEC0022AD Btw, if anyone who didn't see the posting on freebsd-fs and would like to run a quick test, it would be appreciated. Bascially do both kinds of mount using a FreeBSD8.1 or later client and then read a greater than 100Mbyte file with dd. # mount -t nfs -o nfsv3 :/path / - cd anywhere in mount that has > 100Mbyte file # dd if= of=/dev/null bs=1m # umount / Then repeat with # mount -t newnfs -o nfsv3 :/path / and post the results along with the client machine's info (machine arch/# of cores/memory/net interface used for NFS traffic). Thanks in advance to anyone who runs the test, rick From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 20:34: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 EAD51106564A for ; Sun, 12 Sep 2010 20:34:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id A9B5D8FC0A for ; Sun, 12 Sep 2010 20:34:31 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 38E8513DF46 for ; Mon, 13 Sep 2010 00:14:35 +0400 (MSD) Date: Mon, 13 Sep 2010 00:14:31 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <559591570.20100913001431@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: VBox 3.2.8 & SATA virtual disks & FreeBSD 8.1-STABLE 20100912 -- (virtual) harddisks are not found on boot... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2010 20:34:32 -0000 Hello, Freebsd-stable. I have VirtualBox-based FreeBSD 8.1 installation (32 bit, VirtualBox 3.2.8, WinXP/x64 host, but I thinks that host config is irrelevant). Two virtual HDDs are atteched to virtual SATA adapter (channels 0 & 1) and CD/DVD attached to virtual IDE adapter (Primary master). I've used FreeBSD 8.1-STABLE builded about two months ago and everything worked Ok with "Standard" (not AHCI) driver, root FS is ad4s1a. I've updated FreeBSD today (12/09/2010) with csup & buildworld/buildkernel/installworld/installkernel (GENERIC kernel). Nothing was changed in VM config/setup. Now it can not be booted because KERNEL doesn't see any HDDs and can not mount root FS. It shows only "acd0" as "GEOM managed disk device". bootloader sees disk and reads kernel & modules without problems. I've tried to "load ahci" on boot prompt, but result is almost the same. AHCI driver sees two channels, but got timeouts on both -- oops, can not mout root FS again. I've tried to load "vboxdrv" (it is build right after kernel & world, so it should be in-sync), but here is abother fault: kernel panics in "(swapper)" process right after "acd0" detection (wihtout vboxdrv kernel complains about missing root FS exactly at same moment). I've googled this problem, but without any success. What should I do to revive my VM? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sun Sep 12 20:45: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 493AB106564A; Sun, 12 Sep 2010 20:45:52 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id ADE3D8FC12; Sun, 12 Sep 2010 20:45:51 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.4/8.14.4) with ESMTP id o8CKjlpK062282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Sep 2010 22:45:47 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.4/8.14.4/Submit) with ESMTP id o8CKjlJw062279; Sun, 12 Sep 2010 22:45:47 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sun, 12 Sep 2010 22:45:32 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Lev Serebryakov In-Reply-To: <559591570.20100913001431@serebryakov.spb.ru> Message-ID: References: <559591570.20100913001431@serebryakov.spb.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-673846860-1284324347=:62197" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on mail.fig.ol.no Cc: freebsd-stable@freebsd.org Subject: Re: VBox 3.2.8 & SATA virtual disks & FreeBSD 8.1-STABLE 20100912 -- (virtual) harddisks are not found on boot... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2010 20:45:52 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-673846860-1284324347=:62197 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Sep 2010 00:14+0400, Lev Serebryakov wrote: > I've googled this problem, but without any success. What should I do > to revive my VM? Try using normal IDE controllers unless you really depend on the simulated AHCI controllers. Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 8.1-STABLE & Alpine 2.00 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyNO/oACgkQbYWZalUoElvo0wCeLvJhlmzl6B1Wr/WbLtE2VFl9 YLkAnRaM4MZX9q9G87qcwU/Yru4gaTDw =V4Zm -----END PGP SIGNATURE----- --2055831798-673846860-1284324347=:62197-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 04:36: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 06DA3106564A for ; Mon, 13 Sep 2010 04:36:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 810B98FC13 for ; Mon, 13 Sep 2010 04:36:12 +0000 (UTC) Received: by bwz20 with SMTP id 20so331798bwz.13 for ; Sun, 12 Sep 2010 21:36:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=m9ID2KcAMG2M7yc2Yfu43QrcY4Rf/BMGCJz9e+a/ATE=; b=KRhQlbH6n6CjaXTCpzKupVpZLVyB1JR2ttZL3Hsp6QODJ3TVzf8pd8iDoPh0xdP3BR AJOJGGL62WiTwzcXfVABdR8voULQQkOLwQxVzGYx1SNE509ivFXg1jK1juVD1OWlzape qALK0m/8z3PgorOQMbXoPo49ZLbXpq/jhPbuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=r+Zsf8Eg5otfuPvb8m4Xz76Vytlhg2qizIacm+2FNkEnzHSdxCJK6xfHpDrD4AIMpD OajviEiUhe4A0yvSfiXCTNs4ZPuesjsNREP3THq4+rdGMqwKNav7TVzUnARI8oCfzgTr AmbonT5pN1WBgpRMaR15btuPJlwezByEEERfk= Received: by 10.204.98.19 with SMTP id o19mr2842185bkn.6.1284351037994; Sun, 12 Sep 2010 21:10:37 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y2sm4235695bkx.8.2010.09.12.21.10.35 (version=SSLv3 cipher=RC4-MD5); Sun, 12 Sep 2010 21:10:36 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C8DA428.80907@FreeBSD.org> Date: Mon, 13 Sep 2010 07:10:16 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Lev Serebryakov , FreeBSD Stable References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: Subject: Re: VBox 3.2.8 & SATA virtual disks & FreeBSD 8.1-STABLE 20100912 -- (virtual) harddisks are not found on boot... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 04:36:13 -0000 Lev Serebryakov wrote: > I have VirtualBox-based FreeBSD 8.1 installation (32 bit, VirtualBox > 3.2.8, WinXP/x64 host, but I thinks that host config is irrelevant). > > Two virtual HDDs are atteched to virtual SATA adapter (channels > 0 & 1) and CD/DVD attached to virtual IDE adapter (Primary master). > > I've used FreeBSD 8.1-STABLE builded about two months ago and > everything worked Ok with "Standard" (not AHCI) driver, root FS is > ad4s1a. > > I've updated FreeBSD today (12/09/2010) with csup & > buildworld/buildkernel/installworld/installkernel (GENERIC kernel). > > Nothing was changed in VM config/setup. > > Now it can not be booted because KERNEL doesn't see any HDDs and > can not mount root FS. It shows only "acd0" as "GEOM managed disk device". > > bootloader sees disk and reads kernel & modules without problems. > > I've tried to "load ahci" on boot prompt, but result is almost the > same. AHCI driver sees two channels, but got timeouts on both -- > oops, can not mout root FS again. If ahci(4) also fails - at least enable verbose boot messages and send me all that ahci(4) reports. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 06:37: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 2D6EB1065670 for ; Mon, 13 Sep 2010 06:37:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EBFF8FC16 for ; Mon, 13 Sep 2010 06:37:44 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8D6bPNV096567; Mon, 13 Sep 2010 08:37:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8D6bOlq096566; Mon, 13 Sep 2010 08:37:24 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 08:37:24 +0200 (CEST) Message-Id: <201009130637.o8D6bOlq096566@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd@byshenk.net In-Reply-To: <20100912153058.GO12467@core.byshenk.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 08:37:40 +0200 (CEST) Cc: Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 06:37:45 -0000 Greg Byshenk wrote: > On Sun, Sep 12, 2010 at 05:26:12PM +0200, Oliver Fromme wrote: > > > On Friday I have updated a machine from 7.1 to stable/8. > > It is connected to a serial console. With 7.1 everything > > worked fine, but with stable/8 things seem to break. > > [...] > > > Here's my setup (which worked perfectly fine with 7.1): > > > > /boot.config: > > -P > > > > /boot/loader.conf: > > kernel_options="-P" > > console="comconsole" > > > > /etc/ttys: > > ttyu0 "/usr/libexec/getty std.9600" vt100 off secure > > Shouldn't this: ^^^ > be 'on'...? Yes, of course it *was* on (which caused the symptoms I described). As I explained, I had to turn it off so I could at least use su(1) and shutdown(8) without freezing the whole thing. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 06:57: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 F00E51065674 for ; Mon, 13 Sep 2010 06:57:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id B17B88FC0C for ; Mon, 13 Sep 2010 06:57:00 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta01.westchester.pa.mail.comcast.net with comcast id 66wV1f0040SCNGk516x0CA; Mon, 13 Sep 2010 06:57:00 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta09.westchester.pa.mail.comcast.net with comcast id 66wz1f00A3LrwQ23V6x0Rj; Mon, 13 Sep 2010 06:57:00 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2B8A79B423; Sun, 12 Sep 2010 23:56:58 -0700 (PDT) Date: Sun, 12 Sep 2010 23:56:58 -0700 From: Jeremy Chadwick To: Oliver Fromme Message-ID: <20100913065658.GA44306@icarus.home.lan> References: <20100912153058.GO12467@core.byshenk.net> <201009130637.o8D6bOlq096566@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201009130637.o8D6bOlq096566@lurza.secnetix.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.ORG, freebsd@byshenk.net Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 06:57:01 -0000 On Mon, Sep 13, 2010 at 08:37:24AM +0200, Oliver Fromme wrote: > Greg Byshenk wrote: > > On Sun, Sep 12, 2010 at 05:26:12PM +0200, Oliver Fromme wrote: > > > > > On Friday I have updated a machine from 7.1 to stable/8. > > > It is connected to a serial console. With 7.1 everything > > > worked fine, but with stable/8 things seem to break. > > > > [...] > > > > > Here's my setup (which worked perfectly fine with 7.1): > > > > > > /boot.config: > > > -P > > > > > > /boot/loader.conf: > > > kernel_options="-P" > > > console="comconsole" > > > > > > /etc/ttys: > > > ttyu0 "/usr/libexec/getty std.9600" vt100 off secure > > > > Shouldn't this: ^^^ > > be 'on'...? > > Yes, of course it *was* on (which caused the symptoms > I described). As I explained, I had to turn it off so > I could at least use su(1) and shutdown(8) without > freezing the whole thing. Is there a PS/2 keyboard hooked up to this machine when you're attempting to get serial console output? If so, I'm not too surprised it doesn't work (re: -P flag). Can you try the following? 1) Removing kernel_options and console from loader.conf 2) Place "-P" in /boot.config instead If this doesn't change the behaviour, please replace -P and with -D -h and see if there's any improvement. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 07:21: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 5E3DD1065674 for ; Mon, 13 Sep 2010 07:21:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id B8BFF8FC22 for ; Mon, 13 Sep 2010 07:21:37 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8D7LLVq098605; Mon, 13 Sep 2010 09:21:36 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8D7LLId098604; Mon, 13 Sep 2010 09:21:21 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 09:21:21 +0200 (CEST) Message-Id: <201009130721.o8D7LLId098604@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd@jdc.parodius.com In-Reply-To: <20100913065658.GA44306@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 09:21:36 +0200 (CEST) Cc: Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 07:21:38 -0000 Jeremy Chadwick wrote: > Is there a PS/2 keyboard hooked up to this machine when you're > attempting to get serial console output? Kind of. It's connected to a local KVM switch. > If so, I'm not too surprised it doesn't work (re: -P flag). If -P is not supposed to activate the serial console, then the boot.config(5) manpage is in urgent need of a fix. Quote: > The command: > > # echo "-P" > /boot.config > > will activate the serial console of FreeBSD. Also, with that flag it has worked fine for ages, until I updated to 8.1-stable. There must be a regression somewhere. > Can you try the following? > > 1) Removing kernel_options and console from loader.conf > 2) Place "-P" in /boot.config instead > > If this doesn't change the behaviour, please replace -P and with -D -h > and see if there's any improvement. I already have tried all kinds of different combinations when I sat in front of the box yesterday. I'm not sure if I have tried the exact combination that you suggest, though. I also don't understand why those changes should improve anything. Anyway, I will try next time I'm near the machine (it's a three hours ride) which will probably be on Friday. If it won't work then I'll downgrade it to 7.1 the same day. BTW, the interesting thing is that all processes that try to access the console hang in "ttydcd". I'm not familiar with the tty code ... Does anyone have an idea what this means? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd With Perl you can manipulate text, interact with programs, talk over networks, drive Web pages, perform arbitrary precision arithmetic, and write programs that look like Snoopy swearing. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 07:40: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 EF0351065674 for ; Mon, 13 Sep 2010 07:40:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id B0B858FC14 for ; Mon, 13 Sep 2010 07:40:51 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta01.emeryville.ca.mail.comcast.net with comcast id 67Vl1f0021Y3wxoA17grPd; Mon, 13 Sep 2010 07:40:51 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.emeryville.ca.mail.comcast.net with comcast id 67gq1f0023LrwQ28b7gqqc; Mon, 13 Sep 2010 07:40:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2669C9B423; Mon, 13 Sep 2010 00:40:50 -0700 (PDT) Date: Mon, 13 Sep 2010 00:40:50 -0700 From: Jeremy Chadwick To: Oliver Fromme Message-ID: <20100913074050.GA45070@icarus.home.lan> References: <20100913065658.GA44306@icarus.home.lan> <201009130721.o8D7LLId098604@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201009130721.o8D7LLId098604@lurza.secnetix.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ed@freebsd.org, freebsd-stable@FreeBSD.ORG Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 07:40:52 -0000 On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote: > Jeremy Chadwick wrote: > > Is there a PS/2 keyboard hooked up to this machine when you're > > attempting to get serial console output? > > Kind of. It's connected to a local KVM switch. Does the KVM switch provide power to a PS/2 port which isn't currently selected? (E.g. on an A/B/C/D KVM switch, if the FreeBSD box is wired to port A, and the KVM switch has port C selected, does port A still get power?) Some KVMs do this, others do not. > > If so, I'm not too surprised it doesn't work (re: -P flag). > > If -P is not supposed to activate the serial console, then > the boot.config(5) manpage is in urgent need of a fix. > Quote: > > > The command: > > > > # echo "-P" > /boot.config > > > > will activate the serial console of FreeBSD. That's a highly misleading description, and should probably be removed. It's better to read boot(8). -P does not activate serial console. -P probes for a PS/2 keyboard. If one is attached, the system behaves like it would with a VGA console attached. Otherwise, if there is no PS/2 keyboard attached, it behaves identically to the -D -h flags being set. I do not know how -P internally works. I imagine it speaks to the PIC internal to the keyboard, or through a BIOS interrupt (0x10). This is why I asked what I did about the KVM switch above. The -D and -h flags are somewhat confusing, so see the "table" in the handbook for what does what (note the handbook which still references sio(4) flags/bits, but those also apply to uart(4)): http://www.freebsd.org/doc/handbook/serialconsole-setup.html You'll find that FreeBSD does not offer a "true" dual console setup. DragonflyBSD does offer this. > Also, with that flag it has worked fine for ages, until > I updated to 8.1-stable. There must be a regression > somewhere. I don't know if the regression is with PS/2 keyboard probing or with the introduction of uart(4) as the default serial port driver. I'm CC'ing ed@ since he's worked heavily on uart(4) and can assist here. > > Can you try the following? > > > > 1) Removing kernel_options and console from loader.conf > > 2) Place "-P" in /boot.config instead > > > > If this doesn't change the behaviour, please replace -P and with -D -h > > and see if there's any improvement. > I already have tried all kinds of different combinations when I sat in > front of the box yesterday. I'm not sure if I have tried the exact > combination that you suggest, though. I also don't understand why > those changes should improve anything. Hopefully the reason why I'm asking you to try this makes more sense with my above explanation of what -P actually does. > BTW, the interesting thing is that all processes that try to access > the console hang in "ttydcd". I'm not familiar with the tty code ... > Does anyone have an idea what this means? I imagine it means the tty driver (thus uart(4)) is waiting for the DCD line on the serial port to either go low or high (not sure which), but I could be completely wrong. One more thing to try: can you replace "std.9600" in your /etc/ttys with "3wire.9600" and then do "init q" and see if things improve? This should remove carrier detection (DCD) from the mix. If using 3wire.9600 works, can you provide a description of the wiring of your serial console setup? Specifically what DB9 pin is connected to what on the remote end, and what the remote end actually is (Xyplex unit, another PC, etc.)? Thanks! -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 08:00: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 7D9ED106564A for ; Mon, 13 Sep 2010 08:00:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D74D68FC1D for ; Mon, 13 Sep 2010 08:00:57 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8D80fFf099957; Mon, 13 Sep 2010 10:00:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8D80ee2099956; Mon, 13 Sep 2010 10:00:40 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 10:00:40 +0200 (CEST) Message-Id: <201009130800.o8D80ee2099956@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, perryh@pluto.rain.com In-Reply-To: <4c88993e.MgMUYIGSfJIxECy9%perryh@pluto.rain.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 10:00:56 +0200 (CEST) Cc: Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 08:00:58 -0000 perryh@pluto.rain.com wrote: > [...] > Beyond that, I suspect > that dropping an HBA or three would have been far less burdensome > on users of the hardware in question than dropping ISDN is on its > users. One can always replace a no-longer-supported HBA with a > supported one, or (worst case) replace the whole box. In contrast, > someone located beyond DSL range may have no other viable option > than ISDN. It is a common misconception that ISDN is only used by people who can't get DSL or other connectivity. I can only guess that ISDN is very uncommon in the USA, but it isn't in other parts of the world. In Germany (and possible other countries), ISDN is still very popular. I have ISDN at home (in addition to DSL at 18 Mbps); it costs almost the same as a "normal" telephone line while providing many useful features. Many (most?) companies here do have ISDN, including the one I work for. We use FreeBSD's I4B stack to implement an answering machine and fax services. This is the reason why we still have to run FreeBSD 6.x on one machine, but when 6.x runs EOL we will have to make a decision (which might end up putting a different OS on that machine, depending on the choices at that time). At home I used ISDN as a fall-back when the DSL line didn't work for some reason. I lost that feature about two years ago when I updated beyond 6.x. Fortunately DSL outages are very rare at my provider, so the decision wasn't difficult in this particular case. Don't get me wrong -- I understand very well why the I4B code had to be removed from FreeBSD. It was an unfortunate, but necessary decision. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 08:02: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 487FE1065697 for ; Mon, 13 Sep 2010 08:02:40 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0F78FC18 for ; Mon, 13 Sep 2010 08:02:40 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id D268AA0B50; Mon, 13 Sep 2010 08:02:38 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <201009121526.o8CFQC7T062317@lurza.secnetix.de> Date: Mon, 13 Sep 2010 10:02:38 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4534A77E-FE4B-4FE2-9F90-F5F7125EF62A@lassitu.de> References: <201009121526.o8CFQC7T062317@lurza.secnetix.de> To: Oliver Fromme X-Mailer: Apple Mail (2.1081) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 08:02:40 -0000 Am 12.09.2010 um 17:26 schrieb Oliver Fromme: > I cannot even su(1) to root because it tries to print > a message to the console, so it hangs, too. For the same > reason I can't use shutdown(8) either. :-( >=20 > This is what a hanging su(1) command looks like in ps -alxww: > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME = COMMAND > 0 1533 1532 0 76 0 3392 3180 ttydcd I+ 0 0:00.05 su = (zsh) >=20 > Interestingly, the KDB sequences CR ~ ^B/^P/^R/ do work, > which use the "low-level" console. So only the "high-level" > console is frozen. Looking at the WCHAN, I'd speculate that it's waiting for DCD to become = active. Are you using a proper cable with handshaking, or a three-wire = cable? See what stty thinks the port is set to. It probably has clocal set, = but shouldn't. See if you can unwedge it by setting -clocal with stty, = then pick a proper cable or gettytab entry. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 08:41:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00D5F1065672 for ; Mon, 13 Sep 2010 08:41:49 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id ADB1F8FC0C for ; Mon, 13 Sep 2010 08:41:48 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 6AD4A13DF46 for ; Mon, 13 Sep 2010 12:41:47 +0400 (MSD) Date: Mon, 13 Sep 2010 12:41:43 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <835182327.20100913124143@serebryakov.spb.ru> To: freebsd-stable@freebsd.org In-Reply-To: <559591570.20100913001431@serebryakov.spb.ru> References: <559591570.20100913001431@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: SOLVED: Re: VBox 3.2.8 & SATA virtual disks & FreeBSD 8.1-STABLE 20100912 -- (virtual) harddisks are not found on boot... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 08:41:49 -0000 Hello, Freebsd-stable. You wrote 13 =F1=E5=ED=F2=FF=E1=F0=FF 2010 =E3., 00:14:31: > I have VirtualBox-based FreeBSD 8.1 installation (32 bit, VirtualBox > 3.2.8, WinXP/x64 host, but I thinks that host config is irrelevant). Sorry for noise, it seems to be VirtualBox instability: I've re-created disks configuration (with exactly the same parameters!) and everything works now. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 11:36:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889E6106564A for ; Mon, 13 Sep 2010 11:36:02 +0000 (UTC) (envelope-from dave.evans55@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 19D3B8FC19 for ; Mon, 13 Sep 2010 11:36:01 +0000 (UTC) Received: by wwb18 with SMTP id 18so7227591wwb.31 for ; Mon, 13 Sep 2010 04:36:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=RVrYex/C7GnQQTMqrioNFcrQDk4OIuWppoTBjfQe/i4=; b=j22lWLZyPcxHoJYB3Fcf0u/JWrNyUoH0kD2C1Il1IM3dRBMSkMQNAS89dYCqMDOWQX wQgZlramXxI98avJo0gSb9r8SQ024vfXPHxsyyCpAiiAcU1Sn+dhoTI3SbMKI/I7V2SC +3J7FPgr680gIzMXy/fZgsXCP9POIyRxSlI54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=M9gCybRj3JGxh+e4Rjh7dsdoVCqpG6CYBV+Xc7+G+fJhXQ/2ZyjIHtefycoJrcvBO6 t9gd/34bwX1T2inyCdtTRnfX/mifgAt5XIrCFBf7Xq1cpCkJxV35jm6A3usalbzpQMQv PwshsCPsm9J3AGMur2FYHgXCpRnMhGcZabm3k= Received: by 10.227.138.147 with SMTP id a19mr1802792wbu.93.1284375862410; Mon, 13 Sep 2010 04:04:22 -0700 (PDT) Received: from two.pearl (dsl-fixed-77-44-81-131.interdsl.co.uk [77.44.81.131]) by mx.google.com with ESMTPS id i14sm5123066wbe.6.2010.09.13.04.04.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Sep 2010 04:04:19 -0700 (PDT) Message-ID: <4C8E0531.2000301@googlemail.com> Date: Mon, 13 Sep 2010 12:04:17 +0100 From: David Evans User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 11:36:02 -0000 I can confirm there is much weirdness with the uart on 8-STABLE. I'm using FBSD in several virtual machines on Parallels Desktop. It is possible to set the serial port on the VM to output to a file on the host OS I try something like 'cat file > /dev/cuad0 on FBSD 7 and 8. This works on 7 but hangs after the first few kB on 8. Next I try a login on the guest OS. I set one VM to be a server and the other a client. I connect the two VM's serial ports together via a socket on the host OS. I also start a login on the server VM's serial port. With both VMs running 7, I can login using kermit on the client. No amount of trying gets flow control of any type to work, but at least it does not hang. The lack of flow control means that much output is lost. With both VMs running 8, I can login, just about, but attempting to edit a file or do a long ls listing results in a hang. Flow control does not work in either the RTS/CTS or XON/XOFF modes. Next, I try kernel debugging using kgdb via serial link between two VMs running 8. I'm surprised to find that it works quite well with no hangs. Presumably this is because the kgdb protocol only sends small amounts of data at a time or perhaps it runs at a low level, as mentioned earlier in this thread. I have not tried this with 7. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 12:43: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 6BF7E106566C for ; Mon, 13 Sep 2010 12:43:22 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 31DED8FC08 for ; Mon, 13 Sep 2010 12:43:22 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id F0BC278552 for ; Mon, 13 Sep 2010 12:43:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) From: Stefan Bethke In-Reply-To: <4C8E0531.2000301@googlemail.com> Date: Mon, 13 Sep 2010 14:43:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6BBBD83A-7062-4408-BE12-DEBD92140032@lassitu.de> References: <4C8E0531.2000301@googlemail.com> To: FreeBSD Stable X-Mailer: Apple Mail (2.1081) Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 12:43:22 -0000 Am 13.09.2010 um 13:04 schrieb David Evans: > I can confirm there is much weirdness with the uart on 8-STABLE. OTOH, I have real hardware where things are working just fine: $ grep uart /var/run/dmesg.boot=20 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (115200,n,8,1) $ grep ttyu0 /etc/ttys=20 ttyu0 "/usr/libexec/getty std.115200" vt100 on secure This is -stable from July 15th. The other end of the serial line is an = uftdi USB adapter: uftdi0: on usbus0 Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 12:50: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 5B0271065670 for ; Mon, 13 Sep 2010 12:50:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 708638FC20 for ; Mon, 13 Sep 2010 12:50:05 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8DCnmH4033850; Mon, 13 Sep 2010 14:50:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8DCnmd4033849; Mon, 13 Sep 2010 14:49:48 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 14:49:48 +0200 (CEST) Message-Id: <201009131249.o8DCnmd4033849@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd@jdc.parodius.com, Stefan Bethke In-Reply-To: <20100913074050.GA45070@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 14:50:03 +0200 (CEST) Cc: Subject: Re: Serial console problems with stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd@jdc.parodius.com, Stefan Bethke List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 12:50:06 -0000 Jeremy Chadwick wrote: > On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote: > > Jeremy Chadwick wrote: > > > Is there a PS/2 keyboard hooked up to this machine when you're > > > attempting to get serial console output? > > > > Kind of. It's connected to a local KVM switch. > > Does the KVM switch provide power to a PS/2 port which isn't currently > selected? (E.g. on an A/B/C/D KVM switch, if the FreeBSD box is wired > to port A, and the KVM switch has port C selected, does port A still get > power?) Some KVMs do this, others do not. Yes, it does. Now I get your point ... Yes, -P does probe the keyboard first. That's probably why I see the boot0/boot2 on the VGA console, not on the serial port. As far as I know, /boot.config is read by the boot0/boot2 stage, not by loader(8). Anyway, I don't care too much for boot0/boot2; I've never had to interact with them on that machine. The important thing for me is that loader(8) and the kernel use the serial port for the console, and that I can login on it (i.e. there must be a getty running). All of that seemed to be accomplished with the console="comconsole" entry in /boot/loader.conf ... At least it worked when I first installed that machine in September 2000 (yeah, exactly 10 years ago) with FreeBSD 4.1, then updated it roughly every two years ... And it stopped working in 8.x. I will try your suggestion of replacing -P with -Dh, next time I'm at the site (probably Friday). It's too risky to try that remotely, given that I had to press the hard reset button several times yesterday during my attempts of getting the serial console to work as it should. Fortunately the machine has a small disk, so fsck finishes in only two or three minutes ... However, I fear that it won't improve things. I don't see how it could change the symptoms I'm seeing. The serial console _is_ activated (through the loader.conf entry), but it just doesn't work correctly. > > the boot.config(5) manpage is in urgent need of a fix. > > Quote: > > > > > The command: > > > > > > # echo "-P" > /boot.config > > > > > > will activate the serial console of FreeBSD. > > That's a highly misleading description, and should probably be removed. > It's better to read boot(8). Agreed. > http://www.freebsd.org/doc/handbook/serialconsole-setup.html I did have exactly the settings listed in section 26.6.2: console="comconsole" in loader.conf and the getty turned on in /etc/ttys. And specifically, section 26.6.6.1 states: | You can easily specify the boot loader and the kernel | to use the serial console by writing just one line in | /boot/loader.conf: | | set console="comconsole" | This will take effect regardless of the settings in the | boot block discussed in the previous section. So, it's pretty much irrelevant whether I have -P or -Dh or anything else (or nothing at all) in /boot.config. > You'll find that FreeBSD does not offer a "true" dual console setup. > DragonflyBSD does offer this. True. I'm aware of that. I don't need dual console. > > Also, with that flag it has worked fine for ages, until > > I updated to 8.1-stable. There must be a regression > > somewhere. > > I don't know if the regression is with PS/2 keyboard probing or with the > introduction of uart(4) as the default serial port driver. I'm CC'ing > ed@ since he's worked heavily on uart(4) and can assist here. I'm guessing it is uart's fault, but I haven't dug deeply enough to be certain. > > BTW, the interesting thing is that all processes that try to access > > the console hang in "ttydcd". I'm not familiar with the tty code ... > > Does anyone have an idea what this means? > > I imagine it means the tty driver (thus uart(4)) is waiting for the DCD > line on the serial port to either go low or high (not sure which), but I > could be completely wrong. > > One more thing to try: can you replace "std.9600" in your /etc/ttys > with "3wire.9600" and then do "init q" and see if things improve? This > should remove carrier detection (DCD) from the mix. That sounds like a very good suggestion! Will try that. > If using 3wire.9600 works, can you provide a description of the wiring > of your serial console setup? Specifically what DB9 pin is connected to > what on the remote end, and what the remote end actually is (Xyplex > unit, another PC, etc.)? The remote end is another PC running FreeBSD (still 7.x). I use tip(1) running inside a screen(1) session on that remote PC to connect to my serial console. The cable is a standard nullmodem cable, not selfmade. It's a DB9-to-DB9 cable labelled "nullmodem", so I guess it's correctly wired including carrier / handshake, i.e. not just a 3-wire cable. (And it did work fine from FreeBSD 4.x to 7.x ... sorry for repeating myself.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 12:50:07 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 2ABA21065693 for ; Mon, 13 Sep 2010 12:50:07 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0718FC22 for ; Mon, 13 Sep 2010 12:50:05 +0000 (UTC) Received: from mamalacation.ee.auth.gr (wifi133-120.pubaccess.auth.gr [155.207.133.120]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o8DCo3oW048418; Mon, 13 Sep 2010 15:50:03 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4C8E1DF0.3090707@eng.auth.gr> Date: Mon, 13 Sep 2010 15:49:52 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100821 Thunderbird/3.1.2 MIME-Version: 1.0 To: Max Khon , stable@freebsd.org References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 12:50:07 -0000 On 13/09/2010 08:41, Max Khon wrote: > George, > > On Sat, Sep 11, 2010 at 12:12 AM, George Mamalakis > > wrote: > > On 10/09/2010 19:05, pluknet wrote: > > On 10 September 2010 17:32, George > Mamalakis> > wrote: > > Hi everybody, > > we have a coraid device with 15x1GB disks on it, and would > like to use it > with fbsd8 (zfs, etc). The > http://support.coraid.com/support/freebsd/ is > really outdated, and the port that creates the kernel > module does not > compile on FBSD8 (obviously!). Is there any effort on > migrating the driver > onto fbsd8 or should I plug the coraid on a linux system > and use it from > there? > > This change below looks obvious to me. > Not sure if this is enough to make it work though. > There are also might be issues with those interfaces which > announce > itself as IFT_ETHER, but have NULL if_input. > > # cat files/patch-dev-aoe-aoenet.c > --- aoenet.c.orig 2006-05-25 16:10:11.000000000 +0000 > +++ aoenet.c 2010-09-10 15:03:01.000000000 +0000 > @@ -77,8 +77,11 @@ > #define NECODES (sizeof(aoe_errlist) / sizeof(char *) - 1) > #if (__FreeBSD_version< 600000) > #define IFPADDR(ifp) (((struct arpcom *) (ifp))->ac_enaddr) > +#elif (__FreeBSD_version< 700000) > +#define IFPADDR(ifp) IFP2ENADDR(ifp) > #else > -#define IFPADDR(ifp) IFP2ENADDR(ifp) > +#include > +#define IFPADDR(ifp) IF_LLADDR(ifp) > #endif > #define IFLISTSZ 1024 > > @@ -223,7 +226,11 @@ > > m1->m_ext.ref_cnt = NULL; > MEXTADD(m1, f->f_data, len, nilfn, > +#if (__FreeBSD_version< 800000) > NULL, 0, EXT_NET_DRV); > +#else > + f->f_data, NULL, 0, EXT_NET_DRV); > +#endif > m1->m_len = len; > m1->m_next = NULL; > } > > > > Hi, and thanx for your quick reply. > > I patched my workdir on /usr/ports/net/aoe/work/dev/aoe but got > the following output, which probably suggests that we may be > talking about a different version you and me: > > > [root]# patch -p0 < patch-dev-aoe-aoenet.c > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > > |--- aoenet.c.orig 2006-05-25 16:10:11.000000000 +0000 > |+++ aoenet.c 2010-09-10 15:03:01.000000000 +0000 > -------------------------- > Patching file aoenet.c using Plan A... > Hunk #1 failed at 77. > Hunk #2 failed at 226. > 2 out of 2 hunks failed--saving rejects to aoenet.c.rej > Hmm... Ignoring the trailing garbage. > done > > > After cd'ing into /usr/ports/net/aoe and giving make I got: > > [root]# make > ===> Configuring for aoe-1.2.0_1 > ===> Building for aoe-1.2.0_1 > ..... > ..... > aoenet.c:226:24: error: macro "MEXTADD" requires 8 arguments, but > only 7 given > aoenet.c: In function 'frame_mbufinit': > aoenet.c:225: error: 'MEXTADD' undeclared (first use in this function) > aoenet.c:225: error: (Each undeclared identifier is reported only once > aoenet.c:225: error: for each function it appears in.) > cc1: warnings being treated as errors > aoenet.c: In function 'aoenet_xmitbcast': > aoenet.c:278: warning: implicit declaration of function 'IFP2ENADDR' > aoenet.c:278: warning: nested extern declaration of 'IFP2ENADDR' > aoenet.c:278: warning: passing argument 2 of 'memcpy' makes > pointer from integer without a cast > aoenet.c: In function 'aoenet_enaddr': > aoenet.c:294: warning: return makes pointer from integer without a > cast > *** Error code 1 > > Stop in /usr/ports/net/aoe/work/dev/aoe. > *** Error code 1 > > Stop in /usr/ports/net/aoe. > > > Which was pretty obvious, since not much had been patched... > > I didn't include the whole output; the missing part is correct > compilation parts. > > Thanx again for your help, and if you could point me into the > right source code (or port, whatsoever), I could try your patch > and see whether the driver would be built. > > > You need to put that patch to ports/net/aoe/files. You can try to use > this version of the port (unpack it to /usr/ports/net): > http://people.freebsd.org/~fjoe/aoe.tar.gz > > > Max > Your patch worked fine, the driver compiled seamlessly, but I am unable to see more than 2T on my coraid device, even though it's size is 13T. I don't know whether this is a driver issue or fbsd issue. uname -a on my machine: [root@~]# uname -a FreeBSD lala 8.1-STABLE FreeBSD 8.1-STABLE #0: Tue Aug 31 13:54:36 EEST 2010 root@lala:/usr/obj/usr/src/sys/CUSTOM i386 Thanx again for your help, and since the driver seems to be working, you should maybe inform coraid regarding their driver on fbsd8. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 13:11:09 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76123106566C; Mon, 13 Sep 2010 13:11:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 362068FC1D; Mon, 13 Sep 2010 13:11:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8DDB8is034935; Mon, 13 Sep 2010 09:11:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8DDB8fD034930; Mon, 13 Sep 2010 13:11:08 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Sep 2010 13:11:08 GMT Message-Id: <201009131311.o8DDB8fD034930@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 13:11:09 -0000 TB --- 2010-09-13 12:31:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-13 12:31:52 - starting RELENG_8_0 tinderbox run for ia64/ia64 TB --- 2010-09-13 12:31:52 - cleaning the object tree TB --- 2010-09-13 12:32:38 - cvsupping the source tree TB --- 2010-09-13 12:32:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/ia64/ia64/supfile TB --- 2010-09-13 13:11:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-13 13:11:08 - ERROR: unable to cvsup the source tree TB --- 2010-09-13 13:11:08 - 1.05 user 33.34 system 2355.49 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 14:43:05 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC38106566B for ; Mon, 13 Sep 2010 14:43:05 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 08CB68FC24 for ; Mon, 13 Sep 2010 14:43:03 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8DEgt9P029152 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 13 Sep 2010 16:42:55 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8DEgo9G029151 for stable@freebsd.org; Mon, 13 Sep 2010 16:42:50 +0200 (SAST) (envelope-from lordcow) Date: Mon, 13 Sep 2010 16:42:50 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20100913144250.GA29065@lordcow.org> References: <201009091437.21563.jhb@freebsd.org> <201009091620.25299.jhb@freebsd.org> <20100910084120.GA46966@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: MSIX failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 14:43:05 -0000 On Fri 2010-09-10 (10:43), Jack Vogel wrote: > No, not the add-on adapter, i have no trouble finding those, what I want to > know about is the details about the system that has em0 LOM, only > way to check on that is to have the whole enchilada :) Ah right. These are snippets from dmidecode, is this enough? Handle 0x0000, DMI type 4, 35 bytes Processor Information Socket Designation: LGA 1156 Type: Central Processor Family: Other Manufacturer: Intel(R) Corporation ID: E5 06 01 00 FF FB EB BF Version: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz Voltage: 1.1 V External Clock: 133 MHz Max Speed: 4000 MHz Current Speed: 2668 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0004 L2 Cache Handle: 0x0003 L3 Cache Handle: 0x0001 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Handle 0x0007, DMI type 2, 20 bytes Base Board Information Manufacturer: Intel Corporation Product Name: DP55WB Version: AAE64798-206 Serial Number: AZWB005003A3 Asset Tag: Base Board Asset Tag Features: Board is a hosting board Board is replaceable Location In Chassis: Base Board Chassis Location Chassis Handle: 0x0008 Type: Unknown Contained Object Handles: 0 Handle 0x0010, DMI type 10, 6 bytes On Board Device Information Type: Ethernet Status: Enabled Description: Intel(R) 82578DC Gigabit Network Connection From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 15:01: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 11E351065672; Mon, 13 Sep 2010 15:01:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BEC148FC0C; Mon, 13 Sep 2010 15:01:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8DF17uB099093; Mon, 13 Sep 2010 11:01:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8DF17Cd099079; Mon, 13 Sep 2010 15:01:07 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Sep 2010 15:01:07 GMT Message-Id: <201009131501.o8DF17Cd099079@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_1 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 15:01:08 -0000 TB --- 2010-09-13 14:21:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-13 14:21:57 - starting RELENG_8_1 tinderbox run for arm/arm TB --- 2010-09-13 14:21:57 - cleaning the object tree TB --- 2010-09-13 14:22:19 - cvsupping the source tree TB --- 2010-09-13 14:22:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_1/arm/arm/supfile TB --- 2010-09-13 15:01:07 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-13 15:01:07 - ERROR: unable to cvsup the source tree TB --- 2010-09-13 15:01:07 - 0.73 user 18.38 system 2349.92 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_1-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 15:03: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 B2D26106564A; Mon, 13 Sep 2010 15:03:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1A08FC14; Mon, 13 Sep 2010 15:03:43 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8DF3RhL039704; Mon, 13 Sep 2010 17:03:42 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8DF3Qau039703; Mon, 13 Sep 2010 17:03:26 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 17:03:26 +0200 (CEST) Message-Id: <201009131503.o8DF3Qau039703@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, rmacklem@uoguelph.ca In-Reply-To: <404412916.782668.1284306279949.JavaMail.root@erie.cs.uoguelph.ca> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 17:03:43 +0200 (CEST) Cc: Subject: Re: Why is NFSv4 so slow? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, rmacklem@uoguelph.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 15:03:44 -0000 Rick Macklem wrote: > Btw, if anyone who didn't see the posting on freebsd-fs and would > like to run a quick test, it would be appreciated. > Bascially do both kinds of mount using a FreeBSD8.1 or later client > and then read a greater than 100Mbyte file with dd. > > # mount -t nfs -o nfsv3 :/path / > - cd anywhere in mount that has > 100Mbyte file > # dd if= of=/dev/null bs=1m > # umount / > > Then repeat with > # mount -t newnfs -o nfsv3 :/path / > > and post the results along with the client machine's info > (machine arch/# of cores/memory/net interface used for NFS traffic). > > Thanks in advance to anyone who runs the test, rick Ok ... NFS server: - FreeBSD 8.1-PRERELEASE-20100620 i386 - intel Atom 330 (1.6 GHz dual-core with HT --> 4-way SMP) - 4 GB RAM - re0: NFS client: - FreeBSD 8.1-STABLE-20100908 i386 - AMD Phenom II X6 1055T (2.8 GHz + "Turbo Core", six-core) - 4 GB RAM - re0: The machines are connected through a Netgear GS108T gigabit ethernet switch. I umounted and re-mounted the NFS path after every single dd(1) command, so the data actually comes from the server instead of from the local cache. I also made sure that the file was in the cache on the server, so the server's disk speed is irrelevant. Testing with "mount -t nfs": 183649990 bytes transferred in 2.596677 secs (70725002 bytes/sec) 183649990 bytes transferred in 2.578746 secs (71216779 bytes/sec) 183649990 bytes transferred in 2.561857 secs (71686277 bytes/sec) 183649990 bytes transferred in 2.629028 secs (69854708 bytes/sec) 183649990 bytes transferred in 2.535422 secs (72433702 bytes/sec) Testing with "mount -t newnfs": 183649990 bytes transferred in 5.361544 secs (34253192 bytes/sec) 183649990 bytes transferred in 5.401471 secs (33999996 bytes/sec) 183649990 bytes transferred in 5.052138 secs (36350946 bytes/sec) 183649990 bytes transferred in 5.311821 secs (34573829 bytes/sec) 183649990 bytes transferred in 5.537337 secs (33165760 bytes/sec) So, nfs is roughly twice as fast as newnfs, indeed. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 15:10: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 D2AD310656AD for ; Mon, 13 Sep 2010 15:10:47 +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 A3CF88FC1B for ; Mon, 13 Sep 2010 15:10:47 +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 5444C46C08; Mon, 13 Sep 2010 11:10:47 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 54B058A04E; Mon, 13 Sep 2010 11:10:41 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com, Stefan Bethke Date: Mon, 13 Sep 2010 10:24:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201009131249.o8DCnmd4033849@lurza.secnetix.de> In-Reply-To: <201009131249.o8DCnmd4033849@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009131024.19883.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 13 Sep 2010 11:10:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.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: Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 15:10:47 -0000 On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote: > Jeremy Chadwick wrote: > > On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote: > > > Jeremy Chadwick wrote: > > > > Is there a PS/2 keyboard hooked up to this machine when you're > > > > attempting to get serial console output? > > > > > > Kind of. It's connected to a local KVM switch. > > > > Does the KVM switch provide power to a PS/2 port which isn't currently > > selected? (E.g. on an A/B/C/D KVM switch, if the FreeBSD box is wired > > to port A, and the KVM switch has port C selected, does port A still get > > power?) Some KVMs do this, others do not. > > Yes, it does. > > Now I get your point ... Yes, -P does probe the keyboard > first. That's probably why I see the boot0/boot2 on the > VGA console, not on the serial port. As far as I know, > /boot.config is read by the boot0/boot2 stage, not by > loader(8). But loader inherits the settings from boot2, so if you set it in /boot.config you do not need to set anything in loader.conf. Also, having boot2 use serial is good in that you can boot loader.old if you ever get a broken /boot/loader. Using '-Dh' in /boot.config is what I do on all the boxes where I use a serial console. > Anyway, I don't care too much for boot0/boot2; I've never > had to interact with them on that machine. The important > thing for me is that loader(8) and the kernel use the > serial port for the console, and that I can login on it > (i.e. there must be a getty running). All of that seemed > to be accomplished with the console="comconsole" entry in > /boot/loader.conf ... At least it worked when I first > installed that machine in September 2000 (yeah, exactly 10 > years ago) with FreeBSD 4.1, then updated it roughly every > two years ... And it stopped working in 8.x. Did you update your hints to rename the 'sio' hints to 'uart'? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 15:15: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 A0126106567A; Mon, 13 Sep 2010 15:15:36 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 46BD88FC22; Mon, 13 Sep 2010 15:15:35 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAJbcjUyDaFvO/2dsb2JhbACDGp8dsQ+RKYEigyp0BIon X-IronPort-AV: E=Sophos;i="4.56,359,1280721600"; d="scan'208";a="91665124" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 13 Sep 2010 11:15:34 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5C860B3F32; Mon, 13 Sep 2010 11:15:34 -0400 (EDT) Date: Mon, 13 Sep 2010 11:15:34 -0400 (EDT) From: Rick Macklem To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, rmacklem@uoguelph.ca Message-ID: <1846953836.819261.1284390934350.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <201009131503.o8DF3Qau039703@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: Subject: Re: Why is NFSv4 so slow? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 15:15:36 -0000 > > Ok ... > > NFS server: > - FreeBSD 8.1-PRERELEASE-20100620 i386 > - intel Atom 330 (1.6 GHz dual-core with HT --> 4-way SMP) > - 4 GB RAM > - re0: > > NFS client: > - FreeBSD 8.1-STABLE-20100908 i386 > - AMD Phenom II X6 1055T (2.8 GHz + "Turbo Core", six-core) > - 4 GB RAM > - re0: > > The machines are connected through a Netgear GS108T > gigabit ethernet switch. > > I umounted and re-mounted the NFS path after every single > dd(1) command, so the data actually comes from the server > instead of from the local cache. I also made sure that > the file was in the cache on the server, so the server's > disk speed is irrelevant. > > Testing with "mount -t nfs": > > 183649990 bytes transferred in 2.596677 secs (70725002 bytes/sec) > 183649990 bytes transferred in 2.578746 secs (71216779 bytes/sec) > 183649990 bytes transferred in 2.561857 secs (71686277 bytes/sec) > 183649990 bytes transferred in 2.629028 secs (69854708 bytes/sec) > 183649990 bytes transferred in 2.535422 secs (72433702 bytes/sec) > > Testing with "mount -t newnfs": > > 183649990 bytes transferred in 5.361544 secs (34253192 bytes/sec) > 183649990 bytes transferred in 5.401471 secs (33999996 bytes/sec) > 183649990 bytes transferred in 5.052138 secs (36350946 bytes/sec) > 183649990 bytes transferred in 5.311821 secs (34573829 bytes/sec) > 183649990 bytes transferred in 5.537337 secs (33165760 bytes/sec) > > So, nfs is roughly twice as fast as newnfs, indeed. > > Best regards > Oliver > Thanks for doing the test. I think I can find out what causes the factor of 2 someday. What is really weird is that some people see several orders of magnitude slower (a few Mbytes/sec). Your case was also useful, because you are using the same net interface/driver as the original report of a few Mbytes/sec, so it doesn't appear to be an re problem. Have a good week, rick From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 15:39: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 E474D106566B for ; Mon, 13 Sep 2010 15:39:19 +0000 (UTC) (envelope-from rick@rix.kiwi-computer.com) Received: from rix.kiwi-computer.com (66-191-70-202.static.stcd.mn.charter.com [66.191.70.202]) by mx1.freebsd.org (Postfix) with SMTP id 8C7E98FC1B for ; Mon, 13 Sep 2010 15:39:19 +0000 (UTC) Received: (qmail 97207 invoked by uid 2000); 13 Sep 2010 15:39:18 -0000 Date: Mon, 13 Sep 2010 10:39:18 -0500 From: "Rick C. Petty" To: Rick Macklem Message-ID: <20100913153918.GA96692@rix.kiwi-computer.com> References: <201009131503.o8DF3Qau039703@lurza.secnetix.de> <1846953836.819261.1284390934350.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1846953836.819261.1284390934350.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Why is NFSv4 so slow? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2009@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 15:39:20 -0000 On Mon, Sep 13, 2010 at 11:15:34AM -0400, Rick Macklem wrote: > > > > instead of from the local cache. I also made sure that > > the file was in the cache on the server, so the server's > > disk speed is irrelevant. > > > > So, nfs is roughly twice as fast as newnfs, indeed. Hmm, I have the same network switch as Oliver, and I wasn't caching the file on the server before. When I cache the file on the server, I get about 1 MiB/s faster throughput, so that doesn't seem to make the difference to me (but with higher throughputs, I would imagine it would). > Thanks for doing the test. I think I can find out what causes the > factor of 2 someday. What is really weird is that some people see > several orders of magnitude slower (a few Mbytes/sec). > > Your case was also useful, because you are using the same net > interface/driver as the original report of a few Mbytes/sec, so it > doesn't appear to be an re problem. I believe I said something to that effect. :-P The problem I have is that the magnitude of throughput varies randomly. Sometimes I can repeat the test and see 3-4 MB/s. Then my server's motherboard failed last week so I swapped things around and now I have 9-10 MB/s on the same client (but using 100Mbit interface instead of gigabit, so those speeds make sense). One thing I noticed is the lag seems to have disappeared after the reboots. Another thing I had to change was that I was using an NFSv3 mount for /home (with the v3 client, not the experimental v3/v4 client) and now I'm using NFSv4 mounts exclusively. Too much hardware changed because of that board failing (AHCI was randomly dropping disks, and it got to the point that it wouldn't pick up drives after a cold start and then the board failed to POST 11 of 12 times), so I haven't been able to reliably reproduce any problems. I also had to reboot the "bad" client because of the broken NFSv3 mountpoints, and the server was auto-upgraded to a newer 8.1-stable (I often run "make buildworld kernel" regularly, so any reboots will automatically have a newer kernel). There's definite evidence that the newnfs mounts are slower than plain nfs, and sometimes orders of magnitude slower (as others have shown). But the old nfs is so broken in other ways that I'd prefer slower yet more stable. Thanks again for all your help, Rick! -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 15:55: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 2A76E1065672; Mon, 13 Sep 2010 15:55:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 831CF8FC27; Mon, 13 Sep 2010 15:55:45 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8DFtRtZ042008; Mon, 13 Sep 2010 17:55:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8DFtRZX042007; Mon, 13 Sep 2010 17:55:27 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 17:55:27 +0200 (CEST) Message-Id: <201009131555.o8DFtRZX042007@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, jhb@FreeBSD.ORG, freebsd@jdc.parodius.com, Stefan Bethke In-Reply-To: <201009131024.19883.jhb@freebsd.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 17:55:43 +0200 (CEST) Cc: Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 15:55:46 -0000 John Baldwin wrote: > On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote: > > Now I get your point ... Yes, -P does probe the keyboard > > first. That's probably why I see the boot0/boot2 on the > > VGA console, not on the serial port. As far as I know, > > /boot.config is read by the boot0/boot2 stage, not by > > loader(8). > > But loader inherits the settings from boot2, so if you set it in > /boot.config you do not need to set anything in loader.conf. Also, > having boot2 use serial is good in that you can boot loader.old if > you ever get a broken /boot/loader. Using '-Dh' in /boot.config is > what I do on all the boxes where I use a serial console. Makes sense. I'll change -P to -Dh. But having console="comconsole" in loader.conf should also enable the serial console, except that it happens a little later (in loader instead of boot2), right? I think the boot.config stuff might be a red herring. The console breaks (i.e. freezes) as soon as I try to run a getty process on it -- That seems to indicate that getty does *something* to the console device which causes the problem. The wchan "ttydcd" seems to indicate is has something to do with carrier detection or flow control. This points to the uart driver as the culprit which replaced sio. > > Anyway, I don't care too much for boot0/boot2; I've never > > had to interact with them on that machine. The important > > thing for me is that loader(8) and the kernel use the > > serial port for the console, and that I can login on it > > (i.e. there must be a getty running). All of that seemed > > to be accomplished with the console="comconsole" entry in > > /boot/loader.conf ... At least it worked when I first > > installed that machine in September 2000 (yeah, exactly 10 > > years ago) with FreeBSD 4.1, then updated it roughly every > > two years ... And it stopped working in 8.x. > > Did you update your hints to rename the 'sio' hints to 'uart'? Yes, mergemaster did that for me. I double-checked it. hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 16:25: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 4D33A106564A for ; Mon, 13 Sep 2010 16:25:36 +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 082218FC0A for ; Mon, 13 Sep 2010 16:25:36 +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 73F8C46B9E; Mon, 13 Sep 2010 12:25:35 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 619338A04E; Mon, 13 Sep 2010 12:25:34 -0400 (EDT) From: John Baldwin To: Oliver Fromme Date: Mon, 13 Sep 2010 12:23:24 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201009131555.o8DFtRZX042007@lurza.secnetix.de> In-Reply-To: <201009131555.o8DFtRZX042007@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009131223.25011.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 13 Sep 2010 12:25:34 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.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: freebsd-stable@freebsd.org, Stefan Bethke , freebsd@jdc.parodius.com Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 16:25:36 -0000 On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote: > John Baldwin wrote: > > On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote: > > > Now I get your point ... Yes, -P does probe the keyboard > > > first. That's probably why I see the boot0/boot2 on the > > > VGA console, not on the serial port. As far as I know, > > > /boot.config is read by the boot0/boot2 stage, not by > > > loader(8). > > > > But loader inherits the settings from boot2, so if you set it in > > /boot.config you do not need to set anything in loader.conf. Also, > > having boot2 use serial is good in that you can boot loader.old if > > you ever get a broken /boot/loader. Using '-Dh' in /boot.config is > > what I do on all the boxes where I use a serial console. > > Makes sense. I'll change -P to -Dh. > > But having console="comconsole" in loader.conf should also > enable the serial console, except that it happens a little > later (in loader instead of boot2), right? Correct. > I think the boot.config stuff might be a red herring. > The console breaks (i.e. freezes) as soon as I try to run > a getty process on it -- That seems to indicate that getty > does *something* to the console device which causes the > problem. The wchan "ttydcd" seems to indicate is has > something to do with carrier detection or flow control. > This points to the uart driver as the culprit which > replaced sio. Well, /dev/ttyXX have always waited for carrier detect, whereas /dev/cuaXX (the call-out devices) have not. That was so that you could hook a modem up to a serial port and getty would not return from open(2) and print a login banner until someone dialed the modem and connected. I think Jeremy has already given you some good things to try (such as 3wire.9600) to debug this instead. > > > Anyway, I don't care too much for boot0/boot2; I've never > > > had to interact with them on that machine. The important > > > thing for me is that loader(8) and the kernel use the > > > serial port for the console, and that I can login on it > > > (i.e. there must be a getty running). All of that seemed > > > to be accomplished with the console="comconsole" entry in > > > /boot/loader.conf ... At least it worked when I first > > > installed that machine in September 2000 (yeah, exactly 10 > > > years ago) with FreeBSD 4.1, then updated it roughly every > > > two years ... And it stopped working in 8.x. > > > > Did you update your hints to rename the 'sio' hints to 'uart'? > > Yes, mergemaster did that for me. I double-checked it. > > hint.uart.0.at="isa" > hint.uart.0.port="0x3F8" > hint.uart.0.flags="0x10" > hint.uart.0.irq="4" Ok. I know that for machines I have at work that run 7, if I boot a 8.x kernel have to explicitly unset the sio hints and set the uart hints for the serial console to work in 8. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 16:55: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 E0335106566B for ; Mon, 13 Sep 2010 16:55:04 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 55B158FC16 for ; Mon, 13 Sep 2010 16:55:03 +0000 (UTC) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 8E9276EA59; Mon, 13 Sep 2010 18:35:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:mime-version:content-type: content-transfer-encoding; s=selector1; bh=beWSE3pimmhAuWNTKA+RK pVOVy0=; b=Gf8XwwLBiITQEoymBJ/k92JMrsA+H14Sp7/lfOF/F2ScVdjSoun+u O2JbuRJAQckDwI+dhT3F16t6oIrmzfqoUSYEg7oMGnyuqn0AswUFenbam9jCZuz3 BkQiZOSAuxCQVSh1S4wuXgxvxFxlY930/iS29mH0xosrlfjLDxfej8= Received: from [172.16.2.182] (gw01.ismobile.com [212.73.186.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 2597B6EA58; Mon, 13 Sep 2010 18:35:41 +0200 (CEST) Date: Mon, 13 Sep 2010 18:35:37 +0200 From: Goran Lowkrantz To: Rick Macklem , rick-freebsd2009@kiwi-computer.com Message-ID: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; FORMAT=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Hannes Hauswedell , freebsd-stable@freebsd.org Subject: Re: Why is NFSv4 so slow? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 16:55:05 -0000 --On September 12, 2010 11:44:40 -0400 Rick Macklem =20 wrote: >> On Wed, Sep 01, 2010 at 11:46:30AM -0400, Rick Macklem wrote: My results seems to confirm a factor of two (or 1.5) but it's stable: new nfs nfsv4 3999969792 bytes transferred in 71.932692 secs (55607119 bytes/sec) 3999969792 bytes transferred in 66.806218 secs (59874214 bytes/sec) 3999969792 bytes transferred in 65.127972 secs (61417079 bytes/sec) 3999969792 bytes transferred in 64.493585 secs (62021204 bytes/sec) old nfs nfsv3 3999969792 bytes transferred in 42.290365 secs (94583478 bytes/sec) 3999969792 bytes transferred in 42.135682 secs (94930700 bytes/sec) 3999969792 bytes transferred in 41.404841 secs (96606332 bytes/sec) 3999969792 bytes transferred in 41.461210 secs (96474989 bytes/sec) new nfs nfsv3 3999969792 bytes transferred in 63.172592 secs (63318121 bytes/sec) 3999969792 bytes transferred in 64.149324 secs (62354044 bytes/sec) 3999969792 bytes transferred in 62.447537 secs (64053284 bytes/sec) 3999969792 bytes transferred in 57.203868 secs (69924813 bytes/sec) Client: FreeBSD 8.1-STABLE #200: Sun Sep 12 12:03:25 CEST 2010 root@skade.glz.hidden-powers.com:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (2600.26-MHz K8-class=20 CPU) Origin =3D "AuthenticAMD" Id =3D 0x60fb2 Family =3D f Model =3D 6b = Stepping =3D=20 2 em0: flags=3D8843 metric 0 mtu 1500 options=3D19b ether 00:1b:21:2e:7d:3c inet 10.255.253.3 netmask 0xffffff00 broadcast 10.255.253.255 media: Ethernet autoselect (1000baseT ) status: active Server: FreeBSD 8.1-STABLE #74: Sun Sep 5 18:47:12 CEST 2010 root@midgard.glz.hidden-powers.com:/usr/obj/usr/src/sys/SERVER amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 9550 Quad-Core Processor (2210.08-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x100f23 Family =3D 10 Model =3D 2 = Stepping=20 =3D 3 re0: flags=3D8943 metric 0=20 mtu 1500 options=3D3898 ether 00:1f:d0:59:d8:e2 inet 10.255.253.1 netmask 0xffffff00 broadcast 10.255.253.255 media: Ethernet autoselect (1000baseT ) status: active Network: Systems connected via two Netgear GS108T, one system to each switch, the=20 switches connected via TP cable. Patchar: stable-8-v15.patch zfs_metaslab_v2.patch zfs_abe_stat_rrwlock.patch arc.c.9.patch r211970.patch Cheers, G=F6ran --- "There is hopeful symbolism in the fact that flags do not wave in a = vacuum." -- Arthur C. Clarke From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 17:00: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 C4FF81065670; Mon, 13 Sep 2010 17:00:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8E38FC12; Mon, 13 Sep 2010 17:00:15 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8DGxw9l044465; Mon, 13 Sep 2010 19:00:14 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8DGxwvF044463; Mon, 13 Sep 2010 18:59:58 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201009131659.o8DGxwvF044463@lurza.secnetix.de> To: jhb@freebsd.org (John Baldwin) Date: Mon, 13 Sep 2010 18:59:58 +0200 (CEST) In-Reply-To: <201009131223.25011.jhb@freebsd.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 19:00:14 +0200 (CEST) Cc: freebsd-stable@freebsd.org, Stefan Bethke , freebsd@jdc.parodius.com Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 17:00:15 -0000 John Baldwin wrote: > On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote: > > I think the boot.config stuff might be a red herring. > > The console breaks (i.e. freezes) as soon as I try to run > > a getty process on it -- That seems to indicate that getty > > does *something* to the console device which causes the > > problem. The wchan "ttydcd" seems to indicate is has > > something to do with carrier detection or flow control. > > This points to the uart driver as the culprit which > > replaced sio. > > Well, /dev/ttyXX have always waited for carrier detect, whereas > /dev/cuaXX (the call-out devices) have not. Well, before the update I had ttyd0 in /etc/ttys (this is the default in FreeBSD 7.x), so it should have waited for carrier detect, too. > That was so that you could hook a modem up to a serial port and getty > would not return from open(2) and print a login banner until someone > dialed the modem and connected. I think Jeremy has already given you > some good things to try (such as 3wire.9600) to debug this instead. Yes, I will try that ... But with the 3wire entry I won't have any flow control at all, so output can be lost, right? Doesn't sound like a good solution. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 18:19: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 D8CC91065674 for ; Mon, 13 Sep 2010 18:19:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id BCD3C8FC12 for ; Mon, 13 Sep 2010 18:19:44 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta13.emeryville.ca.mail.comcast.net with comcast id 6E9Q1f00B0mlR8UADJKkkB; Mon, 13 Sep 2010 18:19:44 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta11.emeryville.ca.mail.comcast.net with comcast id 6JKi1f00C3LrwQ28XJKi5r; Mon, 13 Sep 2010 18:19:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8BCBF9B423; Mon, 13 Sep 2010 11:19:42 -0700 (PDT) Date: Mon, 13 Sep 2010 11:19:42 -0700 From: Jeremy Chadwick To: Oliver Fromme Message-ID: <20100913181942.GA60085@icarus.home.lan> References: <201009131223.25011.jhb@freebsd.org> <201009131659.o8DGxwvF044463@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201009131659.o8DGxwvF044463@lurza.secnetix.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ed@freebsd.org, freebsd-stable@freebsd.org, Stefan Bethke , John Baldwin Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 18:19:44 -0000 On Mon, Sep 13, 2010 at 06:59:58PM +0200, Oliver Fromme wrote: > > John Baldwin wrote: > > On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote: > > > I think the boot.config stuff might be a red herring. > > > The console breaks (i.e. freezes) as soon as I try to run > > > a getty process on it -- That seems to indicate that getty > > > does *something* to the console device which causes the > > > problem. The wchan "ttydcd" seems to indicate is has > > > something to do with carrier detection or flow control. > > > This points to the uart driver as the culprit which > > > replaced sio. > > > > Well, /dev/ttyXX have always waited for carrier detect, whereas > > /dev/cuaXX (the call-out devices) have not. > > Well, before the update I had ttyd0 in /etc/ttys (this is > the default in FreeBSD 7.x), so it should have waited for > carrier detect, too. Re-adding ed@ to the CC list. I hope he can shed some light on this. I believe FreeBSD expects DCD to be raised on both sio(4) and uart(4) when /dev/ttyuX devices are used -- however, see item 3 below. We've upgraded numerous servers of ours from RELENG_6 and RELENG_7, to RELENG_8, with no serial console issues (we still have some RELENG_6 and RELENG_7 boxes in use as well, using sio(4), so we can provide details from those too if need be). Our cabling/hardware differs from yours though. > > That was so that you could hook a modem up to a serial port and getty > > would not return from open(2) and print a login banner until someone > > dialed the modem and connected. I think Jeremy has already given you > > some good things to try (such as 3wire.9600) to debug this instead. > > Yes, I will try that ... But with the 3wire entry I won't > have any flow control at all, so output can be lost, right? > Doesn't sound like a good solution. 1) gettytab(5) mentions the "mb" capability, which tells it to do flow control based on DCD, I believe. This defaults to off, and isn't defined for the std.XXX nor 3wire.XXX entries. 2) However, I imagine some null modem adapters or cables might wire RTS and CTS to DCD. Check out Table 26-2 for DB9 to DB9 null modem cable wiring, and be sure to check out the paragraph *after* "Note:" in Table 26-3. http://www.freebsd.org/doc/handbook/serial.html#SERIAL-CABLES-PORTS 3) But here's the fun part! The adapters I use in our co-location (DB9 serial ports on PCs wired to a MRV unit), pin 1 (DCD) on the DB9 serial port *is not* wired -- it literally hangs loose. The adapters use hardware flow control (CTS/RTS), and all equipment is configured to use it as well. We use the following line in /etc/ttys reliably (without any character loss[1]): ttyu0 "/usr/libexec/getty std.115200" xterm on secure The exact pinout is below: RJ45 DB9 Female Female =========== ======= (CTS) 1 <----> 7 (RTS) (DTR) 2 <----> 6 (DSR) (TxD) 3 <----> 2 (RxD) (TxD GND) 4 <----> 5 (GND) (RxD GND) 5 <----> 5 (GND) (RxD) 6 <----> 3 (TxD) (DSR/DCD) 7 <----> 4 (DTR) (RTS) 8 <----> 8 (CTS) I can provide stty -a -f /dev/ttyuX output on one of these machines if folks would find it useful as a comparison model to what Oliver's seeing. Is it possible the null modem adapter, cables, or jacks been slightly jostled or anything like that? Hrm, actually I guess that's pointless to ask since you can restore proper behaviour rolling back to RELENG_7. [1]: Prior to logging in, there is no flow control -- this happens on sio(4) as well as uart(4). This problem dates back to at least the FreeBSD 4.x days and is easily detectable by hitting enter repetitively at the "login:" prompt on a serial console; occasionally the output will get messed up. Once you log in, however, flow control works fine. When I chatted with Marcel Moolenaar about this, he assured me this is expected. This isn't the problem you're seeing, but I thought I'd mention it in passing anyway. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 18:30: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 58F381065670 for ; Mon, 13 Sep 2010 18:30:01 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.freebsd.org (Postfix) with ESMTP id A0DC08FC16 for ; Mon, 13 Sep 2010 18:29:57 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail46.nsc.no (8.14.3/8.14.3) with ESMTP id o8DHSWaf008140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 13 Sep 2010 19:28:34 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8DHSWl7095042 for ; Mon, 13 Sep 2010 19:28:32 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8DHSWM4095039 for ; Mon, 13 Sep 2010 19:28:32 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Mon, 13 Sep 2010 19:28:32 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: freebsd-stable@freebsd.org Message-ID: <20100913191158.M94911@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 18:30:01 -0000 Hello, I'm hoping somebody can shed some light on this. One of my machines has a Radeon X1550 graphics card. When first installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver hung the machine hard, screen went blank, numlock and capslock didn't work, no network (so no ssh) and I couldn't do much but hard reset the machine. I had to use vesa for a while, then, after upgrading, the radeonhd driver worked up until fairly recent upgrades. Sadly I didn't try the driver very often so I don't know if upgrading src or xorg+drivers helped the problem. The machine is now running FreeBSD 8.1, but after rebuilding all packages via ports, the problem with the radeonhd driver is back, showing exactly the same behaviour as before. This time, also the vesa driver gives problems, it seemingly works good, until it messes up colours, usually after using mplayer. Any pointers as to how to solve this? Details below. I'm running FreeBSD 8.1 : FreeBSD elg.hjerdalen.lan 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Sep 13 17:48:23 CEST 2010 root@elg.hjerdalen.lan:/usr/obj/usr/src/sys/GENERIC amd64 Graphics card : vgapci0@pci0:3:0:0: class=0x030000 card=0x204e17af chip=0x71431002 rev=0x00$ vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI RADEON X1550 Series (RV515)' class = display subclass = VGA vgapci1@pci0:3:0:1: class=0x038000 card=0x204f17af chip=0x71631002 rev=0x00$ vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI RADEON X1550 Series Secondary (RV515)' class = display 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.1-STABLE #0: Mon Sep 13 17:48:23 CEST 2010 root@elg.hjerdalen.lan:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4106117120 (3915 MB) ACPI APIC Table: <090407 APIC1631> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <090407 RSDT1631> 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 cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 0x84, should be 0x7B (20100331/tbutils-354) cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xac00-0xac1f 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 ehci0: mem 0xfe7ffc00-0xfe7fffff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfe7f8000-0xfe7fbfff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 18 at device 28.2 on pci0 pci3: on pcib3 vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfe8f0000-0xfe8fffff irq 18 at device 0.0 on pci3 vgapci1: mem 0xfe8e0000-0xfe8effff at device 0.1 on pci3 pcib4: irq 17 at device 28.4 on pci0 pci4: on pcib4 atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f mem 0xfe9ffc00-0xfe9fffff irq 16 at device 0.0 on pci4 atapci0: [ITHREAD] atapci1: on atapci0 atapci1: [ITHREAD] atapci1: AHCI v1.00 controller with 3 3Gbps ports, PM supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] pcib5: irq 16 at device 28.5 on pci0 pci5: on pcib5 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 17 at device 0.0 on pci5 re0: Using 1 MSI messages re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:f3:30:3c re0: [FILTER] uhci2: port 0xa800-0xa81f irq 23 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus3: on uhci2 uhci3: port 0xa480-0xa49f irq 19 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0xa400-0xa41f irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0xa080-0xa09f irq 16 at device 29.3 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 pcib6: at device 30.0 on pci0 pci6: on pcib6 pci6: at device 0.0 (no driver attached) fwohci0: port 0xe000-0xe07f mem 0xfebff800-0xfebfffff irq 18 at device 2.0 on pci6 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:10:dc:00:01:28:aa:5b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x154c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:10:dc:28:aa:5b fwe0: Ethernet address: 02:10:dc:28:aa:5b fwip0: on firewire0 fwip0: Firewire address: 00:10:dc:00:01:28:aa:5b @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x949f mem 0xfe7ff000-0xfe7ff7ff irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI called from vendor specific driver atapci2: AHCI v1.20 controller with 6 3Gbps ports, PM not supported ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ata10: on atapci2 ata10: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 orm0: at iomem 0xc0000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad10: 476940MB at ata5-master UDMA100 SATA 3Gb/s ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 acd0: DVDR at ata10-master UDMA100 SATA 1.5Gb/s hdac0: HDA Codec #0: Realtek ALC888 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub7: 8 ports with 8 removable, self powered acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe0:ata10:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata10:0:0:0): CAM status: SCSI Status Error (probe0:ata10:0:0:0): SCSI status: Check Condition (probe0:ata10:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) cd0 at ata10 bus 0 scbus1 target 0 lun 0SMP: AP CPU #1 Launched! cd0: Removable CD-ROM SCSI-0 device cd0: 100.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ufs/rot xorg.conf Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice "Tastatur" "CoreKeyboard" InputDevice "Mus" "CorePointer" Option "AllowEmptyInput" "off" EndSection Section "Files" EndSection Section "Module" # Load "freetype" # Load "xtt" Load "extmod" Load "glx" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "type1" Load "speedo" EndSection Section "InputDevice" Identifier "Mus" Driver "mouse" Option "Protocol" "Auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Tastatur" Driver "keyboard" Option "XkbModel" "pc101" # Option "XkbModel" "pc105" Option "XkbLayout" "no" Option "XkbOptions" "ctrl:swapcaps" EndSection Section "Monitor" Identifier "Skjerm" HorizSync 31.5 - 48.5 VertRefresh 50.0 - 70.0 EndSection Section "Device" Identifier "Grafikkort" Driver "radeonhd" Option "HPD" "off" EndSection Section "Screen" Identifier "Screen0" Device "Grafikkort" Monitor "Skjerm" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Mode 0666 EndSection -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 18:44:03 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC74A1065670 for ; Mon, 13 Sep 2010 18:44:03 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 537C78FC13 for ; Mon, 13 Sep 2010 18:44:03 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 593D42A28D21; Mon, 13 Sep 2010 20:44:02 +0200 (CEST) Date: Mon, 13 Sep 2010 20:44:02 +0200 From: Ed Schouten To: Jeremy Chadwick Message-ID: <20100913184402.GH56986@hoeg.nl> References: <20100913065658.GA44306@icarus.home.lan> <201009130721.o8D7LLId098604@lurza.secnetix.de> <20100913074050.GA45070@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yTDPf8dFFzrn4Hdx" Content-Disposition: inline In-Reply-To: <20100913074050.GA45070@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.ORG, Oliver Fromme Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 18:44:03 -0000 --yTDPf8dFFzrn4Hdx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just replying to a random message in this thread. Maybe we should just implement /dev/console in such a way that it can never get stuck on dcd. I've seen this break too many times. Below is an untested patch. Anyone willing to test it for me? As Jeremy did point out, FreeBSD's TTY/serial/etc code really lacks a true console device which multiplexes both input and output to all serial devices. %%% Index: tty.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- tty.c (revision 212549) +++ tty.c (working copy) @@ -282,7 +282,8 @@ =20 /* Wait for Carrier Detect. */ if (!TTY_CALLOUT(tp, dev) && (oflags & O_NONBLOCK) =3D=3D 0 && - (tp->t_termios.c_cflag & CLOCAL) =3D=3D 0) { + (tp->t_termios.c_cflag & CLOCAL) =3D=3D 0 && + dev !=3D dev_console) { while ((ttydevsw_modem(tp, 0, 0) & SER_DCD) =3D=3D 0) { error =3D tty_wait(tp, &tp->t_dcdwait); if (error !=3D 0) %%% --=20 Ed Schouten WWW: http://80386.nl/ --yTDPf8dFFzrn4Hdx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyOcPIACgkQ52SDGA2eCwXo4ACfatMv6F7p6BKPJNIZq2zRwAKG IMQAniPCzpnMF0T+cGguYaGYuJvLZN6B =WJc4 -----END PGP SIGNATURE----- --yTDPf8dFFzrn4Hdx-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 20:01: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 03C74106564A for ; Mon, 13 Sep 2010 20:01:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 762BB8FC13 for ; Mon, 13 Sep 2010 20:01:45 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8DK1M9j052518; Mon, 13 Sep 2010 22:01:37 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8DK1LoZ052516; Mon, 13 Sep 2010 22:01:21 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201009132001.o8DK1LoZ052516@lurza.secnetix.de> To: ed@80386.nl (Ed Schouten) Date: Mon, 13 Sep 2010 22:01:21 +0200 (CEST) In-Reply-To: <20100913184402.GH56986@hoeg.nl> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 22:01:37 +0200 (CEST) Cc: freebsd-stable@FreeBSD.ORG, Jeremy Chadwick Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 20:01:46 -0000 Ed Schouten wrote: > Just replying to a random message in this thread. > > Maybe we should just implement /dev/console in such a way that it can > never get stuck on dcd. I've seen this break too many times. > > Below is an untested patch. Anyone willing to test it for me? Thank you! I will gladly test it on Friday. I'm sorry I can't test it earlier, but I'm reluctant to test things like this remotely. @ Jeremy: Thank you for the detailed response! I will make sure to bring a multimeter with me and check the pin connections on my nullmodem cable. I'm still curious why this cable worked with 7.x with the same configuration. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 20:14: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 CFAB8106564A for ; Mon, 13 Sep 2010 20:14:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 652D78FC13 for ; Mon, 13 Sep 2010 20:14:31 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id F407B2A28D22; Mon, 13 Sep 2010 22:14:29 +0200 (CEST) Date: Mon, 13 Sep 2010 22:14:29 +0200 From: Ed Schouten To: Oliver Fromme Message-ID: <20100913201429.GM56986@hoeg.nl> References: <20100913184402.GH56986@hoeg.nl> <201009132001.o8DK1LoZ052516@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JLgb/x5pnTX2rSUi" Content-Disposition: inline In-Reply-To: <201009132001.o8DK1LoZ052516@lurza.secnetix.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.ORG, Jeremy Chadwick Subject: Re: Serial console problems with stable/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: Mon, 13 Sep 2010 20:14:31 -0000 --JLgb/x5pnTX2rSUi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Oliver Fromme wrote: > @ Jeremy: Thank you for the detailed response! I will > make sure to bring a multimeter with me and check the > pin connections on my nullmodem cable. I'm still curious > why this cable worked with 7.x with the same configuration. I seem to remember some of the drivers enforced CLOCAL when the device is used as a boot device. Maybe sio(4) does this, while uart(4) does not? An advantage of the patch is that it makes this construct superfluous. --=20 Ed Schouten WWW: http://80386.nl/ --JLgb/x5pnTX2rSUi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyOhiUACgkQ52SDGA2eCwXtmwCfcAIuVB0ITbQZZdbu93WJQpg0 AUYAnA8DWFP0GNdi2EXg3e1uXVSv8rTc =97n8 -----END PGP SIGNATURE----- --JLgb/x5pnTX2rSUi-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 20:17: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 B76C4106566B for ; Mon, 13 Sep 2010 20:17:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA208FC0A for ; Mon, 13 Sep 2010 20:17:05 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8DKGngJ053181; Mon, 13 Sep 2010 22:17:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8DKGmw5053180; Mon, 13 Sep 2010 22:16:48 +0200 (CEST) (envelope-from olli) Date: Mon, 13 Sep 2010 22:16:48 +0200 (CEST) Message-Id: <201009132016.o8DKGmw5053180@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, eivinde@terraplane.org In-Reply-To: <20100913191158.M94911@rumrunner.mine.nu> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Sep 2010 22:17:05 +0200 (CEST) Cc: Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 20:17:06 -0000 Eivind E wrote: > One of my machines has a Radeon X1550 graphics card. When first > installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver > hung the machine hard, screen went blank, numlock and capslock > didn't work, no network (so no ssh) and I couldn't do much but > hard reset the machine. I had to use vesa for a while, then, after > upgrading, the radeonhd driver worked up until fairly recent upgrades. > Sadly I didn't try the driver very often so I don't know if upgrading > src or xorg+drivers helped the problem. > > The machine is now running FreeBSD 8.1, but after rebuilding all > packages via ports, the problem with the radeonhd driver is back, > showing exactly the same behaviour as before. Did you try the normal radeon driver (not radeonhd)? It supports the RV515 chip used by the X1550, too. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 21:32: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 43F601065673 for ; Mon, 13 Sep 2010 21:32:57 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id CE8A08FC08 for ; Mon, 13 Sep 2010 21:32:56 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id o8DLE9WO065467; Mon, 13 Sep 2010 23:14:14 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id E7C40BAA2; Mon, 13 Sep 2010 23:14:08 +0200 (CEST) Date: Mon, 13 Sep 2010 23:14:08 +0200 From: Roland Smith To: freebsd-stable@freebsd.org, eivinde@terraplane.org Message-ID: <20100913211408.GA94156@slackbox.erewhon.net> References: <20100913191158.M94911@rumrunner.mine.nu> <201009132016.o8DKGmw5053180@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <201009132016.o8DKGmw5053180@lurza.secnetix.de> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 21:32:57 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2010 at 10:16:48PM +0200, Oliver Fromme wrote: > Eivind E wrote: > > One of my machines has a Radeon X1550 graphics card. When first > > installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver > > hung the machine hard, screen went blank, numlock and capslock > > didn't work, no network (so no ssh) and I couldn't do much but > > hard reset the machine. I had to use vesa for a while, then, after > > upgrading, the radeonhd driver worked up until fairly recent upgrades. > > Sadly I didn't try the driver very often so I don't know if upgrading > > src or xorg+drivers helped the problem. > >=20 > > The machine is now running FreeBSD 8.1, but after rebuilding all > > packages via ports, the problem with the radeonhd driver is back, > > showing exactly the same behaviour as before. >=20 > Did you try the normal radeon driver (not radeonhd)? > It supports the RV515 chip used by the X1550, too. Keep in mind that normal radeon driver is called x11-drivers/xf86-video-ati now. If you load the drm.ko and radeon.ko (and maybe agp.ko) kernel models with this driver, you'll have accellerated 3D as well as 2D (both XAA and the ne= wer EXA). Works like a charm on my Radeon X 1650 Pro, and should work with your card as well. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyOlCAACgkQEnfvsMMhpyUeCACeKvrqgv/yPlFVu9tNdDTQrto6 Z8AAn0b/VUvYP9HM7sLBlZdaHNuB2lM2 =SaX6 -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 21:47:27 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E141E1065670 for ; Mon, 13 Sep 2010 21:47:27 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail45.e.nsc.no (mail45.e.nsc.no [193.213.115.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4015C8FC0A for ; Mon, 13 Sep 2010 21:47:26 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail45.nsc.no (8.14.3/8.14.3) with ESMTP id o8DLlJBF014652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Sep 2010 23:47:24 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8DLlItN096691; Mon, 13 Sep 2010 23:47:19 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8DLlI5b096688; Mon, 13 Sep 2010 23:47:18 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Mon, 13 Sep 2010 23:47:18 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Oliver Fromme In-Reply-To: <201009132016.o8DKGmw5053180@lurza.secnetix.de> Message-ID: <20100913234355.I96626@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 21:47:28 -0000 On Mon, 13 Sep 2010, Oliver Fromme wrote: > Eivind E wrote: > > One of my machines has a Radeon X1550 graphics card. When first > > installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver > > hung the machine hard, screen went blank, numlock and capslock > > didn't work, no network (so no ssh) and I couldn't do much but > > hard reset the machine. I had to use vesa for a while, then, after > > upgrading, the radeonhd driver worked up until fairly recent upgrades. > > Sadly I didn't try the driver very often so I don't know if upgrading > > src or xorg+drivers helped the problem. > > > > The machine is now running FreeBSD 8.1, but after rebuilding all > > packages via ports, the problem with the radeonhd driver is back, > > showing exactly the same behaviour as before. > > Did you try the normal radeon driver (not radeonhd)? > It supports the RV515 chip used by the X1550, too. Yeah, still hangs hard. Trying the normal radeon driver together with Option "DRI" "False" as suggested to me in another mail did let X start up once, but set the screen to much darker colours (which also continued when exiting). Starting X another time again made the machine hang again. Thanks for the tip though. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 21:58:06 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 B9BC9106564A for ; Mon, 13 Sep 2010 21:58:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 47DF68FC0A for ; Mon, 13 Sep 2010 21:58:05 +0000 (UTC) Received: by wyb33 with SMTP id 33so7903466wyb.13 for ; Mon, 13 Sep 2010 14:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=1OPyOeWiEe+EQjh1PKOP+wppQvTa+0jDrRfJJHUWGT8=; b=qJBDSy3+KYp40vW2VgP1OPAAjoODUt/PkYkYNLamK5uqkgISdLdmtBTwTIaKR/+kOT 5Lvhz9y2bSHxfUTSrSf35kwnv0NkyD0jb0KCFvQ4JbOvYzOiwgK+lGb5UAp+cVA1AMlv O1bQGE91EercOCS9NcXbZr+RZyf6AAmn1PSoo= 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=f6g22RIzoD4eKzERJlM8R39o+bEprVfgFuAUPB6ghBEJQtCbhjhXsQF1MX39EsN5Tg cFK7Ii71bLGedhwErpycgNWU4FW6FSisG9vpK4+tw8636wTUIRO1rMswYGB8nXsQrLnF pApk3RQ1Bis2Pdg3ij1THl2Dtou8ZasMAkZBE= MIME-Version: 1.0 Received: by 10.216.155.7 with SMTP id i7mr3131426wek.59.1284415085161; Mon, 13 Sep 2010 14:58:05 -0700 (PDT) Received: by 10.216.49.78 with HTTP; Mon, 13 Sep 2010 14:58:04 -0700 (PDT) In-Reply-To: <20100913144250.GA29065@lordcow.org> References: <201009091437.21563.jhb@freebsd.org> <201009091620.25299.jhb@freebsd.org> <20100910084120.GA46966@lordcow.org> <20100913144250.GA29065@lordcow.org> Date: Mon, 13 Sep 2010 14:58:04 -0700 Message-ID: From: Jack Vogel To: Gareth de Vaux Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: MSIX failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 21:58:06 -0000 We don't deal with desktop systems that much in my group, it was pointed out by a coworker that the BIOS has settings that could disable MSI, please check out how yours is set. Jack On Mon, Sep 13, 2010 at 7:42 AM, Gareth de Vaux wrote: > On Fri 2010-09-10 (10:43), Jack Vogel wrote: > > No, not the add-on adapter, i have no trouble finding those, what I want > to > > know about is the details about the system that has em0 LOM, only > > way to check on that is to have the whole enchilada :) > > Ah right. These are snippets from dmidecode, is this enough? > > Handle 0x0000, DMI type 4, 35 bytes > Processor Information > Socket Designation: LGA 1156 > Type: Central Processor > Family: Other > Manufacturer: Intel(R) Corporation > ID: E5 06 01 00 FF FB EB BF > Version: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz > Voltage: 1.1 V > External Clock: 133 MHz > Max Speed: 4000 MHz > Current Speed: 2668 MHz > Status: Populated, Enabled > Upgrade: Other > L1 Cache Handle: 0x0004 > L2 Cache Handle: 0x0003 > L3 Cache Handle: 0x0001 > Serial Number: Not Specified > Asset Tag: Not Specified > Part Number: Not Specified > > Handle 0x0007, DMI type 2, 20 bytes > Base Board Information > Manufacturer: Intel Corporation > Product Name: DP55WB > Version: AAE64798-206 > Serial Number: AZWB005003A3 > Asset Tag: Base Board Asset Tag > Features: > Board is a hosting board > Board is replaceable > Location In Chassis: Base Board Chassis Location > Chassis Handle: 0x0008 > Type: Unknown > Contained Object Handles: 0 > > Handle 0x0010, DMI type 10, 6 bytes > On Board Device Information > Type: Ethernet > Status: Enabled > Description: Intel(R) 82578DC Gigabit Network Connection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 22:04:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B712106564A for ; Mon, 13 Sep 2010 22:04:20 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail42.e.nsc.no (mail42.e.nsc.no [193.213.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id B30638FC16 for ; Mon, 13 Sep 2010 22:04:19 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail42.nsc.no (8.14.3/8.14.3) with ESMTP id o8DM4GI2020244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Sep 2010 00:04:17 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8DM4G3t096841; Tue, 14 Sep 2010 00:04:16 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8DM4GoJ096838; Tue, 14 Sep 2010 00:04:16 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Tue, 14 Sep 2010 00:04:16 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Roland Smith In-Reply-To: <20100913211408.GA94156@slackbox.erewhon.net> Message-ID: <20100914000102.D96774@rumrunner.mine.nu> References: <20100913191158.M94911@rumrunner.mine.nu> <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913211408.GA94156@slackbox.erewhon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2010 22:04:20 -0000 On Mon, 13 Sep 2010, Roland Smith wrote: > On Mon, Sep 13, 2010 at 10:16:48PM +0200, Oliver Fromme wrote: >> Eivind E wrote: >> > One of my machines has a Radeon X1550 graphics card. When first >> > installed (then as either 7.1 or 7.1 prerelease), the radeonhd driver >> > hung the machine hard, screen went blank, numlock and capslock >> > didn't work, no network (so no ssh) and I couldn't do much but >> > hard reset the machine. I had to use vesa for a while, then, after >> > upgrading, the radeonhd driver worked up until fairly recent upgrades. >> > Sadly I didn't try the driver very often so I don't know if upgrading >> > src or xorg+drivers helped the problem. >> > >> > The machine is now running FreeBSD 8.1, but after rebuilding all >> > packages via ports, the problem with the radeonhd driver is back, >> > showing exactly the same behaviour as before. >> >> Did you try the normal radeon driver (not radeonhd)? >> It supports the RV515 chip used by the X1550, too. > > Keep in mind that normal radeon driver is called x11-drivers/xf86-video-ati > now. > > If you load the drm.ko and radeon.ko (and maybe agp.ko) kernel models with > this driver, you'll have accellerated 3D as well as 2D (both XAA and the newer > EXA). Works like a charm on my Radeon X 1650 Pro, and should work with your > card as well. Tried to substitute the driver with ati and loading radeon.ko (which automatically loaded drm.ko) and had the same results as the plain radeon driver. X starts up once in a while, but the screen goes to about half of normal brightness and the view is moved down and to the right. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 22:40: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 5F9531065694 for ; Mon, 13 Sep 2010 22:40:40 +0000 (UTC) (envelope-from luke@foolishgames.com) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD898FC12 for ; Mon, 13 Sep 2010 22:40:40 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta14.emeryville.ca.mail.comcast.net with comcast id 6Kle1f0091HpZEsAENTWh7; Mon, 13 Sep 2010 22:27:30 +0000 Received: from stargazer.midnightbsd.org ([70.91.226.201]) by omta14.emeryville.ca.mail.comcast.net with comcast id 6NTU1f00F4MLobJ8aNTVnr; Mon, 13 Sep 2010 22:27:30 +0000 Received: from lholt-desktop.primemediaanalysis.com (75-151-13-201-Michigan.hfc.comcastbusiness.net [75.151.13.201]) (authenticated bits=0) by stargazer.midnightbsd.org (8.14.4/8.14.4) with ESMTP id o8DMRNs2056450 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Mon, 13 Sep 2010 18:27:27 -0400 (EDT) (envelope-from luke@foolishgames.com) X-Authentication-Warning: stargazer.midnightbsd.org: Host 75-151-13-201-Michigan.hfc.comcastbusiness.net [75.151.13.201] claimed to be lholt-desktop.primemediaanalysis.com Message-ID: <4C8EA54A.6020805@foolishgames.com> Date: Mon, 13 Sep 2010 18:27:22 -0400 From: Lucas Holt User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100902 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100913191158.M94911@rumrunner.mine.nu> <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913211408.GA94156@slackbox.erewhon.net> <20100914000102.D96774@rumrunner.mine.nu> In-Reply-To: <20100914000102.D96774@rumrunner.mine.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 22:40:40 -0000 On 09/13/10 18:04, Eivind E wrote: > > Tried to substitute the driver with ati and loading radeon.ko (which > automatically loaded drm.ko) and had the same results as the plain > radeon driver. X starts up once in a while, but the screen goes > to about half of normal brightness and the view is moved down and to the > right. > You could try experimenting with the AccelMethod option. I've got a newer gpu, but this is what is working for me with a 4200 + freebsd 8.1 at work. ... Section "Module" Load "extmod" Load "dbe" Load "glx" Load "dri" Load "dri2" EndSection ... (for the card) Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RS880 [Radeon HD 4200]" BusID "PCI:1:5:0" Option "AccelMethod" "exa" Option "DRI" "yes" FreeBSD lholt-desktop.primemediaanalysis.com 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 13 23:10: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 76DEA106566B for ; Mon, 13 Sep 2010 23:10:00 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id E4D288FC08 for ; Mon, 13 Sep 2010 23:09:59 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id o8DN9wJD034585; Tue, 14 Sep 2010 01:09:58 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id BCB71BA8E; Tue, 14 Sep 2010 01:09:57 +0200 (CEST) Date: Tue, 14 Sep 2010 01:09:57 +0200 From: Roland Smith To: Eivind E Message-ID: <20100913230957.GB96789@slackbox.erewhon.net> References: <20100913191158.M94911@rumrunner.mine.nu> <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913211408.GA94156@slackbox.erewhon.net> <20100914000102.D96774@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20100914000102.D96774@rumrunner.mine.nu> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Sep 2010 23:10:00 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 14, 2010 at 12:04:16AM +0200, Eivind E wrote: > On Mon, 13 Sep 2010, Roland Smith wrote: > >> Did you try the normal radeon driver (not radeonhd)? > >> It supports the RV515 chip used by the X1550, too. > > > > Keep in mind that normal radeon driver is called x11-drivers/xf86-video= -ati > > now. > > > > If you load the drm.ko and radeon.ko (and maybe agp.ko) kernel models w= ith > > this driver, you'll have accellerated 3D as well as 2D (both XAA and th= e newer > > EXA). Works like a charm on my Radeon X 1650 Pro, and should work with = your > > card as well. >=20 > Tried to substitute the driver with ati and loading radeon.ko (which > automatically loaded drm.ko) and had the same results as the plain > radeon driver. X starts up once in a while, but the screen goes > to about half of normal brightness and the view is moved down and to the > right. Do you have a modeline in your xorg.conf? If so, try taking it out. Or try running 'X -configure' from the console to generate a new basic xorg.conf. Some monitors come with a button or control to automatically tune them to the video source. If you have that it might help as well. If not, t= ry x11/xvidtune. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyOr0UACgkQEnfvsMMhpyWzmgCfVo9aSCsMv54UoAQl9M5HUVvO uT8An0YCj19Jk8mE1DbPSKpKro9UOTu2 =5kk/ -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 04:19: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 B4DF5106564A for ; Tue, 14 Sep 2010 04:19:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 998A28FC18 for ; Tue, 14 Sep 2010 04:19:56 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta06.emeryville.ca.mail.comcast.net with comcast id 6BY11f0020x6nqcA6UKwe8; Tue, 14 Sep 2010 04:19:56 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta12.emeryville.ca.mail.comcast.net with comcast id 6UKu1f00N3LrwQ28YUKvsx; Tue, 14 Sep 2010 04:19:55 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 611139B423; Mon, 13 Sep 2010 21:19:54 -0700 (PDT) Date: Mon, 13 Sep 2010 21:19:54 -0700 From: Jeremy Chadwick To: Ed Schouten Message-ID: <20100914041954.GA74330@icarus.home.lan> References: <20100913065658.GA44306@icarus.home.lan> <201009130721.o8D7LLId098604@lurza.secnetix.de> <20100913074050.GA45070@icarus.home.lan> <20100913184402.GH56986@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100913184402.GH56986@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Oliver Fromme , freebsd-stable@FreeBSD.ORG Subject: Re: Serial console problems with stable/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: Tue, 14 Sep 2010 04:19:57 -0000 On Mon, Sep 13, 2010 at 08:44:02PM +0200, Ed Schouten wrote: > Maybe we should just implement /dev/console in such a way that it can > never get stuck on dcd. I've seen this break too many times. > > Below is an untested patch. Anyone willing to test it for me? I'll test this out on our RELENG_8 system tonight. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 07:19:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFF01106564A; Tue, 14 Sep 2010 07:19:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7300D8FC1A; Tue, 14 Sep 2010 07:19:56 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o8E7Jm9V076802 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 14 Sep 2010 16:49:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4C8A24F5.7040100@freebsd.org> Date: Tue, 14 Sep 2010 16:49:48 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C89DE32.9050402@icyb.net.ua> <4C8A24F5.7040100@freebsd.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1081) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable Stable , "John H. Baldwin" Subject: Re: Enabling MCA causes system hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 07:19:57 -0000 On 10/09/2010, at 22:00, Andriy Gapon wrote: >>> uname is.. FreeBSD midget.dons.net.au 8.0-STABLE FreeBSD 8.0-STABLE = #6 >>> r202903M: Sun Jan 24 13:45:11 CST 2010 >>> darius@midget.dons.net.au:/usr/obj/usr/src/sys/MIDGET amd64 >=20 > Oh, I should have payed attention to the version. > I think that this is a known and resolved problem. > There is a hardware bug in AMD 10h processors that is triggered by = combination > of enabled MCA and FreeBSD superpages. > So, you either have to disable one of them or upgrade to a more recent = version. > The version you need is r206183. The latest stable/8 would do, = obviously. I'll try updating to stable/8 - I've been meaning to anyway. Just to find the spare time to do it :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 10:02:06 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 5ADF2106566B for ; Tue, 14 Sep 2010 10:02:06 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id C0F688FC12 for ; Tue, 14 Sep 2010 10:02:05 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o8EA23c4072461; Tue, 14 Sep 2010 13:02:03 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4C8F4816.4000704@eng.auth.gr> Date: Tue, 14 Sep 2010 13:01:58 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100821 Thunderbird/3.1.2 MIME-Version: 1.0 To: Max Khon , stable@freebsd.org References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> <4C8E1DF0.3090707@eng.auth.gr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 10:02:06 -0000 On 13/09/2010 16:20, Max Khon wrote: > George, > > On Mon, Sep 13, 2010 at 7:53 PM, Max Khon > wrote: > > Have you tried to contact coraid on this matter? > > > Can you try this port version? > > http://people.freebsd.org/~fjoe/aoe-2.tar.gz > > > Max > Max, thank you very much for your help. The driver works fine; I am able to see all 13T. In case something goes wrong I will inform you. For the time being, everything is OK. mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 10:37:36 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7276B1065672 for ; Tue, 14 Sep 2010 10:37:36 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC648FC1C for ; Tue, 14 Sep 2010 10:37:34 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8EAb3OB058550 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Sep 2010 12:37:03 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8EAaw0F058549 for stable@freebsd.org; Tue, 14 Sep 2010 12:36:58 +0200 (SAST) (envelope-from lordcow) Date: Tue, 14 Sep 2010 12:36:57 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20100914103657.GA57521@lordcow.org> References: <20100909153902.GA28341@lordcow.org> <20100909162009.GA80375@icarus.home.lan> <20100910114908.GA55978@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100910114908.GA55978@lordcow.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 10:37:36 -0000 On Fri 2010-09-10 (13:49), Gareth de Vaux wrote: > > Thirdly, if you feel FIN_WAIT2 is the cause of your problem, then you > > should consider adjusting the following sysctl: > > > > net.inet.tcp.finwait2_timeout > > > > Try something like 15000 (15 seconds) instead of the default (60000). > > Ok that seems to be doing something. Will report back later. Nope it's not helping. That and/or dropping net.inet.ip.fw.dyn_ack_lifetime. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 11:03:05 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD042106566B for ; Tue, 14 Sep 2010 11:03:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2578FC14 for ; Tue, 14 Sep 2010 11:03:05 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta09.westchester.pa.mail.comcast.net with comcast id 6acl1f0021swQuc59b352N; Tue, 14 Sep 2010 11:03:05 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.westchester.pa.mail.comcast.net with comcast id 6b331f00E3LrwQ23bb3441; Tue, 14 Sep 2010 11:03:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5EE459B423; Tue, 14 Sep 2010 04:03:02 -0700 (PDT) Date: Tue, 14 Sep 2010 04:03:02 -0700 From: Jeremy Chadwick To: Gareth de Vaux Message-ID: <20100914110302.GA84971@icarus.home.lan> References: <20100909153902.GA28341@lordcow.org> <20100909162009.GA80375@icarus.home.lan> <20100910114908.GA55978@lordcow.org> <20100914103657.GA57521@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100914103657.GA57521@lordcow.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 11:03:05 -0000 On Tue, Sep 14, 2010 at 12:36:57PM +0200, Gareth de Vaux wrote: > On Fri 2010-09-10 (13:49), Gareth de Vaux wrote: > > > Thirdly, if you feel FIN_WAIT2 is the cause of your problem, then you > > > should consider adjusting the following sysctl: > > > > > > net.inet.tcp.finwait2_timeout > > > > > > Try something like 15000 (15 seconds) instead of the default (60000). > > > > Ok that seems to be doing something. Will report back later. > > Nope it's not helping. That and/or dropping net.inet.ip.fw.dyn_ack_lifetime. You're absolutely certain these are all in FIN_WAIT_2 state and not TIME_WAIT? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 11:12:38 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CA621065674 for ; Tue, 14 Sep 2010 11:12:38 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 627028FC16 for ; Tue, 14 Sep 2010 11:12:36 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8EBC531060305 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Sep 2010 13:12:05 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8EBC0ED060304 for stable@freebsd.org; Tue, 14 Sep 2010 13:12:00 +0200 (SAST) (envelope-from lordcow) Date: Tue, 14 Sep 2010 13:12:00 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20100914111200.GA59889@lordcow.org> References: <20100909153902.GA28341@lordcow.org> <20100909162009.GA80375@icarus.home.lan> <20100910114908.GA55978@lordcow.org> <20100914103657.GA57521@lordcow.org> <20100914110302.GA84971@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100914110302.GA84971@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 11:12:38 -0000 On Tue 2010-09-14 (04:03), Jeremy Chadwick wrote: > You're absolutely certain these are all in FIN_WAIT_2 state and not > TIME_WAIT? Yup, $ netstat -an | grep FIN_WAIT_1 | wc -l 57 $ netstat -an | grep FIN_WAIT_2 | wc -l 431 $ netstat -an | grep TIME_WAIT | wc -l 17 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 11:30:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12A24106566B for ; Tue, 14 Sep 2010 11:30:56 +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 B21DD8FC1A for ; Tue, 14 Sep 2010 11:30:55 +0000 (UTC) Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by qmta02.westchester.pa.mail.comcast.net with comcast id 6bLj1f0041vXlb852bWv72; Tue, 14 Sep 2010 11:30:55 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta17.westchester.pa.mail.comcast.net with comcast id 6bWu1f00Q3LrwQ23dbWvoP; Tue, 14 Sep 2010 11:30:55 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 48E879B423; Tue, 14 Sep 2010 04:30:53 -0700 (PDT) Date: Tue, 14 Sep 2010 04:30:53 -0700 From: Jeremy Chadwick To: Gareth de Vaux Message-ID: <20100914113053.GA19053@icarus.home.lan> References: <20100909153902.GA28341@lordcow.org> <20100909162009.GA80375@icarus.home.lan> <20100910114908.GA55978@lordcow.org> <20100914103657.GA57521@lordcow.org> <20100914110302.GA84971@icarus.home.lan> <20100914111200.GA59889@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100914111200.GA59889@lordcow.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, luigi@freebsd.org Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 11:30:56 -0000 On Tue, Sep 14, 2010 at 01:12:00PM +0200, Gareth de Vaux wrote: > On Tue 2010-09-14 (04:03), Jeremy Chadwick wrote: > > You're absolutely certain these are all in FIN_WAIT_2 state and not > > TIME_WAIT? > > Yup, > > $ netstat -an | grep FIN_WAIT_1 | wc -l > 57 > $ netstat -an | grep FIN_WAIT_2 | wc -l > 431 > $ netstat -an | grep TIME_WAIT | wc -l > 17 Regarding net.inet.tcp.finwait2_timeout=15000 -- you don't see any improvement at all? That's a bit strange. There's probably something about ipfw I'm not getting. Adding luigi@ to the CC list, since I think he's familiar with ipfw internals. FWIW, I'd recommend keeping an appended log of output from something like this script: while true do echo "`date` -- `netstat -n | grep -c FIN_WAIT_2`" >> /some/log sleep 5 done Just make sure the sleep interval is lower than the FIN timeout. Another thing to try: setting net.inet.tcp.fast_finwait2_recycle=1 and see if this makes a difference. I'm not familiar with this setting myself, but some Google results indicate some people do use it. The sysctl description is a bit vague too. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 11:55:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E307106566B for ; Tue, 14 Sep 2010 11:55:17 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 68ECA8FC17 for ; Tue, 14 Sep 2010 11:55:15 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8EBshrV063190 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 14 Sep 2010 13:54:43 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8EBscGC063189; Tue, 14 Sep 2010 13:54:38 +0200 (SAST) (envelope-from lordcow) Date: Tue, 14 Sep 2010 13:54:38 +0200 From: Gareth de Vaux To: Jeremy Chadwick Message-ID: <20100914115438.GA61728@lordcow.org> References: <20100909153902.GA28341@lordcow.org> <20100909162009.GA80375@icarus.home.lan> <20100910114908.GA55978@lordcow.org> <20100914103657.GA57521@lordcow.org> <20100914110302.GA84971@icarus.home.lan> <20100914111200.GA59889@lordcow.org> <20100914113053.GA19053@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100914113053.GA19053@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: stable@freebsd.org, luigi@freebsd.org Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 11:55:17 -0000 On Tue 2010-09-14 (04:30), Jeremy Chadwick wrote: > Regarding net.inet.tcp.finwait2_timeout=15000 -- you don't see any > improvement at all? That's a bit strange. There's probably something If there was an improvement it was subtle (I was doing sporadic measurements), just that in the end my firewall was getting overloaded either way. > FWIW, I'd recommend keeping an appended log of output from something > like this script: will do From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 13:53:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EB131065670 for ; Tue, 14 Sep 2010 13:53:59 +0000 (UTC) (envelope-from gorshkov.pavel@gmail.com) Received: from imp03.mtu.ru (imp03.mtu.ru [62.5.255.20]) by mx1.freebsd.org (Postfix) with ESMTP id 60DAD8FC1B for ; Tue, 14 Sep 2010 13:53:57 +0000 (UTC) Received: from imp02.mtu.ru ([62.5.255.19]) by imp03.mtu.ru with bizsmtp id 6drA1f0070Rt8vS01duAAL; Tue, 14 Sep 2010 17:54:10 +0400 Received: from ss27-so02.mtu.ru ([195.34.34.250]) by imp02.mtu.ru with bizsmtp id 6NHm1f00s5PoRs301NHmVP; Tue, 14 Sep 2010 02:17:46 +0400 Received: from imp01.mtu.ru (alt-proxy-1.mtu.ru [62.5.255.74]) by ss27-so02.mtu.ru (Postfix) with ESMTP id 4E4DF2285E8; Tue, 14 Sep 2010 02:17:46 +0400 (MSD) Received: from localhost.my.domain ([91.77.52.129]) by imp01.mtu.ru with bizsmtp id 6NHl1f00a2nFbiK01NHleC; Tue, 14 Sep 2010 02:17:46 +0400 X-CM-Score: 0.00 X-CM: NO X-LS: 1 Received: from localhost (localhost [127.0.0.1]) by localhost.my.domain (8.14.3/8.14.3) with ESMTP id o8DMHiMC003813; Tue, 14 Sep 2010 02:17:44 +0400 (MSD) (envelope-from gorshkov.pavel@gmail.com) Date: Tue, 14 Sep 2010 02:17:44 +0400 From: Pavel Gorshkov To: Eivind E Message-ID: <20100913221744.GA3762@localhost> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100913234355.I96626@rumrunner.mine.nu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Flag: NO X-Spam-Yversion: Spamooborona-3.0 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 13:53:59 -0000 On Mon, Sep 13, 2010 at 11:47:18PM +0200, Eivind E wrote: > Yeah, still hangs hard. Trying the normal radeon driver together > with Option "DRI" "False" as suggested to me in another mail > did let X start up once, but set the screen to much darker > colours (which also continued when exiting). Starting X > another time again made the machine hang again. You might want to try putting the following line into the appropriate "Device" section: Option "AccelMethod" "EXA" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 14:01:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99586106566C; Tue, 14 Sep 2010 14:01:32 +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 4F52A8FC15; Tue, 14 Sep 2010 14:01:32 +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 <1OvVnv-0008QH-48>; Tue, 14 Sep 2010 15:44:11 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1OvVnu-0000FV-WD>; Tue, 14 Sep 2010 15:44:11 +0200 Message-ID: <4C8F7C2A.90901@zedat.fu-berlin.de> Date: Tue, 14 Sep 2010 15:44:10 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100909 Thunderbird/3.1.3 MIME-Version: 1.0 References: <20100913191158.M94911@rumrunner.mine.nu> <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913211408.GA94156@slackbox.erewhon.net> In-Reply-To: <20100913211408.GA94156@slackbox.erewhon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-x11 , freebsd-stable@freebsd.org Subject: FreeBSD 8.1/amd64 SMP + X11 + radeon/radeonhd crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 14:01:32 -0000 Problem: FreeBSD 8.1-STABLE/amd64 crashes with radeon and radeonhd in different, weird ways. I figured out when changing a box from a single-core hardware platform with FBSD 8.1-STABLE/amd64 UP kernel to a SMP kernel with a dul core CPU that a former 'stble' arragemnet of a AMD HD4830 and radeon/radeonhd driver became instable. Whenever I leave an X11 session returning to xdm's login screen, the box freezes and only reset can bring it back to life. My lab's box is still as reported months ago of the same problemacy. The box runs also FreeBSD 8.1-STABLE/amd64 and has a SMP kernel running. The graphics adaptor was a HD4670, now a HD4770. Exiting a session and returning to the login screen is the same, the box freezes. Also very strange is the behaviour when trying to use HAL and DBUS as introduced with the newer X11 port revision. With both radeon and radeonhd the box starts well, presents the login screen and is network accessible. But whenever I activate HAL and DBUS (with a copy of X11/xorg.conf of my private box and configuration which works which the same OS revision) the box dies immediately and freezes with a black screen when X11 tries to come up (the xdm in this case). Even with identical configs and DRI/EXA turned off explicitely the box freezes if hal and dbus are enabled (config is, as I mentioned, adjusted to work with dbus and hal as it does on my private box). Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 14:01:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C636D1065696 for ; Tue, 14 Sep 2010 14:01:56 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7EAD48FC14 for ; Tue, 14 Sep 2010 14:01:56 +0000 (UTC) Received: by qyk31 with SMTP id 31so3056718qyk.13 for ; Tue, 14 Sep 2010 07:01:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.189.140 with SMTP id de12mr4486530qcb.5.1284471323810; Tue, 14 Sep 2010 06:35:23 -0700 (PDT) Received: by 10.229.238.68 with HTTP; Tue, 14 Sep 2010 06:35:23 -0700 (PDT) X-Originating-IP: [109.174.58.22] In-Reply-To: <4C8F4816.4000704@eng.auth.gr> References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> <4C8E1DF0.3090707@eng.auth.gr> <4C8F4816.4000704@eng.auth.gr> Date: Tue, 14 Sep 2010 20:35:23 +0700 Message-ID: From: Max Khon To: George Mamalakis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 14:01:56 -0000 George, On Tue, Sep 14, 2010 at 5:01 PM, George Mamalakis wrote: > On Mon, Sep 13, 2010 at 7:53 PM, Max Khon fjoe@samodelkin.net>> wrote: > > Have you tried to contact coraid on this matter? >> >> Can you try this port version? >> >> http://people.freebsd.org/~fjoe/aoe-2.tar.gz< >> http://people.freebsd.org/%7Efjoe/aoe-2.tar.gz> >> > > Max, > > thank you very much for your help. The driver works fine; I am able to see > all 13T. > In case something goes wrong I will inform you. For the time being, > everything is OK. > I committed the port to the FreeBSD ports tree: ports/net/aoe. I also committed ports/net/vblade (user-space AoE target) -- I used it for testing. I am not sure that it can be used in production due to possible performance problems. Max From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 14:25:59 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B3571065673 for ; Tue, 14 Sep 2010 14:25:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 481B58FC14 for ; Tue, 14 Sep 2010 14:25:58 +0000 (UTC) Received: by qyk31 with SMTP id 31so3084474qyk.13 for ; Tue, 14 Sep 2010 07:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=viO8VL7DVIzTuTEszTi2xXw2L6jC3TpJygTwCB3YhtA=; b=EDI1EaDbiFJgXu66ABRST0pCM2WcWZkIoBf05mg7G+060m57wGpvlJyxD233ZahrzN hnHlZM9iiL8ZiIqh7CHIX9ncT5Q1jORH6HkSQCRoUmgEO1sPw4UbXAjjTdZmVGbpBkmc cPzY0a9s2tiGd/qSB347QQf8O0BzEneI1hmjc= 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=owrTjKr2XntcFCu+nJPF1DkWM9+WfhQ0hn9+nBwT2TbYenN5x/+1ct8SLTnqDI51Gf BS1ZoN6PGCek8nH64cc3VoXCt6meN8QawejNDqwjSOYYFDn4hLGXgkaFvVLFJTO+MOvb 7W3DvTmrF0GIzS0BtZLBvKyQfix0QhT5S6K9g= MIME-Version: 1.0 Received: by 10.224.60.133 with SMTP id p5mr1421643qah.323.1284474357547; Tue, 14 Sep 2010 07:25:57 -0700 (PDT) Received: by 10.229.19.206 with HTTP; Tue, 14 Sep 2010 07:25:57 -0700 (PDT) In-Reply-To: References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> <4C8E1DF0.3090707@eng.auth.gr> <4C8F4816.4000704@eng.auth.gr> Date: Tue, 14 Sep 2010 18:25:57 +0400 Message-ID: From: pluknet To: Max Khon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, George Mamalakis Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 14:25:59 -0000 On 14 September 2010 17:35, Max Khon wrote: > George, > > On Tue, Sep 14, 2010 at 5:01 PM, George Mamalakis wr= ote: > > >> On Mon, Sep 13, 2010 at 7:53 PM, Max Khon > fjoe@samodelkin.net>> wrote: >> > > >> =A0 =A0Have you tried to contact coraid on this matter? >>> >>> Can you try this port version? >>> >>> http://people.freebsd.org/~fjoe/aoe-2.tar.gz< >>> http://people.freebsd.org/%7Efjoe/aoe-2.tar.gz> >>> >> >> Max, >> >> thank you very much for your help. The driver works fine; I am able to s= ee >> all 13T. >> In case something goes wrong I will inform you. For the time being, >> everything is OK. >> > > I committed the port to the FreeBSD ports tree: ports/net/aoe. > > I also committed ports/net/vblade (user-space AoE target) -- I used it fo= r > testing. I am not sure that it can be used in production due to possible > performance problems. > Thanks, Max. I wonder the port has not yet been in the Collection until now. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 14:29:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54D181065670 for ; Tue, 14 Sep 2010 14:29:25 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2218FC16 for ; Tue, 14 Sep 2010 14:29:24 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OvWVI-00022S-Lw for freebsd-stable@freebsd.org; Tue, 14 Sep 2010 16:29:00 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Sep 2010 16:29:00 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Sep 2010 16:29:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 14 Sep 2010 16:27:22 +0200 Lines: 13 Message-ID: References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> <4C8E1DF0.3090707@eng.auth.gr> <4C8F4816.4000704@eng.auth.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: X-Enigmail-Version: 1.0.1 Cc: freebsd-hackers@freebsd.org Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 14:29:25 -0000 On 09/14/10 15:35, Max Khon wrote: > On Tue, Sep 14, 2010 at 5:01 PM, George Mamalakiswrote: >> thank you very much for your help. The driver works fine; I am able to see >> all 13T. >> In case something goes wrong I will inform you. For the time being, >> everything is OK. > > I committed the port to the FreeBSD ports tree: ports/net/aoe. ATA over Ethernet seems interesting enough as a concept - any ideas why this code isn't integrated into base? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 14:39: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 82F721065672 for ; Tue, 14 Sep 2010 14:39:14 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9838FC18 for ; Tue, 14 Sep 2010 14:39:13 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OvWfB-0000M9-0S for freebsd-stable@freebsd.org; Tue, 14 Sep 2010 16:39:13 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Sep 2010 16:39:13 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Sep 2010 16:39:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 14 Sep 2010 16:39:05 +0200 Lines: 13 Message-ID: References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> <4C8E1DF0.3090707@eng.auth.gr> <4C8F4816.4000704@eng.auth.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <4C8F4816.4000704@eng.auth.gr> X-Enigmail-Version: 1.0.1 Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 14:39:14 -0000 On 09/14/10 12:01, George Mamalakis wrote: > thank you very much for your help. The driver works fine; I am able to > see all 13T. > In case something goes wrong I will inform you. For the time being, > everything is OK. As it is a relatively uncommon protocol, can you run some tests and describe your experiences with AoE? Both good and bad experiences :) (if you need advice on which tests, try bonnie++, blogbench and randomio, all are under ports/benchmarks) From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 14:42:47 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 56EE7106566C for ; Tue, 14 Sep 2010 14:42:47 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id B9EAD8FC19 for ; Tue, 14 Sep 2010 14:42:46 +0000 (UTC) Received: from [155.207.33.29] (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o8EEgiOI008965; Tue, 14 Sep 2010 17:42:44 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4C8F89DE.3010007@eng.auth.gr> Date: Tue, 14 Sep 2010 17:42:38 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 MIME-Version: 1.0 To: Max Khon References: <4C8A336D.9080302@eng.auth.gr> <4C8A66EE.4090705@eng.auth.gr> <4C8E1DF0.3090707@eng.auth.gr> <4C8F4816.4000704@eng.auth.gr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: AoE driver for FBSD8 or later? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 14:42:47 -0000 On 14/9/2010 4:35 ??, Max Khon wrote: > George, > > On Tue, Sep 14, 2010 at 5:01 PM, George Mamalakis > wrote: > > On Mon, Sep 13, 2010 at 7:53 PM, Max Khon >> wrote: > > Have you tried to contact coraid on this matter? > > Can you try this port version? > > http://people.freebsd.org/~fjoe/aoe-2.tar.gz > > > > > Max, > > thank you very much for your help. The driver works fine; I am > able to see all 13T. > In case something goes wrong I will inform you. For the time > being, everything is OK. > > > I committed the port to the FreeBSD ports tree: ports/net/aoe. > > I also committed ports/net/vblade (user-space AoE target) -- I used it > for testing. I am not sure that it can be used in production due to > possible performance problems. > > Max > Max, good job! I will benchmark both drivers (fbsd and linux) to compare results. Thank you once more for your immediate actions and answers! Your have been profoundly quick and well targeted on your answers, no matter how easy it may have been for you to alter the existing code. Thumbs up to the fbsd community! great job man! mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 17:59: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 69D4D1065674 for ; Tue, 14 Sep 2010 17:59:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B29F8FC15 for ; Tue, 14 Sep 2010 17:59:45 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o8EHxdA4094083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Sep 2010 13:59:39 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o8EHxcZ0013539; Tue, 14 Sep 2010 13:59:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201009141759.o8EHxcZ0013539@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 14 Sep 2010 13:59:36 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20100817200020.GE6482@michelle.cdnetworks.com> References: <201006102031.o5AKVCH2016467@lava.sentex.ca> <201007021739.o62HdMOU092319@lava.sentex.ca> <20100702193654.GD10862@michelle.cdnetworks.com> <201008162107.o7GL76pA080191@lava.sentex.ca> <20100817185208.GA6482@michelle.cdnetworks.com> <201008171955.o7HJt67T087902@lava.sentex.ca> <20100817200020.GE6482@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: RELENG_7 em problems (and 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: Tue, 14 Sep 2010 17:59:46 -0000 Hi Jack, Any plans to commit the patch below ? I have been running it on a number of boxes and it works as expected with no side effects. ---Mike At 04:00 PM 8/17/2010, Pyun YongHyeon wrote: >On Tue, Aug 17, 2010 at 03:55:12PM -0400, Mike Tancsa wrote: > > At 02:52 PM 8/17/2010, Pyun YongHyeon wrote: > > > > >Here is updated patch for HEAD and stable/8. > > >http://people.freebsd.org/~yongari/em.csum_tso.20100817.patch > > > > > >It seems to work as expected under my limited environments. If > > > > Thanks! The patch applies cleanly and all works as expected now! I am > > no longer able to trigger the bug. I just use the stock unmodified > > driver normally, so no multi queues > > > >Glad to hear that. Thanks for testing! > > > # vmstat -i > > interrupt total rate > > irq256: em0 149 0 > > irq257: em1 3 0 > > irq259: em3 971 2 > > irq260: ahci0 1520 3 > > > > > > > > em3: flags=8843 metric 0 mtu 1500 > > > options=219b > > ether 00:15:17:xx:xx:xx > > inet6 fe80::215:17ff:fexx:xxxx%em3 prefixlen 64 scopeid 0x4 > > inet 192.168.xx.xx netmask 0xffffff00 broadcast 192.168.xx.xx > > nd6 options=3 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > > > em3@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 > > rev=0x00 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > > cap 11[a0] = MSI-X supports 5 messages in map 0x1c > > > > > > > > patch < em.csum_tso.20100817.patch > > Hmm... Looks like a unified diff to me... > > The text leading up to this was: > > -------------------------- > > |Index: sys/dev/e1000/if_em.c > > |=================================================================== > > |--- sys/dev/e1000/if_em.c (revision 211398) > > |+++ sys/dev/e1000/if_em.c (working copy) > > -------------------------- > > Patching file sys/dev/e1000/if_em.c using Plan A... > > Hunk #1 succeeded at 237. > > Hunk #2 succeeded at 1730. > > Hunk #3 succeeded at 1759. > > Hunk #4 succeeded at 1930. > > Hunk #5 succeeded at 3148. > > Hunk #6 succeeded at 3351. > > Hunk #7 succeeded at 3533. > > Hunk #8 succeeded at 3590. > > Hunk #9 succeeded at 3603. > > Hmm... The next patch looks like a unified diff to me... > > The text leading up to this was: > > -------------------------- > > |Index: sys/dev/e1000/if_em.h > > |=================================================================== > > |--- sys/dev/e1000/if_em.h (revision 211398) > > |+++ sys/dev/e1000/if_em.h (working copy) > > -------------------------- > > Patching file sys/dev/e1000/if_em.h using Plan A... > > Hunk #1 succeeded at 284. > > done > > > > ---Mike > > > > > > >you're using multiple Tx queues with em(4) it would be better to > > >disable Tx checksum offloading as driver always have to create a > > >new checksum context for each frame. This will effectively disable > > >pipelined Tx data DMA which in turn greatly slows down Tx > > >performance for small sized frames. The reason driver have to > > >create a new checksum context when it uses multiple Tx queues comes > > >from hardware limitation. The controller tracks only for the last > > >context descriptor that was written such that driver does not know > > >the state of checksum context configured in other Tx queue. > > >Hope this helps. > > > > > >> > > >> > > >> ---Mike > > >> > > >> > > >> At 03:36 PM 7/2/2010, Pyun YongHyeon wrote: > > >> >On Fri, Jul 02, 2010 at 01:39:22PM -0400, Mike Tancsa wrote: > > >> >> Hi Jack, > > >> >> Just a followup to the email below. I now saw what appears > > >> >> to be the same problem on RELENG_8, but on a different nic and with > > >> >> VLANs. So not sure if this is a general em problem, a problem > > >> >> specific to some em NICs, or a TSO problem in general. The issue > > >> >> seemed to be triggered when I added a new vlan based on > > >> >> > > >> >> em3@pci0:14:0:0: class=0x020000 card=0x109a15d9 > > >> >> chip=0x109a8086 rev=0x00 hdr=0x00 > > >> >> vendor = 'Intel Corporation' > > >> >> device = 'Intel PRO/1000 PL Network Adaptor (82573L)' > > >> >> class = network > > >> >> subclass = ethernet > > >> >> cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > >> >> cap 05[d0] = MSI supports 1 message, 64 bit enabled > with 1 message > > >> >> cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > > >> >> > > >> >> pci14: on pcib5 > > >> >> em3: port 0x6000-0x601f > > >> >> mem 0xe8300000-0xe831ffff irq 17 at device 0.0 on pci14 > > >> >> em3: Using MSI interrupt > > >> >> em3: [FILTER] > > >> >> em3: Ethernet address: 00:30:48:9f:eb:81 > > >> >> > > >> >> em3: flags=8943 > > >> >> metric 0 mtu 1500 > > >> >> options=2098 > > >> >> ether 00:30:48:9f:eb:81 > > >> >> inet 10.255.255.254 netmask 0xfffffffc broadcast > > >10.255.255.255 > > >> >> media: Ethernet autoselect (1000baseT ) > > >> >> status: active > > >> >> > > >> >> I had to disable tso, rxcsum and txsum in order to see the devices on > > >> >> the other side of the two vlans trunked off em3. Unfortunately, the > > >> >> other sides were switches 100km and 500km away so I didnt have any > > >> >> tcpdump capabilities to diagnose the issue. I had already created > > >> >> one vlan off this NIC and all was fine. A few weeks later, I added a > > >> >> new one and I could no longer telnet into the remote switches from > > >> >> the local machine.... But, I could telnet into the switches from > > >> >> machines not on the problem box. Hence, it would appear to be a > > >> >> general TSO issue no ? I disabled tso on the nic (I didnt disable > > >> >> net.inet.tcp.tso as I forgot about that).. Still nothing. I could > > >> >> always ping the remote devices, but no tcp services. I then > > >> >> remembered this issue from before, so I tried disabling tso on the > > >> >> NIC. Still nothing. Then I disabled rxcsum and txcsum and I could > > >> >> then telnet into the remote devices. > > >> >> > > >> >> This newly observed issue was from a buildworld on Mon Jun 14 > > >> >> 11:29:12 EDT 2010. > > >> >> > > >> >> I will try and recreate the issue locally again to see if I can > > >> >> trigger the problem on demand. Any thoughts on what it might be ? > > >> >> Perhaps an issue specific to certain em nics ? > > >> >> > > >> > > > >> >http://www.freebsd.org/cgi/query-pr.cgi?pr=141843 > > >> >I'm not sure whether you're seeing the same issue though. > > >> >I didn't have chance to try latest em(4) on stable/7. > > >> > > >> -------------------------------------------------------------------- > > >> Mike Tancsa, tel +1 519 651 3400 > > >> Sentex Communications, mike@sentex.net > > >> Providing Internet since 1994 www.sentex.net > > >> Cambridge, Ontario Canada www.sentex.net/mike > > >> > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 21:13:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945A3106566C for ; Tue, 14 Sep 2010 21:13:44 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.freebsd.org (Postfix) with ESMTP id C6D3B8FC13 for ; Tue, 14 Sep 2010 21:13:43 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail46.nsc.no (8.14.3/8.14.3) with ESMTP id o8ELDewY016596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Sep 2010 23:13:40 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8ELDeQo005224; Tue, 14 Sep 2010 23:13:40 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8ELDdm8005221; Tue, 14 Sep 2010 23:13:39 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Tue, 14 Sep 2010 23:13:39 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Roland Smith In-Reply-To: <20100913230957.GB96789@slackbox.erewhon.net> Message-ID: <20100914231134.Y5192@rumrunner.mine.nu> References: <20100913191158.M94911@rumrunner.mine.nu> <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913211408.GA94156@slackbox.erewhon.net> <20100914000102.D96774@rumrunner.mine.nu> <20100913230957.GB96789@slackbox.erewhon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2010 21:13:44 -0000 On Tue, 14 Sep 2010, Roland Smith wrote: > On Tue, Sep 14, 2010 at 12:04:16AM +0200, Eivind E wrote: >> On Mon, 13 Sep 2010, Roland Smith wrote: > >>>> Did you try the normal radeon driver (not radeonhd)? >>>> It supports the RV515 chip used by the X1550, too. >>> >>> Keep in mind that normal radeon driver is called x11-drivers/xf86-video-ati >>> now. >>> >>> If you load the drm.ko and radeon.ko (and maybe agp.ko) kernel models with >>> this driver, you'll have accellerated 3D as well as 2D (both XAA and the newer >>> EXA). Works like a charm on my Radeon X 1650 Pro, and should work with your >>> card as well. >> >> Tried to substitute the driver with ati and loading radeon.ko (which >> automatically loaded drm.ko) and had the same results as the plain >> radeon driver. X starts up once in a while, but the screen goes >> to about half of normal brightness and the view is moved down and to the >> right. > > Do you have a modeline in your xorg.conf? If so, try taking it out. Or try > running 'X -configure' from the console to generate a new basic > xorg.conf. Some monitors come with a button or control to automatically tune > them to the video source. If you have that it might help as well. If not, try > x11/xvidtune. No, there are no modelines, just the basic configuration I posted in the first mail. I also tried X -configure again (after loading radeon.ko and drm.ko manually). It produced a configfile just fine, but running X with that file locked the machine up again. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 21:14: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 941451065696 for ; Tue, 14 Sep 2010 21:14:06 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDE48FC18 for ; Tue, 14 Sep 2010 21:14:06 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id o8ELE5uN054638; Tue, 14 Sep 2010 15:14:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o8ELE4d3054635; Tue, 14 Sep 2010 15:14:04 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 14 Sep 2010 15:14:04 -0600 (MDT) From: Warren Block To: Eivind E In-Reply-To: <20100913234355.I96626@rumrunner.mine.nu> Message-ID: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Tue, 14 Sep 2010 15:14:05 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 21:14:06 -0000 On Mon, 13 Sep 2010, Eivind E wrote: > On Mon, 13 Sep 2010, Oliver Fromme wrote: > >> > The machine is now running FreeBSD 8.1, but after rebuilding all >> > packages via ports, the problem with the radeonhd driver is back, >> > showing exactly the same behaviour as before. >> >> Did you try the normal radeon driver (not radeonhd)? >> It supports the RV515 chip used by the X1550, too. > > Yeah, still hangs hard. Trying the normal radeon driver together > with Option "DRI" "False" as suggested to me in another mail > did let X start up once, but set the screen to much darker > colours (which also continued when exiting). Starting X > another time again made the machine hang again. Could you post pointers to your xorg.conf and Xorg.0.log? I wouldn't think the X1550 is very different from my X1650, which is AFAICT problem-free. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 21:34:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55E311065695 for ; Tue, 14 Sep 2010 21:34:56 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail42.e.nsc.no (mail42.e.nsc.no [193.213.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id A63948FC1E for ; Tue, 14 Sep 2010 21:34:55 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail42.nsc.no (8.14.3/8.14.3) with ESMTP id o8ELYliG029159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Sep 2010 23:34:48 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8ELYk2A005371; Tue, 14 Sep 2010 23:34:47 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8ELYk6k005368; Tue, 14 Sep 2010 23:34:46 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Tue, 14 Sep 2010 23:34:46 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Warren Block In-Reply-To: Message-ID: <20100914231728.D5192@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Oliver Fromme , freebsd-stable@freebsd.org, Eivind E Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2010 21:34:56 -0000 On Tue, 14 Sep 2010, Warren Block wrote: > On Mon, 13 Sep 2010, Eivind E wrote: > >> On Mon, 13 Sep 2010, Oliver Fromme wrote: >> >>> > The machine is now running FreeBSD 8.1, but after rebuilding all >>> > packages via ports, the problem with the radeonhd driver is back, >>> > showing exactly the same behaviour as before. >>> >>> Did you try the normal radeon driver (not radeonhd)? >>> It supports the RV515 chip used by the X1550, too. >> >> Yeah, still hangs hard. Trying the normal radeon driver together >> with Option "DRI" "False" as suggested to me in another mail >> did let X start up once, but set the screen to much darker >> colours (which also continued when exiting). Starting X >> another time again made the machine hang again. > > Could you post pointers to your xorg.conf and Xorg.0.log? I wouldn't think > the X1550 is very different from my X1650, which is AFAICT problem-free. The xorg.conf was in my initial mail on the subject. The problem with Xorg.0.log is that it seems that the file is not written (or still in some buffer, not on disk) when the machine hangs. I'm thinking about nullmodem or an old line printer and redirecting output from X, problem is that my parallel and serialports which is on a card needing the puc driver hasn't worked since upgrading to 8.1... Don't know if it would be possible to get the file if I mounted /var/log from nfs. I'll repost the xorg.conf here Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice "Tastatur" "CoreKeyboard" InputDevice "Mus" "CorePointer" Option "AllowEmptyInput" "off" EndSection Section "Files" EndSection Section "Module" # Load "freetype" # Load "xtt" Load "extmod" Load "glx" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "type1" Load "speedo" EndSection Section "InputDevice" Identifier "Mus" Driver "mouse" Option "Protocol" "Auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Tastatur" Driver "keyboard" Option "XkbModel" "pc101" # Option "XkbModel" "pc105" Option "XkbLayout" "no" Option "XkbOptions" "ctrl:swapcaps" EndSection Section "Monitor" Identifier "Skjerm" HorizSync 31.5 - 48.5 VertRefresh 50.0 - 70.0 EndSection Section "Device" Identifier "Grafikkort" Driver "radeonhd" Option "HPD" "off" EndSection Section "Screen" Identifier "Screen0" Device "Grafikkort" Monitor "Skjerm" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Mode 0666 EndSection -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 21:38: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 983EF106566B for ; Tue, 14 Sep 2010 21:38:44 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.freebsd.org (Postfix) with ESMTP id EA52A8FC18 for ; Tue, 14 Sep 2010 21:38:42 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail46.nsc.no (8.14.3/8.14.3) with ESMTP id o8ELcfIm024278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Sep 2010 23:38:41 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8ELcfhM005402; Tue, 14 Sep 2010 23:38:41 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8ELceUG005399; Tue, 14 Sep 2010 23:38:40 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Tue, 14 Sep 2010 23:38:40 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Pavel Gorshkov In-Reply-To: <20100913221744.GA3762@localhost> Message-ID: <20100914233756.R5327@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100913221744.GA3762@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2010 21:38:44 -0000 On Tue, 14 Sep 2010, Pavel Gorshkov wrote: > On Mon, Sep 13, 2010 at 11:47:18PM +0200, Eivind E wrote: >> Yeah, still hangs hard. Trying the normal radeon driver together >> with Option "DRI" "False" as suggested to me in another mail >> did let X start up once, but set the screen to much darker >> colours (which also continued when exiting). Starting X >> another time again made the machine hang again. > > You might want to try putting the following line into the > appropriate "Device" section: > > Option "AccelMethod" "EXA" I just tried it, still hangs. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 22:18: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 7EAFC1065670 for ; Tue, 14 Sep 2010 22:18:29 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD378FC08 for ; Tue, 14 Sep 2010 22:18:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id o8EMISc1057488; Tue, 14 Sep 2010 16:18:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o8EMIRWI057485; Tue, 14 Sep 2010 16:18:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 14 Sep 2010 16:18:27 -0600 (MDT) From: Warren Block To: Eivind E In-Reply-To: <20100914231728.D5192@rumrunner.mine.nu> Message-ID: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Tue, 14 Sep 2010 16:18:28 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 22:18:29 -0000 On Tue, 14 Sep 2010, Eivind E wrote: > First, the intermittent nature of the problem sounds like it might be hardware failure. The only easy way to test that would be to swap in another video board, but people rarely have extras. You also mentioned upgrading from 7.x to 8.1. It's worth running pkg_libchk from sysutils/bsdadminscripts to make sure nothing was missed. Back to the xorg.conf... Adding Option "Log" "Sync" to ServerLayout may help preserve the Xorg.0.log file. Untested by me so far, but shouldn't hurt. > I'll repost the xorg.conf here > > Section "ServerLayout" > Identifier "Layout0" > Screen 0 "Screen0" 0 0 > InputDevice "Tastatur" "CoreKeyboard" > InputDevice "Mus" "CorePointer" > Option "AllowEmptyInput" "off" > EndSection AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead. (http://www.wonkity.com/~wblock/docs/html/aei.html) > Section "Files" > EndSection Looks wrong, but works here. I'd suggest leaving out the section entirely rather than leaving it empty, though. > Section "Module" > # Load "freetype" > # Load "xtt" > Load "extmod" > Load "glx" > Load "dri" > Load "dbe" > Load "record" > Load "xtrap" > Load "type1" > Load "speedo" > EndSection All but the commented first two and last three are default. Worth commenting out the last three and testing, too. > Section "Monitor" > Identifier "Skjerm" > HorizSync 31.5 - 48.5 > VertRefresh 50.0 - 70.0 > EndSection > > Section "Device" > Identifier "Grafikkort" > Driver "radeonhd" > Option "HPD" "off" > EndSection My success rate with the radeonhd driver is pretty much nonexistent. > Section "Screen" > Identifier "Screen0" > Device "Grafikkort" > Monitor "Skjerm" > DefaultDepth 16 > SubSection "Display" > Depth 16 > Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" > EndSubSection > EndSection 16-bit? That may actually be slower than 24, depending on how the card is built. Should still work, though it's worth commenting out in both places for testing. > Section "DRI" > Mode 0666 > EndSection Should not cause a problem, although I use 0660. My full xorg.conf for the X1650 is here: http://wonkity.com/~wblock/radeon/x1650/xorg.conf From owner-freebsd-stable@FreeBSD.ORG Tue Sep 14 23:01:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4841065674 for ; Tue, 14 Sep 2010 23:01:23 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE1858FC22 for ; Tue, 14 Sep 2010 23:01:22 +0000 (UTC) Received: by iwn34 with SMTP id 34so7402403iwn.13 for ; Tue, 14 Sep 2010 16:01:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=2RW33hSFgklYS+QFwh8OdYL/Pn8Rstf81v3MXtphjFU=; b=xzyyhX9MszdHJQKtI+HeyqSEEixwEdVeGmKlhb6b0vEvC6XdmS6dv8QhMtfx2Q3GGu 6eGnPQLaWvF/kK6CcF5TqVpsN2eG5RSXkO9iAo+IuhfYaDSO15nz24Z5+53KyxZaK2DV nEzuHlvTxtg3DXXxQKsU1W5fXuFT/7jCHNs4k= 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=v8Mha9EUczbCgTshOYEJh1l9OlNxOb4Uuh5yS6+hEsUfqpYxkE9EqwiEvvU3WUX8r6 7+wy2+gOZhTYtDwDqibW+P1LBywrvE3cliT/KU5hvThJpNzmyuU/n+pX99Mv5XgBdLkC LPYuScjZKqc3h0r5JjL2sGEFTPto2pWPnGFik= MIME-Version: 1.0 Received: by 10.231.191.147 with SMTP id dm19mr740840ibb.6.1284503980682; Tue, 14 Sep 2010 15:39:40 -0700 (PDT) Received: by 10.231.33.10 with HTTP; Tue, 14 Sep 2010 15:39:40 -0700 (PDT) In-Reply-To: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> Date: Wed, 15 Sep 2010 00:39:40 +0200 Message-ID: From: Oliver Pinter To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Cc: Oliver Fromme , freebsd-stable@freebsd.org, Eivind E Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Sep 2010 23:01:23 -0000 Hi all! it's an old problem: http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009372.html And still exist... with or without dri/3d, it's a bug between freebsd agp and xorg-server. When you use vesa, than this problem is elliminated. With radeon or radeon-hd driver, the problem come back, and the machine locked up. When you killed the xserver, end kldunloaded the radeon modul, then presented a small memory leak, and the radeon kernek modul is not reloadable. The DRI/DRM/3D is completly independent from this bug. The bug is in libpciaccess or xorg-server. The old xserver (<=1.4.X) is bugfree.... On 9/15/10, Warren Block wrote: > On Tue, 14 Sep 2010, Eivind E wrote: >> > > First, the intermittent nature of the problem sounds like it might be > hardware failure. The only easy way to test that would be to swap in > another video board, but people rarely have extras. > > You also mentioned upgrading from 7.x to 8.1. It's worth running > pkg_libchk from sysutils/bsdadminscripts to make sure nothing was > missed. > > Back to the xorg.conf... > > Adding Option "Log" "Sync" to ServerLayout may help preserve the > Xorg.0.log file. Untested by me so far, but shouldn't hurt. > >> I'll repost the xorg.conf here >> >> Section "ServerLayout" >> Identifier "Layout0" >> Screen 0 "Screen0" 0 0 >> InputDevice "Tastatur" "CoreKeyboard" >> InputDevice "Mus" "CorePointer" >> Option "AllowEmptyInput" "off" >> EndSection > > AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead. > (http://www.wonkity.com/~wblock/docs/html/aei.html) > >> Section "Files" >> EndSection > > Looks wrong, but works here. I'd suggest leaving out the section > entirely rather than leaving it empty, though. > >> Section "Module" >> # Load "freetype" >> # Load "xtt" >> Load "extmod" >> Load "glx" >> Load "dri" >> Load "dbe" >> Load "record" >> Load "xtrap" >> Load "type1" >> Load "speedo" >> EndSection > > All but the commented first two and last three are default. Worth > commenting out the last three and testing, too. > >> Section "Monitor" >> Identifier "Skjerm" >> HorizSync 31.5 - 48.5 >> VertRefresh 50.0 - 70.0 >> EndSection >> >> Section "Device" >> Identifier "Grafikkort" >> Driver "radeonhd" >> Option "HPD" "off" >> EndSection > > My success rate with the radeonhd driver is pretty much nonexistent. > >> Section "Screen" >> Identifier "Screen0" >> Device "Grafikkort" >> Monitor "Skjerm" >> DefaultDepth 16 >> SubSection "Display" >> Depth 16 >> Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" >> "640x480" >> EndSubSection >> EndSection > > 16-bit? That may actually be slower than 24, depending on how the card > is built. Should still work, though it's worth commenting out in both > places for testing. > >> Section "DRI" >> Mode 0666 >> EndSection > > Should not cause a problem, although I use 0660. > > My full xorg.conf for the X1650 is here: > http://wonkity.com/~wblock/radeon/x1650/xorg.conf > _______________________________________________ > 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 Wed Sep 15 00:02: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 AF9C61065674 for ; Wed, 15 Sep 2010 00:02:26 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 667CE8FC12 for ; Wed, 15 Sep 2010 00:02:26 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id o8F02P7P057845; Tue, 14 Sep 2010 18:02:25 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o8F02PTE057842; Tue, 14 Sep 2010 18:02:25 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 14 Sep 2010 18:02:25 -0600 (MDT) From: Warren Block To: Oliver Pinter In-Reply-To: Message-ID: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Tue, 14 Sep 2010 18:02:25 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Eivind E Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 00:02:26 -0000 On Wed, 15 Sep 2010, Oliver Pinter wrote: > > it's an old problem: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009372.html Please don't top-post, it makes responding more difficult. > And still exist... with or without dri/3d, it's a bug between freebsd > agp and xorg-server. > > When you use vesa, than this problem is elliminated. With radeon or > radeon-hd driver, the problem come back, and the machine locked up. > When you killed the xserver, end kldunloaded the radeon modul, then > presented a small memory leak, and the radeon kernek modul is not > reloadable. > The DRI/DRM/3D is completly independent from this bug. The bug is in > libpciaccess or xorg-server. The old xserver (<=1.4.X) is bugfree.... Was OP unloading the radeon kernel module? I can verify that once the radeon module is unloaded, it doesn't work after reloading. But for me, X just complains about no screens found, it doesn't lock up. If the radeon module stays loaded, X starts and restarts fine. Tested ten restarts without problems. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 14:12:47 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 A0AC31065673 for ; Wed, 15 Sep 2010 14:12:47 +0000 (UTC) (envelope-from zara.kanaeva@ggi.uni-tuebingen.de) Received: from mx06.uni-tuebingen.de (mx06.uni-tuebingen.de [134.2.3.3]) by mx1.freebsd.org (Postfix) with ESMTP id 166678FC13 for ; Wed, 15 Sep 2010 14:12:46 +0000 (UTC) Received: from wm01.uni-tuebingen.de (wm01.uni-tuebingen.de [134.2.3.20]) by mx06.uni-tuebingen.de (8.13.6/8.13.6) with ESMTP id o8FDacpX005067 for ; Wed, 15 Sep 2010 15:36:38 +0200 Received: by wm01.uni-tuebingen.de (Postfix, from userid 30) id 79FD224E626; Wed, 15 Sep 2010 15:36:38 +0200 (CEST) Received: from u-148-c217.ggi.geowissenschaften.uni-tuebingen.de (u-148-c217.ggi.geowissenschaften.uni-tuebingen.de [134.2.148.217]) by webmail.uni-tuebingen.de (Horde Framework) with HTTP; Wed, 15 Sep 2010 15:36:38 +0200 Message-ID: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> Date: Wed, 15 Sep 2010 15:36:38 +0200 From: Zara Kanaeva To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.6) X-AntiVirus-Spam-Check: clean (checked by Avira MailGate: version: 3.0.0-4; spam filter version: 3.0.0/2.0; host: mx06) X-AntiVirus: checked by Avira MailGate (version: 3.0.0-4; AVE: 8.2.4.52; VDF: 7.10.11.185; host: mx06); id=30938-P8e1dT Cc: Subject: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 14:12:47 -0000 Hi all, vor 2 hours i made a very stupid mistake: i have deleted (as root naturally) a part of /usr-directory. I have definitely deleted .snap and presumably 100-150 files in /usr/bin. If my attempt with backup-restore failed, can i get the binaries, that was deleted, with sysinstall/distributions/base ? uname -a -> FreeBSD (XXXXXX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 thanks, -- Zara Kanaeva. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 14:24:28 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 9BC9110656EC; Wed, 15 Sep 2010 14:24:27 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1C2788FC24; Wed, 15 Sep 2010 14:24:26 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id o8FENshn082829 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 15 Sep 2010 16:23:54 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id o8FENmDk082827; Wed, 15 Sep 2010 16:23:48 +0200 (SAST) (envelope-from lordcow) Date: Wed, 15 Sep 2010 16:23:47 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20100915142347.GA76805@lordcow.org> References: <20100909153902.GA28341@lordcow.org> <20100909162009.GA80375@icarus.home.lan> <20100910114908.GA55978@lordcow.org> <20100914103657.GA57521@lordcow.org> <20100914110302.GA84971@icarus.home.lan> <20100914111200.GA59889@lordcow.org> <20100914113053.GA19053@icarus.home.lan> <20100914115438.GA61728@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100914115438.GA61728@lordcow.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: luigi@freebsd.org, Jeremy Chadwick Subject: Re: ipfw: Too many dynamic rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 14:24:28 -0000 On Tue 2010-09-14 (13:54), Gareth de Vaux wrote: > On Tue 2010-09-14 (04:30), Jeremy Chadwick wrote: > > Regarding net.inet.tcp.finwait2_timeout=15000 -- you don't see any > > improvement at all? That's a bit strange. There's probably something > > If there was an improvement it was subtle (I was doing sporadic > measurements), just that in the end my firewall was getting overloaded > either way. Yeah looks like a bit of an improvement but I also wasn't controlling for end user usage so can't say for sure without rerunning. Setting net.inet.tcp.fast_finwait2_recycle=1 though seems to have done the trick, thanx. This is now typical: $ netstat -n | grep -c FIN_WAIT_2 5 and my server still seems to be serving. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 15:20: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 9BDA5106567A for ; Wed, 15 Sep 2010 15:20:43 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 539E38FC17 for ; Wed, 15 Sep 2010 15:20:43 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ovtmr-0004my-TS for freebsd-stable@freebsd.org; Wed, 15 Sep 2010 17:20:41 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Sep 2010 17:20:41 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Sep 2010 17:20:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 15 Sep 2010 17:20:30 +0200 Lines: 31 Message-ID: References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> X-Enigmail-Version: 1.0.1 Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 15:20:43 -0000 On 09/15/10 15:36, Zara Kanaeva wrote: > Hi all, > > vor 2 hours i made a very stupid mistake: i have deleted (as root > naturally) a part of /usr-directory. I have definitely deleted .snap and > presumably 100-150 files in /usr/bin. > uname -a -> > FreeBSD (XXXXXX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: > Sat Nov 21 15:02:08 UTC 2009 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 That is actually an easy situation to recover, you can do it in at least these ways: 1) if you build/upgrade from source, you can either reinstall if you have working /usr/obj or try and rebuild them if you have working /usr/src 2) if you have another machine with the same FreeBSD version and architecture, simply copy the missing files (with tar, scp, ftp, fetch/wget, etc...) 3) if you have networking and at least working fetch / ftp / wget, cat and tar, you can fetch the files at ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/8.0-RELEASE/base/ and use install.sh to reinstall the base binaries Remember that those files are not magical, you can restore them any way you are able. You can even boot the live CD (from ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/), mount the appropriate file system and copy the files from the CD. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 15:21:36 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 230B8106567A for ; Wed, 15 Sep 2010 15:21:36 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id B84B88FC13 for ; Wed, 15 Sep 2010 15:21:35 +0000 (UTC) Received: (qmail 51352 invoked from network); 15 Sep 2010 15:21:34 -0000 Received: from unknown (HELO ?10.0.0.124?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 15 Sep 2010 15:21:34 -0000 Message-ID: <4C90E476.8080104@acm.poly.edu> Date: Wed, 15 Sep 2010 11:21:26 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100530) MIME-Version: 1.0 To: Zara Kanaeva References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> In-Reply-To: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 15:21:36 -0000 Zara Kanaeva wrote: > Hi all, > > vor 2 hours i made a very stupid mistake: i have deleted (as root > naturally) a part of /usr-directory. I have definitely deleted .snap > and presumably 100-150 files in /usr/bin. If my attempt with > backup-restore failed, can i get the binaries, that was deleted, with > sysinstall/distributions/base ? > > uname -a -> > FreeBSD (XXXXXX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: > Sat Nov 21 15:02:08 UTC 2009 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > thanks, Yep, the contents of /usr/bin are covered by the base distribution. -Boris From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 15:40:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D143F106564A; Wed, 15 Sep 2010 15:40:02 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forward17.mail.yandex.net (forward17.mail.yandex.net [95.108.253.142]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8828FC13; Wed, 15 Sep 2010 15:40:02 +0000 (UTC) Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward17.mail.yandex.net (Yandex) with ESMTP id 83592A58C04; Wed, 15 Sep 2010 19:40:00 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1284565200; bh=4jrE3qOvQLOFWRNCvsfxZwCCnmxYqqz3lizfFOinhgc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=eLfUg+mCZiQLuiPUmfU3CHuiq8X4qaYfej0h2J1Dum7IWiA+yA2L8f9aFa832YRpr opndvCn0XhImHo/srCvcffdISuzJfetPu+wCkXMI+BmhM9qzdYvyTuKm1msOcX4J/Q Atf1NXu4Z4FlNSu5/LVmHeZq9oCEqut1VDch8AiQ= Received: from nautilus (unknown [178.155.116.41]) by smtp19.mail.yandex.net (Yandex) with ESMTPA id 540D2287009E; Wed, 15 Sep 2010 19:40:00 +0400 (MSD) Received: by nautilus (Postfix, from userid 1001) id 113B51DD43E; Wed, 15 Sep 2010 19:39:59 +0400 (MSD) Date: Wed, 15 Sep 2010 19:39:58 +0400 From: Sergey Zaharchenko To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20100915153958.GA3256@nautilus.vmks.ru> References: <20100907164204.GA2571@nautilus.vmks.ru> <20100908065222.GA2522@nautilus.vmks.ru> <20100908103338.GA5091@nautilus.vmks.ru> <20100908104200.GA36566@icarus.home.lan> <20100909165829.GA2602@nautilus.vmks.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20100909165829.GA2602@nautilus.vmks.ru> X-Listening-To: Silence User-Agent: Mutt/1.5.20 (2009-06-14) X-Yandex-TimeMark: 1284565200 X-Yandex-Spam: 1 X-Yandex-Front: smtp19.mail.yandex.net Cc: Dan Davis Subject: Re: 8.1-RELEASE ZFS hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 15:40:02 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello list(s), After all it turned out that the HighPoint controller was buggy. When we later configured it in RAID5 mode, it reported drive faults for random drives that were OK. I don't get how/why it worked in geom stripe mode. Anyway, we switched to a 3ware card and ZFS works happily with it out of the box without any kernel tuning (I may do some fine-tuning later). So, I'm sorry for suspecting ZFS, and thanks to Pawel for maintaining it! However, seems like that there are other people, like Tim and Dan, who are having a similar problem, but without noticeable hardware relation. Maybe there is something to be learnt from their input. Sorry for the noise and thanks again, --=20 Sergey Zaharchenko --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEUEARECAAYFAkyQ6M4ACgkQwo7hT/9lVdyAYwCePiXdrIlE4F3BapCA8KgFaMNp kzMAmP6T5cAZpDjQsR8tNWV5NxxU5SQ= =Q2Jb -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 15:48:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298C4106564A for ; Wed, 15 Sep 2010 15:48:01 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id CE5148FC1C for ; Wed, 15 Sep 2010 15:48:00 +0000 (UTC) Received: by qyk31 with SMTP id 31so4337816qyk.13 for ; Wed, 15 Sep 2010 08:48:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:cc:content-type; bh=tss3WIMd/WE+Ug0VZOS3MKGPwLrXXPqVS4QDTJ62+mQ=; b=g0npobAi2aobhTDAEcwDK7EVjVtoUpkbuiD1+jBxFqLaeO5pJlTPSoWGBs+sUKyeSu K3AOa0yB7jXHD7cF8kun4wQz+IV7ObPSCbzw8odwzH0Gi5QCSd9RbLT1ZOP1UPd+IECZ vfE00smKO8yIgIZXmXsI4zjvp3HNj8DWnRX/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:cc:content-type; b=Vr4JiU84S+KeXaJNlD1ElZe3+dougUNodyOSQz0EOh53MtWvIIx6Dn9Wc2WTVCLWiz 1TNXvxAy4QXGZxXN518rxfrc9OBJLwM4eGFOh0OdqYQHQKlY7yO/d4WFcfM+7Vtyuc3a +VDMIdK6+WBt2R7WFRM5GBNEM6DBJPaKq/vUs= Received: by 10.229.87.141 with SMTP id w13mr1183172qcl.210.1284564250229; Wed, 15 Sep 2010 08:24:10 -0700 (PDT) MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.229.102.5 with HTTP; Wed, 15 Sep 2010 08:23:50 -0700 (PDT) In-Reply-To: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> From: Andrei Kolu Date: Wed, 15 Sep 2010 18:23:50 +0300 X-Google-Sender-Auth: IvqQrpUl2M5ia-3y4-OuhMOyfBk Message-ID: Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 15:48:01 -0000 2010/9/15 Zara Kanaeva > Hi all, > > vor 2 hours i made a very stupid mistake: i have deleted (as root > naturally) a part of /usr-directory. I have definitely deleted .snap and > presumably 100-150 files in /usr/bin. If my attempt with backup-restore > failed, can i get the binaries, that was deleted, with > sysinstall/distributions/base ? > > uname -a -> > FreeBSD (XXXXXX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat > Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > You can install 8.0-RELEASE into other computer or virtual machine and then just copy over missing files. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 16:19: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 8DEDA1065672 for ; Wed, 15 Sep 2010 16:19:35 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 158418FC14 for ; Wed, 15 Sep 2010 16:19:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ovuhp-0000Jk-QU for freebsd-stable@freebsd.org; Wed, 15 Sep 2010 18:19:33 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Sep 2010 18:19:33 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Sep 2010 18:19:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Mark Atkinson Date: Wed, 15 Sep 2010 09:19:22 -0700 Lines: 141 Message-ID: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100908 Thunderbird/3.1.3 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 16:19:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/14/2010 15:39, Oliver Pinter wrote: > Hi all! > > it's an old problem: > http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009372.html > > And still exist... with or without dri/3d, it's a bug between freebsd > agp and xorg-server. > > When you use vesa, than this problem is elliminated. With radeon or > radeon-hd driver, the problem come back, and the machine locked up. > When you killed the xserver, end kldunloaded the radeon modul, then > presented a small memory leak, and the radeon kernek modul is not > reloadable. > The DRI/DRM/3D is completly independent from this bug. The bug is in > libpciaccess or xorg-server. The old xserver (<=1.4.X) is bugfree.... Yep this issue has been around since the Xorg upgrade -- note that changes were made to drm and radeon kernel modules around the same time. I used to be able to drop in and out of X before then as well. Now if I exit X, I have to reboot. This is an r600 card and radeon or radeonhd both behave the same. I reported it here: http://article.gmane.org/gmane.os.freebsd.devel.x11/9508 the report was largely ignored. > On 9/15/10, Warren Block wrote: >> On Tue, 14 Sep 2010, Eivind E wrote: >>> >> >> First, the intermittent nature of the problem sounds like it might be >> hardware failure. The only easy way to test that would be to swap in >> another video board, but people rarely have extras. >> >> You also mentioned upgrading from 7.x to 8.1. It's worth running >> pkg_libchk from sysutils/bsdadminscripts to make sure nothing was >> missed. >> >> Back to the xorg.conf... >> >> Adding Option "Log" "Sync" to ServerLayout may help preserve the >> Xorg.0.log file. Untested by me so far, but shouldn't hurt. >> >>> I'll repost the xorg.conf here >>> >>> Section "ServerLayout" >>> Identifier "Layout0" >>> Screen 0 "Screen0" 0 0 >>> InputDevice "Tastatur" "CoreKeyboard" >>> InputDevice "Mus" "CorePointer" >>> Option "AllowEmptyInput" "off" >>> EndSection >> >> AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead. >> (http://www.wonkity.com/~wblock/docs/html/aei.html) >> >>> Section "Files" >>> EndSection >> >> Looks wrong, but works here. I'd suggest leaving out the section >> entirely rather than leaving it empty, though. >> >>> Section "Module" >>> # Load "freetype" >>> # Load "xtt" >>> Load "extmod" >>> Load "glx" >>> Load "dri" >>> Load "dbe" >>> Load "record" >>> Load "xtrap" >>> Load "type1" >>> Load "speedo" >>> EndSection >> >> All but the commented first two and last three are default. Worth >> commenting out the last three and testing, too. >> >>> Section "Monitor" >>> Identifier "Skjerm" >>> HorizSync 31.5 - 48.5 >>> VertRefresh 50.0 - 70.0 >>> EndSection >>> >>> Section "Device" >>> Identifier "Grafikkort" >>> Driver "radeonhd" >>> Option "HPD" "off" >>> EndSection >> >> My success rate with the radeonhd driver is pretty much nonexistent. >> >>> Section "Screen" >>> Identifier "Screen0" >>> Device "Grafikkort" >>> Monitor "Skjerm" >>> DefaultDepth 16 >>> SubSection "Display" >>> Depth 16 >>> Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" >>> "640x480" >>> EndSubSection >>> EndSection >> >> 16-bit? That may actually be slower than 24, depending on how the card >> is built. Should still work, though it's worth commenting out in both >> places for testing. >> >>> Section "DRI" >>> Mode 0666 >>> EndSection >> >> Should not cause a problem, although I use 0660. >> >> My full xorg.conf for the X1650 is here: >> http://wonkity.com/~wblock/radeon/x1650/xorg.conf >> _______________________________________________ >> 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" >> > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyQ8goACgkQrDN5kXnx8yZD5QCgiQE9YLU2Vy/jCC56e7s28kkS 74IAn2oi3jHXfXDgblwpLM982wWAqyyD =kuqx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 17:15: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 B7936106566C for ; Wed, 15 Sep 2010 17:15:00 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2B48FC19 for ; Wed, 15 Sep 2010 17:14:59 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Ovv4y-00028D-Hc; Wed, 15 Sep 2010 18:43:36 +0200 Message-ID: <4C90F7AF.5040802@kkip.pl> Date: Wed, 15 Sep 2010 18:43:27 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: zara.kanaeva@ggi.uni-tuebingen.de References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.4 X-Spam-Score-Int: -83 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-15 18:43:36 X-Connected-IP: 78.8.144.74:58632 X-Message-Linecount: 32 X-Body-Linecount: 19 X-Message-Size: 1296 X-Body-Size: 704 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: freebsd-stable@freebsd.org Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 17:15:00 -0000 On 2010-09-15 17:20, Ivan Voras wrote: > >> uname -a -> >> FreeBSD (XXXXXX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: >> Sat Nov 21 15:02:08 UTC 2009 >> root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > That is actually an easy situation to recover, you can do it in at > least these ways: > > 1) if you build/upgrade from source, you can either reinstall if you > have working /usr/obj or try and rebuild them if you have working > /usr/src > (...) This is a solution I would recommend (if time isn't the problem), first csup fresh 8.X sources, rebuild, upgrade, and as a result you will get more than missing files, but 8.1-RELASE + STABLE patches :). -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 17:56:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F4A106564A for ; Wed, 15 Sep 2010 17:56:08 +0000 (UTC) (envelope-from prvs=1874f602db=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id F1AC18FC1E for ; Wed, 15 Sep 2010 17:56:07 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 15 Sep 2010 18:45:19 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 15 Sep 2010 18:45:18 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011249751.msg; Wed, 15 Sep 2010 18:45:17 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1874f602db=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <1E6C45FC4BEF44B5A99B9DBC4ACD1744@multiplay.co.uk> From: "Steven Hartland" To: "Sergey Zaharchenko" , , References: <20100907164204.GA2571@nautilus.vmks.ru><20100908065222.GA2522@nautilus.vmks.ru><20100908103338.GA5091@nautilus.vmks.ru><20100908104200.GA36566@icarus.home.lan><20100909165829.GA2602@nautilus.vmks.ru> <20100915153958.GA3256@nautilus.vmks.ru> Date: Wed, 15 Sep 2010 18:45:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: Dan Davis Subject: Re: 8.1-RELEASE ZFS hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 17:56:08 -0000 ----- Original Message ----- From: "Sergey Zaharchenko" > After all it turned out that the HighPoint controller was buggy. When we > later configured it in RAID5 mode, it reported drive faults for random > drives that were OK. I don't get how/why it worked in geom stripe mode. > Anyway, we switched to a 3ware card and ZFS works happily with it out of > the box without any kernel tuning (I may do some fine-tuning later). Out of interest which controller, and what size / manufacture disks? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 18:19:39 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 EDD02106564A for ; Wed, 15 Sep 2010 18:19:39 +0000 (UTC) (envelope-from Pascal.Stumpf@cubes.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.31.31]) by mx1.freebsd.org (Postfix) with ESMTP id B4D098FC18 for ; Wed, 15 Sep 2010 18:19:39 +0000 (UTC) Received: from [91.37.237.212] (helo=ikarus.local.cubes.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1OvwO1-0005Ol-KJ for stable@freebsd.org; Wed, 15 Sep 2010 20:07:13 +0200 From: Pascal Stumpf To: stable@freebsd.org Date: Wed, 15 Sep 2010 20:07:16 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.5.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201009152007.17320.Pascal.Stumpf@cubes.de> X-Df-Sender: 429867 Cc: Subject: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 18:19:40 -0000 =46irst of all, a great thanks to mm@ and pjd@ for the excellent work on=20 ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. Unfortunately, buildworld currently fails (8-STABLE amd64) when linking=20 libzfs with an =BBundefined reference to getmntent=AB error. Can anyone els= e=20 confirm? Cheers, Pascal From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 18:30:43 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 435AA106564A; Wed, 15 Sep 2010 18:30:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id C09C88FC18; Wed, 15 Sep 2010 18:30:42 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o8FIUYRA011118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Sep 2010 14:30:34 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o8FIUWEZ021844; Wed, 15 Sep 2010 14:30:32 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201009151830.o8FIUWEZ021844@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 15 Sep 2010 14:30:32 -0400 To: Pascal Stumpf , stable@freebsd.org From: Mike Tancsa In-Reply-To: <201009152007.17320.Pascal.Stumpf@cubes.de> References: <201009152007.17320.Pascal.Stumpf@cubes.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 18:30:43 -0000 At 02:07 PM 9/15/2010, Pascal Stumpf wrote: >First of all, a great thanks to mm@ and pjd@ for the excellent work on >ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. Yes, thats a LOT of fixes! Some look very interesting indeed :) 8632:36ef517870a3 6798384 It can take a village to raise a zio (141445-01) >Unfortunately, buildworld currently fails (8-STABLE amd64) when linking >libzfs with an =BBundefined reference to getmntent=AB error. Can anyone= else >confirm? here too. RELENG_8 AMD64. The tinderboxes=20 havent hit that branch yet=20 (http://tinderbox.freebsd.org/),=20 so it will be a few hrs before they get to test RELENG_8 =3D=3D=3D> cddl/sbin/zfs (all) cc -O2=20 -pipe=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/comm= on=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/comm= on=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common= =20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/commo= n=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs= /zfs=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sy= s=20 -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89=20 -fstack-protector -Wno-unknown-pragmas -c=20 /usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/cmd/zfs/zfs_main.c cc -O2=20 -pipe=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/comm= on=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/comm= on=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common= =20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/commo= n=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs= /zfs=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sy= s=20 -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89=20 -fstack-protector -Wno-unknown-pragmas -c=20 /usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/cmd/zfs/zfs_iter.c cc -O2=20 -pipe=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/comm= on=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/comm= on=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common= =20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/commo= n=20 -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs= /zfs=20 -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sy= s=20 -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89=20 -fstack-protector -Wno-unknown-pragmas -o zfs=20 zfs_main.o zfs_iter.o -lzfs -lgeom -lbsdxml -lsbuf -lm -lnvpair -luutil= -lutil /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' *** Error code 1 Stop in /usr/src/cddl/sbin/zfs. *** Error code 1 Stop in /usr/src/cddl/sbin. *** Error code 1 Stop in /usr/src/cddl. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 19:13: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 665161065670 for ; Wed, 15 Sep 2010 19:13:02 +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 0FD5F8FC14 for ; Wed, 15 Sep 2010 19:13:02 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E0965A6961C; Thu, 16 Sep 2010 03:13:00 +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 jHbM5nz1M6CD; Thu, 16 Sep 2010 03:12:54 +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 ABAEBA6960E; Thu, 16 Sep 2010 03:12:52 +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=C2j4ShOhxUqyvOK32uovdry+v6xwpms1QPjedjkOXaODjqhu4f9dmhoeSpYZcPqiM s2oCUutbZcZSxukvD5IEA== Message-ID: <4C911AB0.6090901@delphij.net> Date: Wed, 15 Sep 2010 12:12:48 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20100909 Thunderbird/3.0.7 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Mike Tancsa References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> In-Reply-To: <201009151830.o8FIUWEZ021844@lava.sentex.ca> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pascal Stumpf , stable@freebsd.org Subject: Re: MFC of ZFSv15 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: Wed, 15 Sep 2010 19:13:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/09/15 11:30, Mike Tancsa wrote: > At 02:07 PM 9/15/2010, Pascal Stumpf wrote: >> First of all, a great thanks to mm@ and pjd@ for the excellent work on >> ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. > [...] > here too. RELENG_8 AMD64. The tinderboxes havent hit that branch yet > (http://tinderbox.freebsd.org/), so it > will be a few hrs before they get to test RELENG_8 [...] > -lsbuf -lm -lnvpair -luutil -lutil > /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' > *** Error code 1 Sorry for that, it seems to be caused by a partial merge (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that ASAP. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMkRqwAAoJEATO+BI/yjfBUlEH/0oEST4976dZ4TKdawx8OWdJ X81gQvH0rl29xS+pJkuELMGROgsFDp3bCsYREFItAOYYAk4hDWRCqghXH2TzpcgJ N1VHjfe/nnZzvoJ1XTPuUcPH2F6okg7hfgb7zGHc120x/xDKOyW8urNEOrPKT/P4 edsyD/Ilp0S97GiVW6LjCmY05ieTS/IqnjMSFSPiWN9DkkcdccQfDRQL5v71RgBF nCHwsqgEZjAsdtebmdAoFBtAR9Hm3+N7W6AhCMfM/mLF2xHzD1BxWPO1vQ+k1Mfx huMVRlsZ4PK5JIqUNYzfUzGZqNfCcdafBbw0BsnPf/n7kMWXQVNCFM8iaFXPWUQ= =EncA -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 19:52: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 03EDF1065672; Wed, 15 Sep 2010 19:52:43 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [77.88.60.125]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5EB8FC17; Wed, 15 Sep 2010 19:52:42 +0000 (UTC) Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward6.mail.yandex.net (Yandex) with ESMTP id C8F98BB0745; Wed, 15 Sep 2010 23:52:40 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1284580360; bh=tphABPQW9zxzYm2PUp+Qd59yef1wUtX1qzLOekvw8OE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=R9uJ0QPFo38aL5A093Kj52TmiCweX4wK6paCXVSzMOuBwXlfOT/8w1UZE2b9kqHYI 03Qm10zToYl1bZTiBaQ4Rd5Ue0BC5B49vJjw1MtZyajSNKESU4N7EoZ6y1AcYoKSwb 6IJVWYRxqgRJPQ8NYihwWKZfDIsRBi5dec2UhmgQ= Received: from nautilus (unknown [178.155.116.41]) by smtp6.mail.yandex.net (Yandex) with ESMTPA id 9E8A932804D; Wed, 15 Sep 2010 23:52:40 +0400 (MSD) Received: by nautilus (Postfix, from userid 1001) id 08D621DD41D; Wed, 15 Sep 2010 23:52:40 +0400 (MSD) Date: Wed, 15 Sep 2010 23:52:39 +0400 From: Sergey Zaharchenko To: Steven Hartland Message-ID: <20100915195239.GA2604@nautilus.vmks.ru> References: <20100907164204.GA2571@nautilus.vmks.ru> <20100908065222.GA2522@nautilus.vmks.ru> <20100908103338.GA5091@nautilus.vmks.ru> <20100908104200.GA36566@icarus.home.lan> <20100909165829.GA2602@nautilus.vmks.ru> <20100915153958.GA3256@nautilus.vmks.ru> <1E6C45FC4BEF44B5A99B9DBC4ACD1744@multiplay.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <1E6C45FC4BEF44B5A99B9DBC4ACD1744@multiplay.co.uk> X-Listening-To: Silence User-Agent: Mutt/1.5.20 (2009-06-14) X-Yandex-TimeMark: 1284580360 X-Yandex-Spam: 1 X-Yandex-Front: smtp6.mail.yandex.net Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE ZFS hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2010 19:52:43 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Steven! Wed, Sep 15, 2010 at 06:45:15PM +0100 you wrote: > ----- Original Message ----- From: "Sergey Zaharchenko" > >=20 > >After all it turned out that the HighPoint controller was buggy. When we > >later configured it in RAID5 mode, it reported drive faults for random > >drives that were OK. I don't get how/why it worked in geom stripe mode. > >Anyway, we switched to a 3ware card and ZFS works happily with it out of > >the box without any kernel tuning (I may do some fine-tuning later). >=20 > Out of interest which controller, and what size / manufacture disks? I assume you mean the working config. The broken one has been described earlier. twa0@pci0:3:3:0: class=3D0x010400 card=3D0x100213c1 chip=3D0x100213c= 1 rev=3D0x00 hdr=3D0x00 vendor =3D '3ware Inc' device =3D 'SATA/PATA Storage Controller (9000 series)' class =3D mass storage subclass =3D RAID 8 identical 1907729MB (~2TB) Seagate drives. --=20 Sergey Zaharchenko --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyRJAcACgkQwo7hT/9lVdwsIQCdHBJibWno8N2b3cbab7CPVEGj bv0An2xpWjs0kJJ1mOd0Q4tveN/cYZBH =n+bG -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 20:29:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B83A3106566C for ; Wed, 15 Sep 2010 20:29:56 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail49.e.nsc.no (mail49.e.nsc.no [193.213.115.49]) by mx1.freebsd.org (Postfix) with ESMTP id 02F4E8FC0C for ; Wed, 15 Sep 2010 20:29:55 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail49.nsc.no (8.14.3/8.14.3) with ESMTP id o8FKTkXr014320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Sep 2010 22:29:47 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8FKTkag013644; Wed, 15 Sep 2010 22:29:46 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8FKTk2I013641; Wed, 15 Sep 2010 22:29:46 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Wed, 15 Sep 2010 22:29:46 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Warren Block In-Reply-To: Message-ID: <20100915214234.I13301@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2010 20:29:56 -0000 On Tue, 14 Sep 2010, Warren Block wrote: > On Tue, 14 Sep 2010, Eivind E wrote: >> > > First, the intermittent nature of the problem sounds like it might be > hardware failure. The only easy way to test that would be to swap in another > video board, but people rarely have extras. That has crossed my mind aswell, the only thing which makes me doubt it is that after updating X number of months ago (probably about a year and a half), it started to work with no problems whatsoever. Now, after upgrading again, it has stopped working. I don't have any other card, so changing is difficult. > > You also mentioned upgrading from 7.x to 8.1. It's worth running pkg_libchk > from sysutils/bsdadminscripts to make sure nothing was missed. It only showed libraries from diablo-jdk which got pulled in when I compiled openoffice. > Back to the xorg.conf... > > Adding Option "Log" "Sync" to ServerLayout may help preserve the Xorg.0.log > file. Untested by me so far, but shouldn't hurt. I added this and got a log, I'll put it in the bottom of this mail. > AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead. > (http://www.wonkity.com/~wblock/docs/html/aei.html) Changed this as suggested. >> Section "Files" >> EndSection > > Looks wrong, but works here. I'd suggest leaving out the section entirely > rather than leaving it empty, though. Removed this. >> Section "Module" >> # Load "freetype" >> # Load "xtt" >> Load "extmod" >> Load "glx" >> Load "dri" >> Load "dbe" >> Load "record" >> Load "xtrap" >> Load "type1" >> Load "speedo" >> EndSection > > All but the commented first two and last three are default. Worth commenting > out the last three and testing, too. Removed last three. > My success rate with the radeonhd driver is pretty much nonexistent. I've tried all tips here with both radeonhd and radeon. > 16-bit? That may actually be slower than 24, depending on how the card is > built. Should still work, though it's worth commenting out in both places > for testing. Took it out. Don't remember anymore, may well have been some desperate attempt to get things working. >> Section "DRI" >> Mode 0666 >> EndSection > > Should not cause a problem, although I use 0660. > > My full xorg.conf for the X1650 is here: > http://wonkity.com/~wblock/radeon/x1650/xorg.conf I'll look at it tomorrow it nothing else works. After applying your suggestions, the machine still hung but I got this in Xorg.0.log : X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-RELEASE-p2 amd64 Current Operating System: FreeBSD elg.hjerdalen.lan 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Sep 13 17:48:23 CEST 2010 root@elg.hjerdalen.lan:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 08 September 2010 12:11:20AM Current version of pixman: 0.16.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Sep 15 20:40:30 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Layout0" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Skjerm" (**) | |-->Device "Grafikkort" (**) |-->Input Device "Tastatur" (**) |-->Input Device "Mus" (**) Option "Log" "Sync" (**) Option "AutoAddDevices" "Off" (**) Not automatically adding devices (==) Automatically enabling devices (**) Syncing logfile enabled (==) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (==) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x692320 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0:3:0:0) 1002:7143:17af:204e ATI Technologies Inc RV505 [Radeon X1550 Series] rev 0, Mem @ 0xd0000000/268435456, 0xfe8f0000/65536, I/O @ 0x0000b000/256, BIOS @ 0x????????/65536 (--) PCI: (0:3:0:1) 1002:7163:17af:204f ATI Technologies Inc RV505 [Radeon X1550 Series] (Secondary) rev 0, Mem @ 0xfe8e0000/65536 (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "radeonhd" (II) Loading /usr/local/lib/xorg/modules/drivers/radeonhd_drv.so (II) Module radeonhd: vendor="AMD GPG" compiled for 1.7.5, module version = 1.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.5.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (II) RADEONHD: X driver for the following AMD GPG (ATI) graphics devices: RV505 : Radeon X1550, X1550 64bit. RV515 : Radeon X1300, X1550, X1600; FireGL V3300, V3350. RV516 : Radeon X1300, X1550, X1550 64-bit, X1600; FireMV 2250. R520 : Radeon X1800; FireGL V5300, V7200, V7300, V7350. RV530 : Radeon X1300 XT, X1600, X1600 Pro, X1650; FireGL V3400, V5200. RV535 : Radeon X1300, X1650. RV550 : Radeon X2300 HD. RV560 : Radeon X1650. RV570 : Radeon X1950, X1950 GT; FireGL V7400. R580 : Radeon X1900, X1950; AMD Stream Processor. R600 : Radeon HD 2900 GT/Pro/XT; FireGL V7600/V8600/V8650. RV610 : Radeon HD 2350, HD 2400 Pro/XT, HD 2400 Pro AGP; FireGL V4000. RV620 : Radeon HD 3450, HD 3470. RV630 : Radeon HD 2600 LE/Pro/XT, HD 2600 Pro/XT AGP; Gemini RV630; FireGL V3600/V5600. RV635 : Radeon HD 3650, HD 3670. RV670 : Radeon HD 3690, 3850, HD 3870, FireGL V7700, FireStream 9170. R680 : Radeon HD 3870 X2. M52 : Mobility Radeon X1300. M54 : Mobility Radeon X1400; M54-GL. M56 : Mobility Radeon X1600; Mobility FireGL V5200. M58 : Mobility Radeon X1800, X1800 XT; Mobility FireGL V7100, V7200. M62 : Mobility Radeon X1350. M64 : Mobility Radeon X1450, X2300. M66 : Mobility Radeon X1700, X1700 XT; FireGL V5250. M68 : Mobility Radeon X1900. M71 : Mobility Radeon HD 2300. M72 : Mobility Radeon HD 2400; Radeon E2400. M74 : Mobility Radeon HD 2400 XT. M76 : Mobility Radeon HD 2600; (Gemini ATI) Mobility Radeon HD 2600 XT. M82 : Mobility Radeon HD 3400. M86 : Mobility Radeon HD 3650, HD 3670, Mobility FireGL V5700. M88 : Mobility Radeon HD 3850, HD 3850 X2, HD 3870, HD3870 X2. RS600 : Radeon Xpress 1200, Xpress 1250. RS690 : Radeon X1200, X1250, X1270. RS740 : RS740, RS740M. RS780 : Radeon HD 3100/3200/3300 Series. R700 : Radeon R700. RV710 : Radeon HD4570, HD4350. RV730 : Radeon HD4670, HD4650. RV740 : Radeon HD4770. EXPERIMENTAL AND UNTESTED. RV770 : Radeon HD 4800 Series; Everest, K2, Denali ATI FirePro. RV790 : Radeon HD 4890. M92 : Mobility Radeon HD4330, HD4530, HD4570. EXPERIMENTAL. M93 : Mobility Radeon M93. EXPERIMENTAL AND UNTESTED. M96 : Mobility Radeon HD4600. M97 : Mobility Radeon HD4860. EXPERIMENTAL AND UNTESTED. M98 : Mobility Radeon HD4850, HD4870. (II) RADEONHD: version 1.3.0, built from git branch master, commit 80ba041a (II) Primary Device is: PCI 03@00:00:0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:03:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:03:00.0 (II) [DRM] Kernel mode setting disabled (EE) KMS is disabled. This is good for us, because RADEONHD conflicts with KMS. (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support (II) RADEONHD(0): Creating default Display subsection in Screen section "Screen0" for depth/fbbpp 24/32 (==) RADEONHD(0): Depth 24, (--) framebuffer bpp 32 (**) RADEONHD(0): Option "AccelMethod" "EXA" (**) RADEONHD(0): Option "HPD" "off" (**) RADEONHD(0): Selected EXA 2D acceleration. (WW) RADEONHD(0): !!! Option HPD is set !!! This shall only be used to work around broken connector tables. Please report your findings to radeonhd@opensuse.org (--) RADEONHD(0): Detected an RV505 on a HIS Radeon X1550 PCI (II) RADEONHD(0): Mapped IO @ 0xfe8f0000 to 0x8006d5000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom: SubsystemVendorID: 0x17af SubsystemID: 0x204e IOBaseAddress: 0xb000 Filename: SEST.BIN BIOS Bootup Message: 113-00SB5H06-00R-HT X1550 PCIE X1 HM DDR2 256M/64B DLDVI/TV/DVI 400M/550E (II) RADEONHD(0): Analog TV Default Mode: 8 (II) RADEONHD(0): Found default TV Mode PAL (--) RADEONHD(0): VideoRAM: 262144 kByte (II) RADEONHD(0): Framebuffer space used by Firmware (kb): 20 (II) RADEONHD(0): Start of VRAM area used by Firmware: 0xfffb000 (II) RADEONHD(0): AtomBIOS requests 20kB of VRAM scratch space (II) RADEONHD(0): AtomBIOS VRAM scratch base: 0xfffb000 (II) RADEONHD(0): Default Engine Clock: 550000 (II) RADEONHD(0): Default Memory Clock: 400000 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Output: 1100000 (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Input: 13500 (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Input: 1000 (II) RADEONHD(0): Maximum Pixel Clock: 400000 (II) RADEONHD(0): Reference Clock: 27000 (II) RADEONHD(0): Found libdri 5.4.0. drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:03:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:03:00.0 (II) RADEONHD(0): Found libdrm 1.3.0. (II) RADEONHD(0): Found radeon drm 1.31.0. (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) RADEONHD(0): Default Engine Clock: 550000 (II) RADEONHD(0): GPIO_I2C_Clk_Mask: 0x1f90 (II) RADEONHD(0): GPIO_I2C_Clk_Mask_Shift: 0x0 (II) RADEONHD(0): GPIO_I2C_Data_Mask: 0x1f90 (II) RADEONHD(0): GPIO_I2C_Data_Mask_Shift: 0x8 (II) RADEONHD(0): I2C bus "RHD I2C line 0" initialized. (II) RADEONHD(0): GPIO_I2C_Clk_Mask: 0x1f94 (II) RADEONHD(0): GPIO_I2C_Clk_Mask_Shift: 0x0 (II) RADEONHD(0): GPIO_I2C_Data_Mask: 0x1f94 (II) RADEONHD(0): GPIO_I2C_Data_Mask_Shift: 0x8 (II) RADEONHD(0): I2C bus "RHD I2C line 1" initialized. (II) RADEONHD(0): GPIO_I2C_Clk_Mask: 0x1f98 (II) RADEONHD(0): GPIO_I2C_Clk_Mask_Shift: 0x0 (II) RADEONHD(0): GPIO_I2C_Data_Mask: 0x1f98 (II) RADEONHD(0): GPIO_I2C_Data_Mask_Shift: 0x8 (II) RADEONHD(0): I2C bus "RHD I2C line 2" initialized. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) RADEONHD(0): Detected VGA mode. (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Output: 1100000 (II) RADEONHD(0): Maximum Pixel Clock: 400000 (II) RADEONHD(0): Reference Clock: 27000 (II) RADEONHD(0): FB: Allocated Cursor Image at offset 0x00000000 (size = 0x00004000) (II) RADEONHD(0): FB: Allocated Cursor Image at offset 0x00004000 (size = 0x00004000) (II) RADEONHD(0): FirmwareInfo Revision 0103 (II) RADEONHD(0): Unused attribute: ul3DAccelerationEngineClock 0 (II) RADEONHD(0): Unused attribute: ulDriverTargetEngineClock 600000 (II) RADEONHD(0): Unused attribute: ulDriverTargetMemoryClock 600000 (II) RADEONHD(0): Unused attribute: ucASICMaxTemperature 0 (II) RADEONHD(0): Scary bits: Estimated MinEngineClock 250000 kHz (II) RADEONHD(0): Scary bits: Estimated MinMemoryClock 250000 kHz (II) RADEONHD(0): No VoltageObjectInfo table (II) RADEONHD(0): Default Engine Clock: 550000 (II) RADEONHD(0): Default Memory Clock: 400000 (II) RADEONHD(0): Current Engine Clock: 546750 (II) RADEONHD(0): Current Memory Clock: 396000 (WW) RADEONHD(0): Unusupported SetVoltage Revision (II) RADEONHD(0): Power Management: used engine clock / memory clock / core (VDDC) voltage (0: ignore) (II) RADEONHD(0): Power Management: Raw Ranges (II) RADEONHD(0): Minimum 250000 kHz / 250000 kHz / 0.000 V (II) RADEONHD(0): Maximum 562000 kHz / 450000 kHz / 0.000 V (II) RADEONHD(0): Default 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): PowerPlayInfo Revision 0201 (WW) RADEONHD(0): PowerPlayInfo Revision not yet implemented (II) RADEONHD(0): Query for Get Chip Configs: not implemented (EE) RADEONHD(0): Power Management: Cannot get known good chip configurations (II) RADEONHD(0): Power Management: Validated Ranges (II) RADEONHD(0): Minimum 250000 kHz / 250000 kHz / 0.000 V (II) RADEONHD(0): Maximum 562000 kHz / 450000 kHz / 0.000 V (II) RADEONHD(0): Default 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): Power Management: Final Levels (II) RADEONHD(0): Off 250000 kHz / 250000 kHz / 0.000 V (II) RADEONHD(0): Idle 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): Slow2D 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): Fast2D 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): Slow3D 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): Fast3D 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): Max3D 562000 kHz / 450000 kHz / 0.000 V (II) RADEONHD(0): User 550000 kHz / 400000 kHz / 0.000 V (II) RADEONHD(0): ConnectorInfo from quirk table: (II) RADEONHD(0): Connector[0] {RHD_CONNECTOR_VGA, "VGA", RHD_DDC_0, RHD_HPD_NONE, { RHD_OUTPUT_DACA, RHD_OUTPUT_NONE } } (II) RADEONHD(0): Connector[1] {RHD_CONNECTOR_TV, "SVIDEO", RHD_DDC_NONE, RHD_HPD_NONE, { RHD_OUTPUT_DACB, RHD_OUTPUT_NONE } } (II) RADEONHD(0): Connector[2] {RHD_CONNECTOR_DVI, "DVI-I", RHD_DDC_1, RHD_HPD_NONE /*0*/, { RHD_OUTPUT_TMDSA, RHD_OUTPUT_DACB } } (--) RADEONHD(0): Attaching Output DAC A to Connector VGA 1 (--) RADEONHD(0): Attaching Output DAC B to Connector TV SVIDEO (--) RADEONHD(0): Attaching Output TMDS A to Connector DVI-I 1 (--) RADEONHD(0): Attaching Output DAC B to Connector DVI-I 1 (II) RADEONHD(0): RandR: Adding RRoutput VGA_1 for Output DAC A (II) RADEONHD(0): RandR: Adding RRoutput TV_SVIDEO for Output DAC B (II) RADEONHD(0): RandR: Adding RRoutput DVI-I_1/digital for Output TMDS A (II) RADEONHD(0): RandR: Adding RRoutput DVI-I_1/analog for Output DAC B (II) RADEONHD(0): Output VGA_1 using monitor section Skjerm (II) RADEONHD(0): Output VGA_1 has no monitor section (II) RADEONHD(0): Output TV_SVIDEO has no monitor section (II) RADEONHD(0): Output DVI-I_1/digital has no monitor section (II) RADEONHD(0): Output DVI-I_1/analog has no monitor section (II) RADEONHD(0): DAC B: Sensed Output: VGA (II) RADEONHD(0): I2C device "RHD I2C line 1:ddc2" registered at address 0xA0. (II) RADEONHD(0): Output VGA_1 disconnected (II) RADEONHD(0): Output TV_SVIDEO disconnected (II) RADEONHD(0): Output DVI-I_1/digital disconnected (II) RADEONHD(0): Output DVI-I_1/analog connected (II) RADEONHD(0): Using fuzzy aspect match for initial modes (II) RADEONHD(0): Output DVI-I_1/analog using initial mode 1024x768 (II) RADEONHD(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. (II) RADEONHD(0): RandR 1.2 support enabled (==) RADEONHD(0): RGB weight 888 (==) RADEONHD(0): Default visual is TrueColor (II) RADEONHD(0): Using 3840x1920 Framebuffer with 3840 pitch (II) RADEONHD(0): FB: Allocated ScanoutBuffer at offset 0x00008000 (size = 0x01C20000) (==) RADEONHD(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.7.5, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules/libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.7.5, module version = 2.5.0 ABI class: X.Org Video Driver, version 6.0 (II) RADEONHD(0): FB: Allocated Offscreen Buffer at offset 0x01C28000 (size = 0x01998000) (II) RADEONHD(0): FB: Allocated DRI Back Buffer at offset 0x035C0000 (size = 0x01C20000) (II) RADEONHD(0): FB: Allocated DRI Depth Buffer at offset 0x051E0000 (size = 0x01C20000) (II) RADEONHD(0): FB: Allocated GART table at offset 0x0FFF8000 (size = 0x00008000, end of FB) (II) RADEONHD(0): FB: Allocated DRI Textures at offset 0x06E00000 (size = 0x09000000) (II) RADEONHD(0): Using 16 MB GART aperture (II) RADEONHD(0): Using 2 MB for the ring buffer (II) RADEONHD(0): Using 2 MB for vertex/indirect buffers (II) RADEONHD(0): Using 12 MB for GART textures (--) Depth 24 pixmap format is 32 bpp (II) RADEONHD(0): Mapped IO @ 0xfe8f0000 to 0x8006d5000 (size 0x00010000) (II) RADEONHD(0): Mapped FB @ 0xd0000000 to 0x802c00000 (size 0x10000000) (II) RADEONHD(0): Attempting to enable power management (II) RADEONHD(0): Attempting to enable clock gating (II) RADEONHD(0): Current Engine Clock: 546750 (II) RADEONHD(0): Current Memory Clock: 396000 (WW) RADEONHD(0): Unusupported SetVoltage Revision drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:03:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:03:00.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEONHD(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEONHD(0): [drm] framebuffer handle = 0xd0000000 (II) RADEONHD(0): [drm] added 1 reserved context for kernel (II) RADEONHD(0): X context handle = 0x1 (II) RADEONHD(0): [drm] installed DRM signal handler (II) RADEONHD(0): [pci] 16384 kB allocated with handle 0x79728000 (II) RADEONHD(0): [pci] ring handle = 0x79728000 (II) RADEONHD(0): [pci] Ring mapped at 0x812c00000 (II) RADEONHD(0): [pci] Ring contents 0x00000000 (II) RADEONHD(0): [pci] ring read ptr handle = 0x79929000 (II) RADEONHD(0): [pci] Ring read ptr mapped at 0x8006e7000 (II) RADEONHD(0): [pci] Ring read ptr contents 0x00000000 (II) RADEONHD(0): [pci] vertex/indirect buffers handle = 0x7992a000 (II) RADEONHD(0): [pci] Vertex/indirect buffers mapped at 0x812e01000 (II) RADEONHD(0): [pci] Vertex/indirect buffers contents 0x00000000 (II) RADEONHD(0): [pci] GART texture map handle = 0x79b2a000 (II) RADEONHD(0): [pci] GART Texture map mapped at 0x81312a000 (II) RADEONHD(0): [drm] register handle = 0xfe8f0000 (II) RADEONHD(0): [dri] Visual configs initialized (II) RADEONHD(0): Attempting to set Engine Clock to 550000 (II) RADEONHD(0): Current Engine Clock: 546750 (II) RADEONHD(0): Current Memory Clock: 396000 (WW) RADEONHD(0): Unusupported SetVoltage Revision (II) RADEONHD(0): [DRI] installation complete (II) RADEONHD(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEONHD(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEONHD(0): [drm] dma control initialized, using IRQ 257 (II) RADEONHD(0): [drm] Initialized kernel GART heap manager, 12320768 (II) RADEONHD(0): Direct rendering enabled (II) RADEONHD(0): Using DRM Command Processor (indirect) for acceleration. (II) RADEONHD(0): Attaching EXA Composite hooks for R5xx. (II) EXA(0): Offscreen pixmap area of 26836992 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (II) UploadToScreen (II) DownloadFromScreen (==) RADEONHD(0): Backing store disabled (==) RADEONHD(0): Silken mouse enabled (II) RADEONHD(0): RandR 1.2 enabled, ignore the following RandR disabled message. (WW) RADEONHD(0): RandR: While switching off TV_SVIDEO: output DAC B is also used by DVI-I_1/analog - ignoring (II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync None (II) RADEONHD(0): DAC2_CRTC2 BG Adjustment: 0x7 (II) RADEONHD(0): DAC2_CRTC2 DAC Adjustment: 0xc (WW) RADEONHD(0): RandR: While switching off TV_SVIDEO: output DAC B is also used by DVI-I_1/analog - ignoring (==) RADEONHD(0): DPMS enabled (II) RADEONHD(0): Xv: Textured Video initialised. (--) RandR disabled (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE record: RECORD extension enabled at configure time. record: This extension is known to be broken, disabling extension now.. record: http://bugs.freedesktop.org/show_bug.cgi?id=20500 (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEONHD(0): Setting screen physical size to 270 x 203 (**) Option "CoreKeyboard" (**) Tastatur: always reports core events (**) Option "Protocol" "standard" -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 15 20:31: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 55C351065694 for ; Wed, 15 Sep 2010 20:31:52 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail42.e.nsc.no (mail42.e.nsc.no [193.213.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id A40B98FC1E for ; Wed, 15 Sep 2010 20:31:51 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail42.nsc.no (8.14.3/8.14.3) with ESMTP id o8FKVd5L027394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Sep 2010 22:31:49 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8FKVd0V013665; Wed, 15 Sep 2010 22:31:39 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8FKVdkI013662; Wed, 15 Sep 2010 22:31:39 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Wed, 15 Sep 2010 22:31:39 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Warren Block In-Reply-To: Message-ID: <20100915223025.G13632@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Oliver Pinter Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2010 20:31:52 -0000 On Tue, 14 Sep 2010, Warren Block wrote: > Was OP unloading the radeon kernel module? I can verify that once the radeon > module is unloaded, it doesn't work after reloading. But for me, X just > complains about no screens found, it doesn't lock up. If the radeon module > stays loaded, X starts and restarts fine. Tested ten restarts without > problems. I've never unloaded the module. Never used to load it by hand back when it worked either. Seems X loads it itself. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 00:33: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 1AC421065695; Thu, 16 Sep 2010 00:33:35 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A4F6E8FC15; Thu, 16 Sep 2010 00:33:34 +0000 (UTC) Received: by qwg5 with SMTP id 5so668653qwg.13 for ; Wed, 15 Sep 2010 17:33:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:x-enigmail-version :content-type:content-transfer-encoding; bh=cza2709PsLRyww63+0EpKn5YrtVMPE44Tp7jE7il03s=; b=eG3OC4qmtHPsQW6EEzsCp7/u02nLdK6gt9zXl6L2b6ZwY62hBKTg9vjIm8ZD/Im56Y SBGyRPKhMaGkEtUWJmC2dR97wOVt8XLru9fO6xXO6qpg146R/fVcPeaLR2yRbW1WQYj7 P4MYZJrz2FbE76xkxPDAq8go1lL8h0bf125Sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; b=c1Nrlqh6CYnFN/D2w+lMeOCCFLB8sjspqcYwrwOq0oc2vi4LBUeG7xUlZe8P9rzzKl S6eQgmpwVRyWRUw+7GV7Eq68ouF8HSpTy4LKNBJD6FSA+AogZYSqFXN6QJlnPSTd+1uA g/hIo9XjUIprhjmI6ge5xpAU6erIlbUiMWYbo= Received: by 10.229.226.78 with SMTP id iv14mr1691657qcb.159.1284597213712; Wed, 15 Sep 2010 17:33:33 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-146-122.dsl.klmzmi.sbcglobal.net [99.181.146.122]) by mx.google.com with ESMTPS id t4sm2002419qcs.28.2010.09.15.17.33.32 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Sep 2010 17:33:32 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C9165DA.6040304@DataIX.net> Date: Wed, 15 Sep 2010 20:33:30 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100908 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: CVS src Repository Managers Subject: /stable/2.0.5/usr.bin/m4/serv.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 00:33:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Stable@, Repo Men & Women, I was recently creating a replicate of the central svn repo onto another server and came across the following. While svnsync(1) sync file:///path/to/repo svnsync: File not found: revision 8869, path '/stable/2.0.5/usr.bin/m4/serv.c' As per the ncvs repo. This file was moved into Attic ??1.1.1.2?? thus I believe this caused conflicts with cvs2svn. If further information is needed you can contact me directly off-list. Regards, - -- jhell,v -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJMkWXaAAoJEJBXh4mJ2FR+m4EH/jG78h3WEhfgCWA3imN6X5ii lMQL4c+c5Wvcjd3ocZVLv/fxiJTs/0tT41pM+LuCe+HEeEhkwx9Op3xeg5q37dbo tdCFNOx009gMOEUbMgir5n21zrQ7UwxgQ0mn0u7LEvHNs1VTnfIMDxbHqqbel7CX 509UReU/e+imJSdNQYQZqVSGQONh+q+EzzlTwCuT7/jqlhnE1te/SC3FKs3XVCEE uZZEwa6+fPHVvaS+eThsVzlK35EBpfYGxcdLbBetYUgs2FOG3plq5Ot86yg5LFKy zsQV0UkAEMMsPg2VQuA7FPz9IqKA3XJi60yQ9QXMqFcytW/jOh2Mx5tLi6z3yvI= =BFDQ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 00:49:57 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 E95AB1065698 for ; Thu, 16 Sep 2010 00:49:57 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id AEBEC8FC13 for ; Thu, 16 Sep 2010 00:49:57 +0000 (UTC) Received: from 174-21-101-5.tukw.qwest.net ([174.21.101.5] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Ovx5O-0006tj-5z for stable@freebsd.org; Wed, 15 Sep 2010 11:52:04 -0700 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Wed, 15 Sep 2010 12:01:09 -0700 Date: Wed, 15 Sep 2010 12:01:09 -0700 From: Chip Camden To: stable@freebsd.org Message-ID: <20100915190109.GA14507@libertas.local.camdensoftware.com> Mail-Followup-To: stable@freebsd.org References: <201009152007.17320.Pascal.Stumpf@cubes.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <201009152007.17320.Pascal.Stumpf@cubes.de> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Cc: Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 00:49:58 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Pascal Stumpf on Wednesday, 15 September 2010: > First of all, a great thanks to mm@ and pjd@ for the excellent work on=20 > ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. >=20 > Unfortunately, buildworld currently fails (8-STABLE amd64) when linking= =20 > libzfs with an =BBundefined reference to getmntent=AB error. Can anyone e= lse=20 > confirm? >=20 > Cheers, > Pascal > _______________________________________________ > 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" Same here. 8-STABLE amd64, same error. --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iQEcBAEBAgAGBQJMkRf1AAoJEIpckszW26+RIwQIAIQE985js3KG3dPA5Y32aNFX Vh/Kb/LPS7n4ePimMcgNg7IHuqar7Q2ExJiXZaBz1iEvJ0TMXzhcTUJNZJSaGzCd WmVmjinUuMrxHvrV8jCwS/gbuP2hHBG2Qm1xOE4KzfF/oBIUH+/G0vrx2eIbuZCf uY+4RAefQHwfbwmH9fugFBGvsVdgEXGx/lwGplupBMV9xnFyUMLbiVBXAzjE/vKj JIQ1+aBId21pQ3k7vBlzEUJ6jhcMrOpOiRK+5a2RfL57+gYE9rAEX1Tgf2a9jTJ4 SSAakoanPJK6kPKkyokQl9APjtxL7cCrKR+0hiclQ2RQw3CovbZklbWPFAxv7P8= =M7Tz -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 00:53:31 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 088EF1065679; Thu, 16 Sep 2010 00:53:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CD69A8FC15; Thu, 16 Sep 2010 00:53:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8G0rTpt012168; Wed, 15 Sep 2010 20:53:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8G0rTFS012148; Thu, 16 Sep 2010 00:53:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Sep 2010 00:53:29 GMT Message-Id: <201009160053.o8G0rTFS012148@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 00:53:31 -0000 TB --- 2010-09-15 23:27:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-15 23:27:59 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-09-15 23:27:59 - cleaning the object tree TB --- 2010-09-15 23:28:38 - cvsupping the source tree TB --- 2010-09-15 23:28:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-09-15 23:29:25 - building world TB --- 2010-09-15 23:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-15 23:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-15 23:29:25 - TARGET=powerpc TB --- 2010-09-15 23:29:25 - TARGET_ARCH=powerpc TB --- 2010-09-15 23:29:25 - TZ=UTC TB --- 2010-09-15 23:29:25 - __MAKE_CONF=/dev/null TB --- 2010-09-15 23:29:25 - cd /src TB --- 2010-09-15 23:29:25 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 15 23:29:26 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 16 00:30:40 UTC 2010 TB --- 2010-09-16 00:30:40 - generating LINT kernel config TB --- 2010-09-16 00:30:40 - cd /src/sys/powerpc/conf TB --- 2010-09-16 00:30:40 - /usr/bin/make -B LINT TB --- 2010-09-16 00:30:40 - building LINT kernel TB --- 2010-09-16 00:30:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 00:30:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 00:30:40 - TARGET=powerpc TB --- 2010-09-16 00:30:40 - TARGET_ARCH=powerpc TB --- 2010-09-16 00:30:40 - TZ=UTC TB --- 2010-09-16 00:30:40 - __MAKE_CONF=/dev/null TB --- 2010-09-16 00:30:40 - cd /src TB --- 2010-09-16 00:30:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 16 00:30:40 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Sep 16 00:50:07 UTC 2010 TB --- 2010-09-16 00:50:07 - building GENERIC kernel TB --- 2010-09-16 00:50:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 00:50:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 00:50:07 - TARGET=powerpc TB --- 2010-09-16 00:50:07 - TARGET_ARCH=powerpc TB --- 2010-09-16 00:50:07 - TZ=UTC TB --- 2010-09-16 00:50:07 - __MAKE_CONF=/dev/null TB --- 2010-09-16 00:50:07 - cd /src TB --- 2010-09-16 00:50:07 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 16 00:50:07 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c cc1: warnings being treated as errors /src/sys/kern/sched_ule.c: In function 'sched_switch': /src/sys/kern/sched_ule.c:1807: warning: implicit declaration of function 'sched_pickcpu' /src/sys/kern/sched_ule.c:1807: warning: nested extern declaration of 'sched_pickcpu' *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-16 00:53:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-16 00:53:29 - ERROR: failed to build GENERIC kernel TB --- 2010-09-16 00:53:29 - 3868.30 user 928.23 system 5130.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 03:08:39 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 2DCC71065672; Thu, 16 Sep 2010 03:08:39 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CDA538FC16; Thu, 16 Sep 2010 03:08:38 +0000 (UTC) Received: by iwn34 with SMTP id 34so797678iwn.13 for ; Wed, 15 Sep 2010 20:08:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GydSlN158Nun/NOsmfOAchC92w8crCSPH8y6L8yphco=; b=K+EYguaNGdAQy0YogUUwQbt+iVGKbF4NoPcOKYWjuVJ8LA/kmxBA3Y1BfES8XTCHDN oMPw8DG4hZSfNseM/Byp/VBQW2MNEE6uKSCmEVVhIf+ln0Nsp40KV7XY9fdLJ/YcIVrz 4aZoTQxnHN3KtYRsj5nXStaYaFQlANQCl6lSc= 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=EuWAI0nDQpZO/SMyOpANcgK/vOoHyLCOkyv/Z+/HSAm0QYshqIed8LbEIuKnNgtp5J lb54KOjvd9dMa3GJtCtr4A3BLt5Aeb1GbV7FLnEt8iued8BmyCs7zAC3aqyrMoXl+CPu e3pVI6PqJP5NsyO/oNEMQLvSfauwhWPD6Ecjo= MIME-Version: 1.0 Received: by 10.231.174.206 with SMTP id u14mr2618649ibz.103.1284605128593; Wed, 15 Sep 2010 19:45:28 -0700 (PDT) Received: by 10.231.187.71 with HTTP; Wed, 15 Sep 2010 19:45:28 -0700 (PDT) In-Reply-To: <201009160053.o8G0rTFS012148@freebsd-current.sentex.ca> References: <201009160053.o8G0rTFS012148@freebsd-current.sentex.ca> Date: Wed, 15 Sep 2010 19:45:28 -0700 Message-ID: From: Matthew Fleming To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, powerpc@freebsd.org Subject: Re: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 03:08:39 -0000 On Wed, Sep 15, 2010 at 5:53 PM, FreeBSD Tinderbox wrote: > TB --- 2010-09-15 23:27:59 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2010-09-15 23:27:59 - starting RELENG_8 tinderbox run for powerpc/= powerpc > TB --- 2010-09-15 23:27:59 - cleaning the object tree > TB --- 2010-09-15 23:28:38 - cvsupping the source tree > TB --- 2010-09-15 23:28:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile > TB --- 2010-09-15 23:29:25 - building world > TB --- 2010-09-15 23:29:25 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2010-09-15 23:29:25 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-09-15 23:29:25 - TARGET=3Dpowerpc > TB --- 2010-09-15 23:29:25 - TARGET_ARCH=3Dpowerpc > TB --- 2010-09-15 23:29:25 - TZ=3DUTC > TB --- 2010-09-15 23:29:25 - __MAKE_CONF=3D/dev/null > TB --- 2010-09-15 23:29:25 - cd /src > TB --- 2010-09-15 23:29:25 - /usr/bin/make -B buildworld >>>> World build started on Wed Sep 15 23:29:26 UTC 2010 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Thu Sep 16 00:30:40 UTC 2010 > TB --- 2010-09-16 00:30:40 - generating LINT kernel config > TB --- 2010-09-16 00:30:40 - cd /src/sys/powerpc/conf > TB --- 2010-09-16 00:30:40 - /usr/bin/make -B LINT > TB --- 2010-09-16 00:30:40 - building LINT kernel > TB --- 2010-09-16 00:30:40 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2010-09-16 00:30:40 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-09-16 00:30:40 - TARGET=3Dpowerpc > TB --- 2010-09-16 00:30:40 - TARGET_ARCH=3Dpowerpc > TB --- 2010-09-16 00:30:40 - TZ=3DUTC > TB --- 2010-09-16 00:30:40 - __MAKE_CONF=3D/dev/null > TB --- 2010-09-16 00:30:40 - cd /src > TB --- 2010-09-16 00:30:40 - /usr/bin/make -B buildkernel KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Sep 16 00:30:40 UTC 2010 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for LINT completed on Thu Sep 16 00:50:07 UTC 2010 > TB --- 2010-09-16 00:50:07 - building GENERIC kernel > TB --- 2010-09-16 00:50:07 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2010-09-16 00:50:07 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-09-16 00:50:07 - TARGET=3Dpowerpc > TB --- 2010-09-16 00:50:07 - TARGET_ARCH=3Dpowerpc > TB --- 2010-09-16 00:50:07 - TZ=3DUTC > TB --- 2010-09-16 00:50:07 - __MAKE_CONF=3D/dev/null > TB --- 2010-09-16 00:50:07 - cd /src > TB --- 2010-09-16 00:50:07 - /usr/bin/make -B buildkernel KERNCONF=3DGENE= RIC >>>> Kernel build for GENERIC started on Thu Sep 16 00:50:07 UTC 2010 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -msoft-floa= t -mno-altivec -ffreestanding -fstack-protector -Werror =A0/src/sys/kern/md= 5c.c > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -msoft-floa= t -mno-altivec -ffreestanding -fstack-protector -Werror =A0/src/sys/kern/p1= 003_1b.c > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -msoft-floa= t -mno-altivec -ffreestanding -fstack-protector -Werror =A0/src/sys/kern/po= six4_mib.c > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -msoft-floa= t -mno-altivec -ffreestanding -fstack-protector -Werror =A0/src/sys/kern/sc= hed_ule.c > cc1: warnings being treated as errors > /src/sys/kern/sched_ule.c: In function 'sched_switch': > /src/sys/kern/sched_ule.c:1807: warning: implicit declaration of function= 'sched_pickcpu' > /src/sys/kern/sched_ule.c:1807: warning: nested extern declaration of 'sc= hed_pickcpu' > *** Error code 1 > > Stop in /obj/powerpc/src/sys/GENERIC. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2010-09-16 00:53:29 - WARNING: /usr/bin/make returned exit code = =A01 > TB --- 2010-09-16 00:53:29 - ERROR: failed to build GENERIC kernel > TB --- 2010-09-16 00:53:29 - 3868.30 user 928.23 system 5130.20 real > > > http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.= full Gaah! This is my bad. I got the MFC email and I was so excited I forgot to look if there were related patches. stable/7 will have the same problem. I will fix this tomorrow first thing when I get to work. Sorry, matthew, who is having to relearn due diligence with each new project From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 03:59: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 16E8C106564A for ; Thu, 16 Sep 2010 03:59:40 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id BFCF58FC17 for ; Thu, 16 Sep 2010 03:59:39 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id o8G3xcqe066271; Wed, 15 Sep 2010 21:59:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o8G3xcKX066268; Wed, 15 Sep 2010 21:59:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 15 Sep 2010 21:59:38 -0600 (MDT) From: Warren Block To: Eivind E In-Reply-To: <20100915214234.I13301@rumrunner.mine.nu> Message-ID: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Wed, 15 Sep 2010 21:59:38 -0600 (MDT) Cc: Oliver Fromme , freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 03:59:40 -0000 On Wed, 15 Sep 2010, Eivind E wrote: > (WW) RADEONHD(0): !!! Option HPD is set !!! > This shall only be used to work around broken connector tables. > Please report your findings to radeonhd@opensuse.org radeon doesn't have this option at all. > (--) RADEONHD(0): Detected an RV505 on a HIS Radeon X1550 PCI > (II) RADEONHD(0): Mapped IO @ 0xfe8f0000 to 0x8006d5000 (size 0x00010000) > (II) RADEONHD(0): PCIE Card Detected > (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location > (II) RADEONHD(0): ATOM BIOS Rom: > SubsystemVendorID: 0x17af SubsystemID: 0x204e > IOBaseAddress: 0xb000 > Filename: SEST.BIN > BIOS Bootup Message: 113-00SB5H06-00R-HT X1550 PCIE X1 HM DDR2 > 256M/64B DLDVI/TV/DVI 400M/550E (II) RADEONHD(0): Analog TV Default Mode: 8 > (II) RADEONHD(0): Output VGA_1 using monitor section Skjerm Odd. Later on on it looks like it's using DVI-I_1/analog. See my xorg.conf for an example of tying monitors to specific outputs in the Device section. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 05:38: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 25E32106564A for ; Thu, 16 Sep 2010 05:38:46 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A7E138FC0C for ; Thu, 16 Sep 2010 05:38:45 +0000 (UTC) Received: by bwz15 with SMTP id 15so1617177bwz.13 for ; Wed, 15 Sep 2010 22:38:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zQwR3JOkdFDYU9MT6e9eXiJNx6eu2ocs9B8a3BpvYJA=; b=iyFh/Mchera8KW0z3t0LilQQXs62wBpTz2buCwHVpwTyiKbq/DoRYP4fDI8vyNx5P+ RbuYjpRhITPhLDqhOEC+8Nndd3d71CSs30/cdrmhFcn+Vy2Gd9CMugTSH0mh0i2qL4oC IQY1BKbUaeN5zFlms1hKPdKy6RDi0UgWCaL9M= 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=XsVZykxEUTVnI6e7AmuBXLRyNaa05WXQnAne5wTJi0VDuJgF4bU5oar9dKbsxf2WCl 40l3CSv5BpkXKC+UOSPzS9ZbWQi4W258U0cq66TqZzaO1tyIoZz61HAFK9FLmEo3hBk9 WXNzZPYauUFye5MlScucrHIPc4gdVNtVu9B7E= MIME-Version: 1.0 Received: by 10.204.104.5 with SMTP id m5mr2151440bko.73.1284613664151; Wed, 15 Sep 2010 22:07:44 -0700 (PDT) Received: by 10.204.80.167 with HTTP; Wed, 15 Sep 2010 22:07:44 -0700 (PDT) In-Reply-To: <201007191503.37511.jkim@FreeBSD.org> References: <877004.53626.qm@web59106.mail.re1.yahoo.com> <201007161522.54572.jkim@FreeBSD.org> <201007161918.32195.jkim@FreeBSD.org> <201007191503.37511.jkim@FreeBSD.org> Date: Thu, 16 Sep 2010 07:07:44 +0200 Message-ID: From: David DEMELIER To: Jung-uk Kim Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Strange video mode output with VESA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 05:38:46 -0000 2010/7/19 Jung-uk Kim : > On Friday 16 July 2010 07:18 pm, Jung-uk Kim wrote: >> On Friday 16 July 2010 03:22 pm, Jung-uk Kim wrote: >> > On Friday 16 July 2010 03:00 pm, David DEMELIER wrote: >> > > 2010/6/19 paradox : >> > > >>On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote: >> > > >>> Hi there, >> > > >>> >> > > >>> I was so happy to see that VESA is available for amd64, but >> > > >>> unfortunately it does not work really well for me. Take a >> > > >>> look at this picture : >> > > >>> >> > > >>> http://img717.imageshack.us/img717/7311/dsc00399h.jpg >> > > >>> >> > > >>> My laptop is a 15,6" so the best resolution is 1366x768, I >> > > >>> tried this >> > > >>> >> > > >>> : vidcontrol MODE_496. As you can see on the picture all >> > > >>> : the lines are >> > > >>> >> > > >>> completely everywhere, if I mouse the cursor they move away >> > > >>> (I'm not drunk!). >> > > >>> >> > > >>> I have SC_PIXEL_MODE in my kernel config. >> > > >>> >> > > >>> The console terminal is okay until I don't excess >> > > >>> 1280x960x32 video mode. >> > > >>> >> > > >>> Do you have any idea to fix this ? >> > > >> >> > > >>It is kinda known problem. =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDIf the mode has larger >> > > >> bytes per scan line than the minimum, few characters per >> > > >> line are lost when the screen is scrolled up or down, i.e., >> > > >> framebuffer copies of whole screen. =EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDWhen you move >> > > >> the mouse onto the line, entire line is redrawn and >> > > >> restored. =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BDThat's what you are seeing. =EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDEd >> > > >> might have a better idea how to fix it (CC'ed). >> > > >> >> > > >>Jung-uk Kim >> > > > >> > > > this is incorrent calculate the scan lines in the vesa driver >> > > > Jung-uk Kim should to fix it >> > > >> > > But Jung-uk Kim said Ed' should fix it so we are in an infinite >> > > loop :- >> > >> > No, I didn't say that. =C2=A0What I meant was "Ed may be a better >> > qualified person to fix syscons vs. terminal emulator interaction >> > issues." :-( >> >> Can you please try the attached patch? > > FYI, I just went ahead and committed a (slightly better) patch on head > as r210248. =C2=A0It will be MFC'ed soon. > > Jung-uk Kim > Sorry, I completely forgot this thread, I tried your patch, it didn't solved the problem but the offset is shorter now, only 2 or 3 characters per line are bad positionned. I will try the r210248 revision, this revision only applies to the file scvgarndr.c ? Thanks. --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 05:44: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 0CCE9106564A for ; Thu, 16 Sep 2010 05:44:45 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id BF9238FC22 for ; Thu, 16 Sep 2010 05:44:44 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 217BC110A00; Thu, 16 Sep 2010 07:44:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hh4+CuVj8N4U; Thu, 16 Sep 2010 07:44:31 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 4B1751109F2; Thu, 16 Sep 2010 07:44:31 +0200 (CEST) Message-ID: <4C91AEBF.50502@FreeBSD.org> Date: Thu, 16 Sep 2010 07:44:31 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: d@delphij.net References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> In-Reply-To: <4C911AB0.6090901@delphij.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Pascal Stumpf , Xin LI , stable@freebsd.org Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 05:44:45 -0000 I have fixed the missing bits in r212688. Thanks for the notice. Dňa 15. 9. 2010 21:12, Xin LI wrote / napísal(a): > On 2010/09/15 11:30, Mike Tancsa wrote: >> At 02:07 PM 9/15/2010, Pascal Stumpf wrote: >>> First of all, a great thanks to mm@ and pjd@ for the excellent work on >>> ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. > > [...] >> here too. RELENG_8 AMD64. The tinderboxes havent hit that branch yet >> (http://tinderbox.freebsd.org/), so it >> will be a few hrs before they get to test RELENG_8 > [...] >> -lsbuf -lm -lnvpair -luutil -lutil >> /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' >> *** Error code 1 > > Sorry for that, it seems to be caused by a partial merge > (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that ASAP. > > Cheers, _______________________________________________ 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 Thu Sep 16 09:02: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 A5D94106566C for ; Thu, 16 Sep 2010 09:02:48 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 62D3C8FC19 for ; Thu, 16 Sep 2010 09:02:48 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OwAMh-0008JD-AY for freebsd-stable@freebsd.org; Thu, 16 Sep 2010 11:02:47 +0200 Received: from p5b204993.dip.t-dialin.net ([91.32.73.147]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2010 11:02:47 +0200 Received: from sperber by p5b204993.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2010 11:02:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Michael Sperber Date: Thu, 16 Sep 2010 11:02:38 +0200 Lines: 18 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p5b204993.dip.t-dialin.net User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) Cancel-Lock: sha1:vsFxFbvnMMftp6IBV6N+gvpriSQ= Subject: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 09:02:48 -0000 After upgrading from 7.3 to 8.1, moused has started drawing 100% CPU (even when the mouse is not used). moused -d -f doesn't output anything suspicious - in particular, it does not display anything when the mouse is not moved. root 10833 100.0 0.1 1732 1100 v0 R+ 10:51AM 8:47.62 /usr/sbin/moused -d -F 200 -A 1.5 -a 0.5 -p /dev/cuau0 -t auto -d -f FWIW, I was using the uart serial driver even on 7.3. (Maybe this is also the time to mention that mouse movement got much slower after the move to uart - that's why the -F -A -a settings are in there.) Any help would be much appreciated! -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:07: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 593C91065670; Thu, 16 Sep 2010 09:07:45 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id A927A8FC1B; Thu, 16 Sep 2010 09:07:44 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 76FC91394; Thu, 16 Sep 2010 10:42:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1284626561; x= 1286440961; bh=A9pSbPDMMGbqtkHNS2K/LnoeSVa32aos9A0aIHGaUhk=; b=C GxiL3mV1JUBpceC4I+ZLTMYEXfItPggofl0N9nO3ip704lTQVBe36CBURhpfIn1Z mqDAsnLSnCM/Fj2H3P21ygIskPWbqhunLeekQIembqx7oqUOQldfE/AX3NfMMIIJ yjGuxglZeQFZULKrvugDYt+DbxZZOuyBKzthEhgoLw= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id eOQO0vgv5cOU; Thu, 16 Sep 2010 10:42:41 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 1F365138C; Thu, 16 Sep 2010 10:42:41 +0200 (CEST) Date: Thu, 16 Sep 2010 10:42:40 +0200 From: Guido Falsi To: Martin Matuska Message-ID: <20100916084240.GA33879@megatron.madpilot.net> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C91AEBF.50502@FreeBSD.org> X-Operating-System: FreeBSD 8.1-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Xin LI , Pascal Stumpf , d@delphij.net, stable@freebsd.org Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 09:07:45 -0000 On Thu, Sep 16, 2010 at 07:44:31AM +0200, Martin Matuska wrote: > I have fixed the missing bits in r212688. > > Thanks for the notice. Just a thank you message for the v15 development, MFS and this fast fix. Maybe this is just noise on the lists, but I think that too little thanks get to the FreeBSD developers, so a little noise like this may be beneficial. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:10:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514D0106564A for ; Thu, 16 Sep 2010 09:10:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0B08FC1A for ; Thu, 16 Sep 2010 09:10:08 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OwATl-0003so-5C for freebsd-stable@freebsd.org; Thu, 16 Sep 2010 11:10:05 +0200 Received: from p5b204993.dip.t-dialin.net ([91.32.73.147]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2010 11:10:05 +0200 Received: from sperber by p5b204993.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2010 11:10:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Michael Sperber Date: Thu, 16 Sep 2010 11:05:06 +0200 Lines: 15 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p5b204993.dip.t-dialin.net User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) Cancel-Lock: sha1:np0SQRSvvFjIDEbHAbcDHzL/QA0= Subject: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 09:10:09 -0000 I just upgraded my desktop system from 7.3 to 8.1, and the main hard drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the initial boot failed when trying to mount the root file system from ad6. The desktop system is now fixed, but I also have a rented server with only a serial console, and I worry that the upgrade is going to leave me with a dead machine. Is there any way to predict how the drive number changes? (Why does it change at all?) If so, what's the proper way to tell the system the initial root device *before* rebooting? -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:16:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B695106566C for ; Thu, 16 Sep 2010 09:16:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id D28FB8FC14 for ; Thu, 16 Sep 2010 09:16:01 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta06.westchester.pa.mail.comcast.net with comcast id 7MC41f0041ei1Bg56MG2Ar; Thu, 16 Sep 2010 09:16:02 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta24.westchester.pa.mail.comcast.net with comcast id 7MG01f00D3LrwQ23kMG1lq; Thu, 16 Sep 2010 09:16:02 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 946259B423; Thu, 16 Sep 2010 02:15:59 -0700 (PDT) Date: Thu, 16 Sep 2010 02:15:59 -0700 From: Jeremy Chadwick To: Michael Sperber Message-ID: <20100916091559.GA16270@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: ed@freebsd.org, freebsd-stable@freebsd.org Subject: Re: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 09:16:02 -0000 On Thu, Sep 16, 2010 at 11:02:38AM +0200, Michael Sperber wrote: > After upgrading from 7.3 to 8.1, moused has started drawing 100% CPU > (even when the mouse is not used). moused -d -f doesn't output anything > suspicious - in particular, it does not display anything when the mouse > is not moved. > > root 10833 100.0 0.1 1732 1100 v0 R+ 10:51AM 8:47.62 /usr/sbin/moused -d -F 200 -A 1.5 -a 0.5 -p /dev/cuau0 -t auto -d -f > > FWIW, I was using the uart serial driver even on 7.3. (Maybe this is > also the time to mention that mouse movement got much slower after the > move to uart - that's why the -F -A -a settings are in there.) > > Any help would be much appreciated! Adding ed@ to CC list, since he maintains uart(4), which is now the default serial driver on 8.x. Michael, in the meantime can you provide dmesg details that pertain to your serial ports? uartXX devices would be sufficient, in addition the device its attached to (e.g. acpi0, etc.). Thanks. (Footnote: I wasn't even aware people still had/used serial mice any more, given the popularity of PS/2, and now USB...) -- | 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 Sep 16 09:29: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 C426E106566C for ; Thu, 16 Sep 2010 09:29:36 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 8C20E8FC16 for ; Thu, 16 Sep 2010 09:29:36 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id D878C9F402; Thu, 16 Sep 2010 09:29:34 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Thu, 16 Sep 2010 11:29:33 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Michael Sperber X-Mailer: Apple Mail (2.1081) Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 09:29:36 -0000 Am 16.09.2010 um 11:05 schrieb Michael Sperber: > I just upgraded my desktop system from 7.3 to 8.1, and the main hard > drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > initial boot failed when trying to mount the root file system from = ad6. >=20 > The desktop system is now fixed, but I also have a rented server with > only a serial console, and I worry that the upgrade is going to leave = me > with a dead machine. Is there any way to predict how the drive number > changes? (Why does it change at all?) If so, what's the proper way = to > tell the system the initial root device *before* rebooting? If you have a serial console, you can always enter the root device at = the prompt, so you can recover there. If you can figure out the new device name, you can simply change the = fstab entry for /; that's where loader picks up the root device that it = hands to the kernel. Long-term, the best option is to label your filesystems or partitions, = and use the label entries in fstab instead of the device names. I don't = remember what 7.3 offers in terms of labels, but glabel should be = available. Check tunefs if it offers the -L volname option, that's even = better. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:30: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 0DE7E106566C for ; Thu, 16 Sep 2010 09:30:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id E8CF68FC0A for ; Thu, 16 Sep 2010 09:30:00 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta04.emeryville.ca.mail.comcast.net with comcast id 7MW01f0021vN32cA4MW0Q2; Thu, 16 Sep 2010 09:30:00 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta22.emeryville.ca.mail.comcast.net with comcast id 7MVz1f0043LrwQ28iMVzP6; Thu, 16 Sep 2010 09:30:00 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4271F9B423; Thu, 16 Sep 2010 02:29:59 -0700 (PDT) Date: Thu, 16 Sep 2010 02:29:59 -0700 From: Jeremy Chadwick To: Michael Sperber Message-ID: <20100916092959.GB16270@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@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 09:30:01 -0000 On Thu, Sep 16, 2010 at 11:05:06AM +0200, Michael Sperber wrote: > I just upgraded my desktop system from 7.3 to 8.1, and the main hard > drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > initial boot failed when trying to mount the root file system from ad6. > > The desktop system is now fixed, but I also have a rented server with > only a serial console, and I worry that the upgrade is going to leave me > with a dead machine. Is there any way to predict how the drive number > changes? (Why does it change at all?) If so, what's the proper way to > tell the system the initial root device *before* rebooting? This has to do with ATA device naming schemes, and changes in the ATA driver, in addition to capabilities of the chipset. For example, FreeBSD 7.x may have seen only 2 PATA or SATA ports on your system, but with 8.x (and improved drivers) it may see 4, or possibly 2 of each (2 PATA, 2 SATA). The device numbers shift/change as a result. AFAIK, there is no failsafe way to "predict" what the device numbers will be. I've dealt with this "problem" many times, and this is how I do it: Print out or copy/paste the contents of /etc/fstab prior to upgrade. If you have serial console on your remote server, then you have little to worry about -- you know what drive name/model/size is associated with ad6 on 7.x. When you upgrade, boot the 8.x kernel and into single-user mode. While the kernel boots, you'll see the device names in the kernel output, and will then be prompted for the root filesystem. Enter the correct ufs reference string with the correct device number. After that, just mount the /usr, /tmp, and /var filesystems by hand using the correct device number. Once you have that, you should be able to edit /etc/fstab and change the device numbers (you might have to do mount -o rw -u / to make it read-writeable). Reboot the machine and go into single-user, and you should find that the root filesystem is mounted + mount -a should work fine + everything work going forward. If you find that the device numbers are changing "randomly" after every reboot, that's a separate problem and should be dealt with separately. -- | 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 Sep 16 09:32: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 1500E1065670 for ; Thu, 16 Sep 2010 09:32:10 +0000 (UTC) (envelope-from edhoprima@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 C60DE8FC24 for ; Thu, 16 Sep 2010 09:32:09 +0000 (UTC) Received: by gyg4 with SMTP id 4so396484gyg.13 for ; Thu, 16 Sep 2010 02:32:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=rXxj7YXx3ZRXpahq4njHdtKYLejlLKJa9nAB1ovttf8=; b=IUgNNqFSz2ejvmDCltpu5Ka0uXwJrAMcItrCHYIUgq20n/CYYY/t/zlnNbVVs94UfX oig0mTkcLC4XZUTEudOvRhwyobUcb++jzzswHrr/AdMT47rDIlbfVip8nKbQRoneOrl6 Yf3HgGxDOHPnnHu0YujtdJYT9bBSnJlLLw5uc= 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=cBOpdiuC709cHUlKkSIWId6OCOkIZnO9sA2kX95bb4E7qqR5wFGUaZl7JvTB80F3EJ qaqcar/9q8qXNhY5u8wCBGB9aVN84b6UooZoCzvCzXxcbrikZKoQeq/3aA6t1SBNTgTf 2TYeZlwXgEBpNE90ppyLimTx0u9seXWk3ADPw= Received: by 10.100.198.10 with SMTP id v10mr3300328anf.203.1284629528370; Thu, 16 Sep 2010 02:32:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.186.28 with HTTP; Thu, 16 Sep 2010 02:31:48 -0700 (PDT) In-Reply-To: References: From: Edho P Arief Date: Thu, 16 Sep 2010 16:31:48 +0700 Message-ID: To: Michael Sperber Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 09:32:10 -0000 On Thu, Sep 16, 2010 at 4:05 PM, Michael Sperber wrote: > > I just upgraded my desktop system from 7.3 to 8.1, and the main hard > drive, which was /dev/ad6 before is now /dev/ad10. =C2=A0Consequently, th= e > initial boot failed when trying to mount the root file system from ad6. > doesn't 7.3 have ufs label? --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:47:53 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 22FC31065696 for ; Thu, 16 Sep 2010 09:47:53 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx7.ksu.ru (honey.ksu.ru [193.232.252.54]) by mx1.freebsd.org (Postfix) with ESMTP id 22CF98FC17 for ; Thu, 16 Sep 2010 09:47:51 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.56,375,1280692800"; d="p7s'?scan'208";a="966470" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iport2.ksu.ru with ESMTP; 16 Sep 2010 13:18:32 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id o8G9IBuJ005695; Thu, 16 Sep 2010 09:18:11 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id o8G9HeAc024380; Thu, 16 Sep 2010 13:17:40 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4C91E0B4.2090103@ksu.ru> Date: Thu, 16 Sep 2010 13:17:40 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100724 Firefox/3.0.7 MIME-Version: 1.0 To: Michael Sperber References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050302020108050902030101" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 09:47:53 -0000 This is a cryptographically signed message in MIME format. --------------ms050302020108050902030101 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Michael Sperber wrote: > > I just upgraded my desktop system from 7.3 to 8.1, and the main hard > drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > initial boot failed when trying to mount the root file system from ad6.= > > The desktop system is now fixed, but I also have a rented server with > only a serial console, and I worry that the upgrade is going to leave m= e > with a dead machine. Is there any way to predict how the drive number > changes? (Why does it change at all?) If so, what's the proper way to= > tell the system the initial root device *before* rebooting? > you may try to label your slices/labels and mount /dev/label/root=20 instead of /dev/adXsYa see man 8 glabel --=20 SY, Marat --------------ms050302020108050902030101-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:56: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 D90181065673 for ; Thu, 16 Sep 2010 09:56:58 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id 950E48FC15 for ; Thu, 16 Sep 2010 09:56:58 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id 188661706C; Thu, 16 Sep 2010 09:40:44 +0000 (UTC) Received: from eta.local (p5B204993.dip.t-dialin.net [91.32.73.147]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id D92591704A; Thu, 16 Sep 2010 09:40:43 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id 3B65385178F; Thu, 16 Sep 2010 11:40:43 +0200 (CEST) From: Michael Sperber To: Stefan Bethke References: Date: Thu, 16 Sep 2010 11:40:43 +0200 In-Reply-To: (Stefan Bethke's message of "Thu, 16 Sep 2010 11:29:33 +0200") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 09:56:58 -0000 Stefan Bethke writes: > Am 16.09.2010 um 11:05 schrieb Michael Sperber: > >> I just upgraded my desktop system from 7.3 to 8.1, and the main hard >> drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the >> initial boot failed when trying to mount the root file system from ad6. >> >> The desktop system is now fixed, but I also have a rented server with >> only a serial console, and I worry that the upgrade is going to leave me >> with a dead machine. Is there any way to predict how the drive number >> changes? (Why does it change at all?) If so, what's the proper way to >> tell the system the initial root device *before* rebooting? > > If you have a serial console, you can always enter the root device at > the prompt, so you can recover there. I know. But given the serial-console problems recently reported here, I was a bit reluctant to take the risk. > Long-term, the best option is to label your filesystems or partitions, > and use the label entries in fstab instead of the device names. I > don't remember what 7.3 offers in terms of labels, but glabel should > be available. Check tunefs if it offers the -L volname option, that's > even better. That sounds like a good idea. Thanks! -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 09:56: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 DBBEA1065674; Thu, 16 Sep 2010 09:56:58 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id 99B248FC16; Thu, 16 Sep 2010 09:56:58 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id E02731706A; Thu, 16 Sep 2010 09:39:18 +0000 (UTC) Received: from eta.local (p5B204993.dip.t-dialin.net [91.32.73.147]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id AEED01704A; Thu, 16 Sep 2010 09:39:18 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id 9CE3985177B; Thu, 16 Sep 2010 11:39:17 +0200 (CEST) From: Michael Sperber To: Jeremy Chadwick References: <20100916091559.GA16270@icarus.home.lan> Date: Thu, 16 Sep 2010 11:39:17 +0200 In-Reply-To: <20100916091559.GA16270@icarus.home.lan> (Jeremy Chadwick's message of "Thu, 16 Sep 2010 02:15:59 -0700") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: ed@freebsd.org, freebsd-stable@freebsd.org Subject: Re: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 09:56:59 -0000 Jeremy Chadwick writes: > Michael, in the meantime can you provide dmesg details that pertain to > your serial ports? uartXX devices would be sufficient, in addition the > device its attached to (e.g. acpi0, etc.). uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] acpi0: <080907 RSDT1802> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed > (Footnote: I wasn't even aware people still had/used serial mice any > more, given the popularity of PS/2, and now USB...) They don't make trackballs like the old Kensington models anymore :-) -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 10:11:22 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 766EC106564A for ; Thu, 16 Sep 2010 10:11:22 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.asm68k.org [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 395B18FC18 for ; Thu, 16 Sep 2010 10:11:21 +0000 (UTC) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 713F1B03B9; Thu, 16 Sep 2010 11:53:02 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Thu, 16 Sep 2010 10:53:02 +0100 From: Marian Hettwer To: Guido Falsi In-Reply-To: <20100916084240.GA33879@megatron.madpilot.net> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <20100916084240.GA33879@megatron.madpilot.net> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Cc: stable@freebsd.org, d@delphij.net, Martin Matuska , Stumpf , Pascal, Xin LI Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 10:11:22 -0000 On Thu, 16 Sep 2010 10:42:40 +0200, Guido Falsi wrote: > On Thu, Sep 16, 2010 at 07:44:31AM +0200, Martin Matuska wrote: >> I have fixed the missing bits in r212688. >> >> Thanks for the notice. > > Just a thank you message for the v15 development, MFS and this fast > fix. Maybe this is just noise on the lists, but I think that too > little thanks get to the FreeBSD developers, so a little noise like > this may be beneficial. Agreed to that! Thanks for all the efforts in bringing ZFS to FreeBSD. I'm running 8.1-Release with v15 without any problems. I just copied a 21GB MySQL datadir from a linux box to my FreeBSD/zfs workstation. Thanks to zfs compression the 21GB only consume 10GB on zfs. That's massive compression :-) So again: Thanks to all developers and keep up the good work! ./Marian From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 10:20: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 77A15106566C for ; Thu, 16 Sep 2010 10:20:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 5D2AC8FC0A for ; Thu, 16 Sep 2010 10:20:35 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta02.emeryville.ca.mail.comcast.net with comcast id 7NLB1f0020x6nqcA2NLbpM; Thu, 16 Sep 2010 10:20:35 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta12.emeryville.ca.mail.comcast.net with comcast id 7NLa1f0043LrwQ28YNLa1f; Thu, 16 Sep 2010 10:20:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 700479B423; Thu, 16 Sep 2010 03:20:34 -0700 (PDT) Date: Thu, 16 Sep 2010 03:20:34 -0700 From: Jeremy Chadwick To: Michael Sperber Message-ID: <20100916102034.GA17113@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@freebsd.org, Stefan Bethke Subject: Re: How to predict drive number change for 7.3->8.1 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: Thu, 16 Sep 2010 10:20:36 -0000 On Thu, Sep 16, 2010 at 11:40:43AM +0200, Michael Sperber wrote: > Stefan Bethke writes: > > Am 16.09.2010 um 11:05 schrieb Michael Sperber: > > > >> I just upgraded my desktop system from 7.3 to 8.1, and the main hard > >> drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > >> initial boot failed when trying to mount the root file system from ad6. > >> > >> The desktop system is now fixed, but I also have a rented server with > >> only a serial console, and I worry that the upgrade is going to leave me > >> with a dead machine. Is there any way to predict how the drive number > >> changes? (Why does it change at all?) If so, what's the proper way to > >> tell the system the initial root device *before* rebooting? > > > > If you have a serial console, you can always enter the root device at > > the prompt, so you can recover there. > > I know. But given the serial-console problems recently reported here, I > was a bit reluctant to take the risk. I assume you're referring to the issue reported by Oliver Fromme. That issue may -- not 100% certain at this point -- be related to the DCD line on a serial port being used/honoured by uart(4). We have numerous systems using RELENG_8 with reliable/working serial console, but as I stated in the other thread, our wiring/equipment and adapters differ from Oliver's. I still have not tested the patch Ed provided due to my day (night) job keeping me busy the past 24-48 hours. I'll see if I can get to testing it tonight. The only reason I'm testing the patch, by the way, is to see if *our* stuff suddenly breaks -- and if it does, I can still roll it back remotely (via serial console). Soapbox, for what it's worth: Serial console unreliability and OS installs are both reasons why I rent co-location space that's local to me (within driving distance). I cannot imagine having servers in another state or country which only have serial console (e.g. PXE is not configured in the BIOS, BIOS lacks serial redirection, no remote rebooter/power-cycle unit, no dial-in modem, etc.). Depending on how mission-critical your setup is, I would highly recommend investing the time and money into a setup that does allow access to the servers when serial console breaks -- an KVM-over-IP device would be ideal, since it gives you VGA console via VNC or a Java client. In my case I'm just a single guy with a bunch of servers, and run what I do as a (expensive) hobby. KVM-over-IP devices are unreasonably overpriced (like most "enterprise-grade" things), and I tend to shy away from HP/Compaq ProLiant hardware (which have LOM/LOM2) since over the years I've seen too many problems with them posted on the FreeBSD lists (mainly relating to storage device driver problems), not to mention the support contract costs... -- | 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 Sep 16 10:42:41 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 A5A1D1065670; Thu, 16 Sep 2010 10:42:41 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 41F908FC24; Thu, 16 Sep 2010 10:42:40 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 16B4A147A; Thu, 16 Sep 2010 12:42:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1284633757; x= 1286448157; bh=oL1kYV4GBF6GJFZHxYg7hlrV5YFOcETCEGdS9Uumofc=; b=a Gxg7dMIRq4mDX4ZFp62UKaBbNuqhp+D4olZMfzmMLw/Smmu9EYA1t/KM0REBMBqv EGouWUu22hhMw+KLfZAYWRGHKjrRzcY4w1vcgKaK8XxUPlOCwKS2RYEVV1O2GDh1 YNedCiQxPAGtEyK0y112Q9Nk+KrMJ67ZWqLy1jIzGo= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3kWCjKPexTZR; Thu, 16 Sep 2010 12:42:37 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 1FE501472; Thu, 16 Sep 2010 12:42:37 +0200 (CEST) Date: Thu, 16 Sep 2010 12:42:36 +0200 From: Guido Falsi To: Marian Hettwer Message-ID: <20100916104236.GB33879@megatron.madpilot.net> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <20100916084240.GA33879@megatron.madpilot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.1-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: d@delphij.net, Pascal Stumpf , stable@freebsd.org, Xin LI , Martin Matuska Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 10:42:41 -0000 On Thu, Sep 16, 2010 at 10:53:02AM +0100, Marian Hettwer wrote: > On Thu, 16 Sep 2010 10:42:40 +0200, Guido Falsi > wrote: > > On Thu, Sep 16, 2010 at 07:44:31AM +0200, Martin Matuska wrote: > >> I have fixed the missing bits in r212688. > >> > >> Thanks for the notice. > > > > Just a thank you message for the v15 development, MFS and this fast > > fix. Maybe this is just noise on the lists, but I think that too > > little thanks get to the FreeBSD developers, so a little noise like > > this may be beneficial. > > Agreed to that! Thanks for all the efforts in bringing ZFS to FreeBSD. > I'm running 8.1-Release with v15 without any problems. > > I just copied a 21GB MySQL datadir from a linux box to my FreeBSD/zfs > workstation. Thanks to zfs compression the 21GB only consume 10GB on > zfs. > That's massive compression :-) Related to this, I have a question. Is it convenient to put databases on a compresed filesystem? Apart from the space advantage, does it give any speed advantage/penalty? Anyone has some benchmark or objective data about this? Also are we talking about MyISAM or InnoDB tables? Or a mix of those? -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 11:04: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 8A4C71065672 for ; Thu, 16 Sep 2010 11:04:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD0B8FC15 for ; Thu, 16 Sep 2010 11:04:58 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OwCGr-0003LC-Rj for freebsd-stable@freebsd.org; Thu, 16 Sep 2010 13:04:53 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2010 13:04:53 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2010 13:04:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 16 Sep 2010 13:04:43 +0200 Lines: 29 Message-ID: References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <20100916084240.GA33879@megatron.madpilot.net> <20100916104236.GB33879@megatron.madpilot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <20100916104236.GB33879@megatron.madpilot.net> X-Enigmail-Version: 1.0.1 Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 11:04:58 -0000 On 09/16/10 12:42, Guido Falsi wrote: > Related to this, I have a question. > > Is it convenient to put databases on a compresed filesystem? Apart from > the space advantage, does it give any speed advantage/penalty? It depends on what you do. It will not save you memory usage either since data needs to be decompressed when read. If the database is lightly loaded I don't think there will ever be problems. Also if the database is mostly read-only. If it's used in a heavy loaded read+write environment or if it is CPU-bound, it is probably a bad idea to put it on a compressed file system. > Anyone has some benchmark or objective data about this? I know about this one: http://don.blogs.smugmug.com/2008/10/13/zfs-mysqlinnodb-compression-update/ But it only really measures copy (cp) speeds and compression, not database performance. > Also are we talking about MyISAM or InnoDB tables? Or a mix of those? MyISAM would probably be faster to compress and manage :) http://www.scribd.com/doc/14603831/Optimizing-MySQL-Performance-with-ZFS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 11:09: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 0A9511065696 for ; Thu, 16 Sep 2010 11:09:46 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 993A38FC1F for ; Thu, 16 Sep 2010 11:09:45 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 7743D2A28D6D; Thu, 16 Sep 2010 13:09:44 +0200 (CEST) Date: Thu, 16 Sep 2010 13:09:44 +0200 From: Ed Schouten To: Jeremy Chadwick Message-ID: <20100916110944.GY56986@hoeg.nl> References: <20100916091559.GA16270@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcmJb3WyrQSdDnng" Content-Disposition: inline In-Reply-To: <20100916091559.GA16270@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Michael Sperber Subject: Re: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 11:09:46 -0000 --qcmJb3WyrQSdDnng Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I should really get myself subscribed to stable@... Anyway, Michael, can you attach truss to the process to see what it's actually doing (truss -p $pid)? I'm interested in a single `iteration' of what it's doing. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --qcmJb3WyrQSdDnng Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyR+vgACgkQ52SDGA2eCwX38QCfcA8HDCf7gbPE3MEri7C+U669 /Y0An3K1reLUMvEp9/Mpabc6py3vNNvD =W4ud -----END PGP SIGNATURE----- --qcmJb3WyrQSdDnng-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 11:18:12 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 8F4F71065673; Thu, 16 Sep 2010 11:18:12 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.asm68k.org [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4508FC1B; Thu, 16 Sep 2010 11:18:12 +0000 (UTC) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 47135B03B9; Thu, 16 Sep 2010 13:18:10 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Thu, 16 Sep 2010 12:18:09 +0100 From: Marian Hettwer To: Guido Falsi In-Reply-To: <20100916104236.GB33879@megatron.madpilot.net> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <20100916084240.GA33879@megatron.madpilot.net> <20100916104236.GB33879@megatron.madpilot.net> Message-ID: <34d8b7fa02247ed6e18293b7aa3fec27@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Cc: Xin LI , Pascal Stumpf , d@delphij.net, stable@freebsd.org, Martin Matuska Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 11:18:12 -0000 On Thu, 16 Sep 2010 12:42:36 +0200, Guido Falsi wrote: > On Thu, Sep 16, 2010 at 10:53:02AM +0100, Marian Hettwer wrote: >> On Thu, 16 Sep 2010 10:42:40 +0200, Guido Falsi >> wrote: >> > On Thu, Sep 16, 2010 at 07:44:31AM +0200, Martin Matuska wrote: >> >> I have fixed the missing bits in r212688. >> >> >> >> Thanks for the notice. >> > >> > Just a thank you message for the v15 development, MFS and this fast >> > fix. Maybe this is just noise on the lists, but I think that too >> > little thanks get to the FreeBSD developers, so a little noise like >> > this may be beneficial. >> >> Agreed to that! Thanks for all the efforts in bringing ZFS to FreeBSD. >> I'm running 8.1-Release with v15 without any problems. >> >> I just copied a 21GB MySQL datadir from a linux box to my FreeBSD/zfs >> workstation. Thanks to zfs compression the 21GB only consume 10GB on >> zfs. >> That's massive compression :-) > > Related to this, I have a question. > Related, but on its way to get off topic... > Is it convenient to put databases on a compresed filesystem? Apart from > the space advantage, does it give any speed advantage/penalty? > At work we use Solaris 10 with zfs and compression enabled for our MySQL databases. All InnoDB. No speed penalty and only really slight advantages. I tend to say, it doesn't matter. It gives you more disk space by a wee bit of more CPU consumption. On the other hand, CPU is usually not your problem in a heavy load MySQL scenario. It's disc seek times... > Anyone has some benchmark or objective data about this? > No benchmarks and no time right now to come up with some fancy graphs. > Also are we talking about MyISAM or InnoDB tables? Or a mix of those? InnoDB. ./Marian From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 12:16:49 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD9E8106564A for ; Thu, 16 Sep 2010 12:16:49 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2758FC0C for ; Thu, 16 Sep 2010 12:16:49 +0000 (UTC) Received: from conversation.bsdunix.ch (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id B381B8D9B for ; Thu, 16 Sep 2010 11:58:06 +0000 (UTC) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by conversation.bsdunix.ch (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ltp3NOuSp99k for ; Thu, 16 Sep 2010 11:58:06 +0000 (UTC) Received: from ernie.mlan.solnet.ch (ernie.mlan.solnet.ch [212.101.1.20]) by conversation.bsdunix.ch (Postfix) with ESMTPA id 5D3548D95 for ; Thu, 16 Sep 2010 11:58:06 +0000 (UTC) Message-ID: <4C920701.5010402@bsdunix.ch> Date: Thu, 16 Sep 2010 14:01:05 +0200 From: Thomas User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2.9) Gecko/20100825 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: daily_scrub_zfs_enable is missing in /etc/defaults/periodic.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 12:16:49 -0000 Hello Is there an actual reason why "daily_scrub_zfs_enable" is missing in /etc/defaults/periodic.conf? /etc/periodic/daily/800.scrub-zfs was mfc'ed two weeks ago: MFC r211800 Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 13:32: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 7D4041065670 for ; Thu, 16 Sep 2010 13:32:31 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB858FC16 for ; Thu, 16 Sep 2010 13:32:30 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id 3FF131706C; Thu, 16 Sep 2010 13:32:29 +0000 (UTC) Received: from eta.local (p5B204993.dip.t-dialin.net [91.32.73.147]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id D15811706B; Thu, 16 Sep 2010 13:32:28 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id 08855851CE8; Thu, 16 Sep 2010 15:32:27 +0200 (CEST) From: Michael Sperber To: Ed Schouten References: <20100916091559.GA16270@icarus.home.lan> <20100916110944.GY56986@hoeg.nl> Date: Thu, 16 Sep 2010 15:32:27 +0200 In-Reply-To: <20100916110944.GY56986@hoeg.nl> (Ed Schouten's message of "Thu, 16 Sep 2010 13:09:44 +0200") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 13:32:31 -0000 Ed Schouten writes: > I should really get myself subscribed to stable@... > > Anyway, Michael, can you attach truss to the process to see what it's > actually doing (truss -p $pid)? I'm interested in a single `iteration' > of what it's doing. Thanks! The relevant bit is this, I think: open("/dev/cuau0",O_RDWR|O_NONBLOCK,01001172450) = 2 (0x2) ioctl(2,MOUSE_SETLEVEL,0x805004c) ERR#25 'Inappropriate ioctl for device' ioctl(2,MOUSE_GETLEVEL,0xbfbfe4cc) ERR#25 'Inappropriate ioctl for device' ioctl(2,MOUSE_GETHWINFO,0x8050088) ERR#25 'Inappropriate ioctl for device' ioctl(2,MOUSE_GETMODE,0x805009c) ERR#25 'Inappropriate ioctl for device' write(2,"moused: ",8) = 8 (0x8) write(2,"PnP COM device rev 1.0 probe...",31) = 31 (0x1f) write(2,"\n",1) = 1 (0x1) ioctl(2,TIOCMGET,0xbfbfe4c4) = 0 (0x0) ioctl(2,TIOCMSET,0xbfbfe4c4) = 0 (0x0) nanosleep({0.240000000 }) = 0 (0x0) ioctl(2,TIOCMGET,0xbfbfe4c4) = 0 (0x0) write(2,"moused: ",8) ERR#5 'Input/output error' write(2,"\n",1) ERR#5 'Input/output error' write(2,"\n",1) ERR#5 'Input/output error' ioctl(2,TIOCMGET,0xbfbfe4c4) = 0 (0x0) ioctl(2,TIOCMSET,0xbfbfe4c4) = 0 (0x0) nanosleep({0.240000000 }) = 0 (0x0) ioctl(2,TIOCGETA,0xbfbfe2fc) = 0 (0x0) ioctl(2,TIOCSETAW,0xbfbfe2fc) = 0 (0x0) nanosleep({0.100000000 }) = 0 (0x0) ioctl(2,TIOCSETAW,0xbfbfe2fc) = 0 (0x0) ioctl(2,TIOCFLUSH,0xbfbfe4c4) = 0 (0x0) ioctl(2,TIOCMBIS,0xbfbfe4c4) = 0 (0x0) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) write(2,"\n",1) ERR#5 'Input/output error' nanosleep({0.240000000 }) = 0 (0x0) read(2,"3",1) = 1 (0x1) write(2,"\n",1) ERR#5 'Input/output error' read(2,"\b",1) = 1 (0x1) write(2,"\n",1) ERR#5 'Input/output error' select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^A",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^Z",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"+",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"-",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,",",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^P",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^P",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^P",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^Q",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"<",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"<",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"-",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"/",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"5",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"3",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"%",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"<",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"0",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,".",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"0",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"\^P",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,"&",1) = 1 (0x1) select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,0xbfbfe4ec,1) ERR#35 'Resource temporarily unavailable' select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,0xbfbfe4ed,1) ERR#35 'Resource temporarily unavailable' select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) read(2,0xbfbfe4ee,1) ERR#35 'Resource temporarily unavailable' select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) The last two lines then repeat endlessly. -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 13:44:19 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 5730A1065672 for ; Thu, 16 Sep 2010 13:44:19 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id D0F348FC08 for ; Thu, 16 Sep 2010 13:44:18 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o8GDiGF2086404 for ; Thu, 16 Sep 2010 16:44:17 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4C921F2B.6090101@eng.auth.gr> Date: Thu, 16 Sep 2010 16:44:11 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100821 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: fbsd8_stable nfsv3 sys=krb5 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 13:44:19 -0000 Hi all, I re-decided to move my nfs server from solaris to fbsd. So I am using test machines to see if it works. I have my kerberos realm configured, and seems to work fine, both nfsserver and nfsclient have their host and nfs keytabs stored in /etc/krb5.keytab files, and I am following the configuration instructions from http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup that rick was kind enough to write (thanx rick!). Before analyzing my problem and configuration steps further, let me state the reason for this email: I am not able to access an nfsv3 mounted filesystem when mounted with sys=krb5 (or krb5i, krb5p whatsoever) by following rick's instructions, whereas in the past I had no such problem. To be more specific: Last time I was playing with the configuration most things worked fine (Feb 2010), but now things seem a bit different, and I am not sure whether I have forgotten something fundamental on my configuration or something has changed since I updated both my machines (client and server) to the latest sources: nfs-server: # uname -a FreeBSD fbsdclient.ee.auth.gr 8.1-STABLE FreeBSD 8.1-STABLE #1: Wed Sep 15 17:07:13 EEST 2010 root@fbsdclient.ee.auth.gr:/usr/obj/usr/src/sys/SERVER i386 nfs-client: # uname -a FreeBSD filesrv.ee.auth.gr 8.1-STABLE FreeBSD 8.1-STABLE #0: Fri Sep 10 13:08:06 EEST 2010 root@filesrv.ee.auth.gr:/usr/obj/usr/src/sys/CLIENT amd64 I have my two usual test-users on my test-machines, mamalos and testakis, who both exist as kerberos principals too; their uids and gids are the same on all machines. I am able to kinit to any of them on my machines and acquire a valid kerberos ticket, which makes me assume that kdc runs nicely. fbsd-client's /etc/rc.conf reads: rpcbind_enable="YES" mountd_enable="YES" mountd_flags="-e" nfs_server_enable="YES" nfs_client_enable="YES" nfsv4_server_enable="YES" nfsuserd_enable="YES" gssd_enable="YES" and fbsd-server's /etc/rc.conf reads: rpcbind_enable="YES" nfs_client_flags="-n 4" rpc_statd_enable="YES" rpc_lockd_enable="YES" #nfsd_flags="-e" gssd_enable="YES" nfsuserd_enable="YES" nfsclient_enable="YES" # nfs server nfs_server_enable="YES" mountd_enable="YES" #mountd_flags="-e" Don't get confused that both machines have nfsd enabled (the client is used as an experimental nfsv4 server too), and I think that this should not be an issue with regard to my problem (on the other hand, nobody knows...). the server's kernel-config reads: options KGSSAPI device crypto options NFSCL and the client's kernel-config reads: options NFSD #(don't forget that the client works as an nfsv4 server too) options KGSSAPI device crypto Lastly, the server's /etc/exports reads: /exports -alldirs -sec=krb5 on the server: # ls -la /exports total 10 drwxr-xr-x 5 root wheel - 512 17 Feb 2010 ./ drwxr-xr-x 22 root wheel - 512 15 Sep 19:33 ../ drwxr-xr-x 3 root wheel - 512 5 Feb 2010 m/ drwxr-xr-x 2 mamalos wheel - 512 16 Sep 15:43 mamalos/ drwx------ 2 testakis wheel - 512 4 Feb 2010 testakis/ on the client: # klist klist: No ticket file: /tmp/krb5cc_0 # mount mount_nfs -onfsv3,sec=krb5 server:/exports /mnt # mount /dev/da0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local, multilabel) server:/exports on /mnt (nfs) # ls -la /mnt total 0 ls: /mnt: Permission denied # exit $ id uid=1001(mamalos) gid=1001(mamalos) groups=1001(mamalos),0(wheel) $ klist klist: No ticket file: /tmp/krb5cc_1001 $ ls -la /mnt total 0 ls: /mnt: Permission denied $ kinit mamalos mamalos@EXAMPLE's Password: $ klist Credentials cache: FILE:/tmp/krb5cc_1001 Principal: mamalos@EXAMPLE Issued Expires Principal Sep 16 16:26:49 Sep 17 02:26:49 krbtgt/EXAMPLE@EXAMPLE $ ls -la /mnt total 0 ls: /mnt: Permission denied ... (dooea?!?!?!!?) ... $ klist Credentials cache: FILE:/tmp/krb5cc_1001 Principal: mamalos@EXAMPLE Issued Expires Principal Sep 16 16:26:49 Sep 17 02:26:49 krbtgt/EXAMPLE@EXAMPLE Sep 16 16:27:51 Sep 17 02:26:49 nfs/server@EXAMPLE And this is where I don't understand what I have done wrong... If I use sec=krb5:sys in my /etc/exports, and type mount_nfs -onsfsv3,sec=krb5 ...blabla... on the client, everything seems to work ok, but then again no kerberos "protection" is applicable (I am able to rw in /mnt/mamalos folders as mamalos without having obtained any ticket). I assume that I must have forgotten to include something very fundamental in my configs, but my head is stuck, so if someone has an idea... Thank you all for your time in advance, regards, mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 13:56: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 26DC9106566C; Thu, 16 Sep 2010 13:56:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6A388FC21; Thu, 16 Sep 2010 13:56:01 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o8GDtrjk082835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Sep 2010 09:55:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o8GDtroR028629; Thu, 16 Sep 2010 09:55:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201009161355.o8GDtroR028629@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 16 Sep 2010 09:55:50 -0400 To: Martin Matuska From: Mike Tancsa In-Reply-To: <4C91AEBF.50502@FreeBSD.org> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: stable@FreeBSD.org Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 13:56:02 -0000 Thanks again for all the ZFS fixes and enhancements! Are there any caveats to upgrading ? Do I just do zpool upgrade -a zfs upgrade -a or are there any extra steps ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 15:18: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 7FE6A1065769; Thu, 16 Sep 2010 15:18:51 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F5198FC0C; Thu, 16 Sep 2010 15:18:51 +0000 (UTC) Received: by pxi17 with SMTP id 17so460292pxi.13 for ; Thu, 16 Sep 2010 08:18:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=rbYtyWLUlXZ7UfTBjJuL7Qc8E0RHrxtz4KGHtRSYofI=; b=Pe5isLuaT4UlnyelyhLiHE3AuHMh/eVYwCMJ1LbbE9HrPkZBHSLO3NvnT5aW0TdJ3F 0GVKHW12zAAYmmoR9cI+03U7G1nP6+u36pXM1ZZnOVM5IKdQLsMJkKkJ9rtgvO5R1iBo b9sMYusgKMiPK7PUaOqtkWcXqZrU+Ru/emIC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=TKG7KtQdB23jIATZJUKjddlJnUnwJmEB0IB2K2VgJlbrWLqCVo353dEy4FGXmpDEZk 6vIeQKOZfqOv5tota2RmetYSEIXFkeAGDP/+fEjPe+IIolSJOCbcAd/yN89fEQuIRrXQ 1Po36cnb+25pfOVRuZ58n5Xlxr5gSw/HL0lqQ= Received: by 10.142.49.15 with SMTP id w15mr2928421wfw.220.1284650330613; Thu, 16 Sep 2010 08:18:50 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-146-122.dsl.klmzmi.sbcglobal.net [99.181.146.122]) by mx.google.com with ESMTPS id h13sm1420341vcf.23.2010.09.16.08.18.48 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Sep 2010 08:18:49 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C923557.40004@DataIX.net> Date: Thu, 16 Sep 2010 11:18:47 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100908 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Mike Tancsa References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <201009161355.o8GDtroR028629@lava.sentex.ca> In-Reply-To: <201009161355.o8GDtroR028629@lava.sentex.ca> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Martin Matuska Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 15:18:51 -0000 On 09/16/2010 09:55, Mike Tancsa wrote: > > Thanks again for all the ZFS fixes and enhancements! Are there any > caveats to upgrading ? > > Do I just do > > zpool upgrade -a > zfs upgrade -a > > or are there any extra steps ? > Hi Mike, No-one knows your bootcode better than you. So if you are upgrading don't forget if you are on a ZFS root then your bootcode might need updating. Regards, UPDATING should have anything else. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 15:21:04 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 6C8C2106566C; Thu, 16 Sep 2010 15:21:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 246778FC0A; Thu, 16 Sep 2010 15:21:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8GFL3nQ021821; Thu, 16 Sep 2010 11:21:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8GFL3kp021817; Thu, 16 Sep 2010 15:21:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Sep 2010 15:21:03 GMT Message-Id: <201009161521.o8GFL3kp021817@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 15:21:04 -0000 TB --- 2010-09-16 14:37:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-16 14:37:56 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-09-16 14:37:56 - cleaning the object tree TB --- 2010-09-16 14:38:40 - cvsupping the source tree TB --- 2010-09-16 14:38:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-09-16 15:21:02 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-16 15:21:02 - ERROR: unable to cvsup the source tree TB --- 2010-09-16 15:21:02 - 1.10 user 32.14 system 2586.91 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 15:30:31 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 BD87D1065670 for ; Thu, 16 Sep 2010 15:30:31 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 79EA88FC14 for ; Thu, 16 Sep 2010 15:30:31 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAKXUkUyDaFvO/2dsb2JhbACDG59dsBmSLYEigW6BPXQEhR2FEoR3 X-IronPort-AV: E=Sophos;i="4.56,376,1280721600"; d="scan'208";a="92102341" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 16 Sep 2010 11:30:30 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 6305CB3F1E; Thu, 16 Sep 2010 11:30:30 -0400 (EDT) Date: Thu, 16 Sep 2010 11:30:30 -0400 (EDT) From: Rick Macklem To: George Mamalakis Message-ID: <1333960500.1025681.1284651030347.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4C921F2B.6090101@eng.auth.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: stable@freebsd.org Subject: Re: fbsd8_stable nfsv3 sys=krb5 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 15:30:31 -0000 > Hi all, > > I re-decided to move my nfs server from solaris to fbsd. So I am using > test machines to see if it works. I have my kerberos realm configured, > and seems to work fine, both nfsserver and nfsclient have their host > and > nfs keytabs stored in /etc/krb5.keytab files, and I am following the > configuration instructions from > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup that > rick was kind enough to write (thanx rick!). Before analyzing my > problem > and configuration steps further, let me state the reason for this > email: > I am not able to access an nfsv3 mounted filesystem when mounted with > sys=krb5 (or krb5i, krb5p whatsoever) by following rick's > instructions, > whereas in the past I had no such problem. > > To be more specific: > Last time I was playing with the configuration most things worked fine > (Feb 2010), but now things seem a bit different, and I am not sure > whether I have forgotten something fundamental on my configuration or > something has changed since I updated both my machines (client and > server) to the latest sources: > > nfs-server: > # uname -a > FreeBSD fbsdclient.ee.auth.gr 8.1-STABLE FreeBSD 8.1-STABLE #1: Wed > Sep > 15 17:07:13 EEST 2010 > root@fbsdclient.ee.auth.gr:/usr/obj/usr/src/sys/SERVER i386 > > nfs-client: > # uname -a > FreeBSD filesrv.ee.auth.gr 8.1-STABLE FreeBSD 8.1-STABLE #0: Fri Sep > 10 > 13:08:06 EEST 2010 > root@filesrv.ee.auth.gr:/usr/obj/usr/src/sys/CLIENT amd64 > > I have my two usual test-users on my test-machines, mamalos and > testakis, who both exist as kerberos principals too; their uids and > gids > are the same on all machines. I am able to kinit to any of them on my > machines and acquire a valid kerberos ticket, which makes me assume > that > kdc runs nicely. > > fbsd-client's /etc/rc.conf reads: > > rpcbind_enable="YES" > mountd_enable="YES" > mountd_flags="-e" > nfs_server_enable="YES" > nfs_client_enable="YES" > nfsv4_server_enable="YES" > nfsuserd_enable="YES" > gssd_enable="YES" > > and fbsd-server's /etc/rc.conf reads: > rpcbind_enable="YES" > nfs_client_flags="-n 4" > rpc_statd_enable="YES" > rpc_lockd_enable="YES" > #nfsd_flags="-e" > gssd_enable="YES" > nfsuserd_enable="YES" > nfsclient_enable="YES" > # nfs server > nfs_server_enable="YES" > mountd_enable="YES" > #mountd_flags="-e" > > > Don't get confused that both machines have nfsd enabled (the client is > used as an experimental nfsv4 server too), and I think that this > should > not be an issue with regard to my problem (on the other hand, nobody > knows...). > > the server's kernel-config reads: > > options KGSSAPI > device crypto > options NFSCL > > and the client's kernel-config reads: > > options NFSD #(don't forget that the client works as an nfsv4 > server too) > options KGSSAPI > device crypto > > Lastly, the server's /etc/exports reads: > /exports -alldirs -sec=krb5 > > on the server: > # ls -la /exports > total 10 > drwxr-xr-x 5 root wheel - 512 17 Feb 2010 ./ > drwxr-xr-x 22 root wheel - 512 15 Sep 19:33 ../ > drwxr-xr-x 3 root wheel - 512 5 Feb 2010 m/ > drwxr-xr-x 2 mamalos wheel - 512 16 Sep 15:43 mamalos/ > drwx------ 2 testakis wheel - 512 4 Feb 2010 testakis/ > > > > on the client: > # klist > klist: No ticket file: /tmp/krb5cc_0 > # mount mount_nfs -onfsv3,sec=krb5 server:/exports /mnt > # mount > /dev/da0s1a on / (ufs, local, soft-updates) > devfs on /dev (devfs, local, multilabel) > server:/exports on /mnt (nfs) > # ls -la /mnt > total 0 > ls: /mnt: Permission denied > # exit > $ id > uid=1001(mamalos) gid=1001(mamalos) groups=1001(mamalos),0(wheel) > $ klist > klist: No ticket file: /tmp/krb5cc_1001 > $ ls -la /mnt > total 0 > ls: /mnt: Permission denied > $ kinit mamalos > mamalos@EXAMPLE's Password: > $ klist > Credentials cache: FILE:/tmp/krb5cc_1001 > Principal: mamalos@EXAMPLE > > Issued Expires Principal > Sep 16 16:26:49 Sep 17 02:26:49 krbtgt/EXAMPLE@EXAMPLE > $ ls -la /mnt > total 0 > ls: /mnt: Permission denied > ... > (dooea?!?!?!!?) > ... > $ klist > Credentials cache: FILE:/tmp/krb5cc_1001 > Principal: mamalos@EXAMPLE > > Issued Expires Principal > Sep 16 16:26:49 Sep 17 02:26:49 krbtgt/EXAMPLE@EXAMPLE > Sep 16 16:27:51 Sep 17 02:26:49 nfs/server@EXAMPLE > Normally the server will have a keytab entry for its fully qualified domain name like: nfs/fbsdclient.ee.auth.gr@EXAMPLE and if that is the case, the client is expected to use fbsdclient.ee.auth.gr as the server's name in the mount and not "server" (which I assume is an alias for the above). I'm definitely no kerberos wizard, but I'd guess that's where the problem is? (try "kinit -k nfs/fbsdclient.ee.auth.gr@EXAMPLE" on the server, to see that the keytab works.) The fully qualified domain name is used so that the keytab can't be moved to a different client and made to work easily, although a keytab entry is obviously weaker that a password based ccache entry. Beyond that, I'd suggest that you look in your KDC's logs to see what it thinks is going on when you try to access the mount point. rick ps: Btw, I haven't forgotten about the issue w.r.t. kdestroy not invalidating the handle in the client so that access continues to work until the handle times out, but I haven't gotten around to fixing it. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 15:33:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E06B106564A; Thu, 16 Sep 2010 15:33:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE688FC22; Thu, 16 Sep 2010 15:33:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8GFXGFY054681; Thu, 16 Sep 2010 11:33:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8GFXG67054677; Thu, 16 Sep 2010 15:33:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Sep 2010 15:33:16 GMT Message-Id: <201009161533.o8GFXG67054677@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 15:33:17 -0000 TB --- 2010-09-16 14:50:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-16 14:50:13 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2010-09-16 14:50:13 - cleaning the object tree TB --- 2010-09-16 14:50:54 - cvsupping the source tree TB --- 2010-09-16 14:50:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2010-09-16 15:33:16 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-16 15:33:16 - ERROR: unable to cvsup the source tree TB --- 2010-09-16 15:33:16 - 0.89 user 33.59 system 2582.60 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 14:23: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 B66671065672 for ; Thu, 16 Sep 2010 14:23:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFBE8FC1B for ; Thu, 16 Sep 2010 14:23:45 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3AA9A.dip.t-dialin.net [87.179.170.154]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0195F84400D; Thu, 16 Sep 2010 16:06:08 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1F17C22CE; Thu, 16 Sep 2010 16:06:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1284645966; bh=00q11Rkivf1HGuqL3kSpzqGGRflP9WrbsFe9dMN8xyM=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=RlonsEIJz+C8Qrtq4KpEqb+TgYRfHskw7hZ3F5Hv11tgLdv6meuqFukk6skHyTwg+ xMcYjMfadPVMSYkPVIZvp57Oiv0yVfFZtPia+EbnbO0bLN7uNPn8f4Gd82QZscsRzS QULLpOwFbwFLe6MzJccYeuZsm4U78R0jxX5EPs2XTB+zSGC3OC9Pbeyx1NF1q/aqPj i3q+qeYsJ3mm/qH2KAnRvcWGC75v53YqQOCciuSQfdwFQO/21vJ0h9Zd3ypi4yjAAo UTvTsg8jQKRWIuHOcAuo6WUb/CzH46hGDFBRfIeu7LOcbbfzI74hgzGyvjY+dPrNmz zCDwI+aIGxhEw== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o8GE650P083966; Thu, 16 Sep 2010 16:06:05 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 16 Sep 2010 16:06:05 +0200 Message-ID: <20100916160605.50126iu2iydmvns4@webmail.leidinger.net> Date: Thu, 16 Sep 2010 16:06:05 +0200 From: Alexander Leidinger To: Thomas References: <4C920701.5010402@bsdunix.ch> In-Reply-To: <4C920701.5010402@bsdunix.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0195F84400D.A7705 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.023, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_ZF 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1285250770.8393@zCQGLQ0e9J+3G7wwFOCGhg X-EBL-Spam-Status: No X-Mailman-Approved-At: Thu, 16 Sep 2010 15:34:39 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: daily_scrub_zfs_enable is missing in /etc/defaults/periodic.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 14:23:45 -0000 Quoting Thomas (from Thu, 16 Sep 2010 14:01:05 +0200): > Hello > > Is there an actual reason why "daily_scrub_zfs_enable" is missing in > /etc/defaults/periodic.conf? Besides the fact that the authoritative source of information is the man-page: the 800.scrub-zfs is handling the defaults internally. More critical are entries in defaults/periodic.conf which are not described in the man-page. On my -current system: ---snip--- # for i in $(grep -v '^#' /etc/defaults/periodic.conf | grep = | tail +3 | head -94 | cut -d '=' -f 1); do grep -q $i periodic.txt|| echo $i not in man-page | egrep -v '_show_(success|info|badconfig)' done daily_status_zfs_enable not in man-page daily_status_mail_rejects_shorten not in man-page daily_status_ntpd_enable not in man-page daily_status_pkg_changes_enable not in man-page daily_status_security_logdir not in man-page daily_status_security_chkportsum_enable not in man-page daily_status_security_ipf6denied_enable not in man-page ---snip--- periodic.txt was generated via zcat /usr/share/man/man5/periodic.conf.5.gz | groff -Tascii -man -a >! periodic.txt Bye, Alexander. -- One reason why George Washington Is held in such veneration: He never blamed his problems On the former Administration. -- George O. Ludcke http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 15:43:28 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 14C1B1065693; Thu, 16 Sep 2010 15:43:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id B54728FC1D; Thu, 16 Sep 2010 15:43:27 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o8GFhJWD095717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Sep 2010 11:43:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o8GFhJnh029157; Thu, 16 Sep 2010 11:43:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201009161543.o8GFhJnh029157@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 16 Sep 2010 11:43:15 -0400 To: jhell From: Mike Tancsa In-Reply-To: <4C923557.40004@DataIX.net> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <201009161355.o8GDtroR028629@lava.sentex.ca> <4C923557.40004@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: stable@freebsd.org, Martin Matuska Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 15:43:28 -0000 At 11:18 AM 9/16/2010, jhell wrote: >On 09/16/2010 09:55, Mike Tancsa wrote: > > > > Thanks again for all the ZFS fixes and enhancements! Are there any > > caveats to upgrading ? > > > > Do I just do > > > > zpool upgrade -a > > zfs upgrade -a > > > > or are there any extra steps ? > > > >Hi Mike, > >No-one knows your bootcode better than you. So if you are upgrading >don't forget if you are on a ZFS root then your bootcode might need >updating. Hi, I am booting off UFS right now so no bootcode updates for me :) I did look at UPDATING which does mention 20100915: A new version of ZFS (version 15) has been merged. This version uses a python library for the following subcommands: zfs allow, zfs unallow, zfs groupspace, zfs userspace. For full functionality of these commands the following port must be installed: sysutils/py-zfs ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 15:59:25 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 86C94106567A for ; Thu, 16 Sep 2010 15:59:25 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1312B8FC13 for ; Thu, 16 Sep 2010 15:59:25 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 00DD3115B77; Thu, 16 Sep 2010 17:59:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id C-bqBYJIXbOT; Thu, 16 Sep 2010 17:59:11 +0200 (CEST) Received: from [10.0.3.3] (188-167-67-67.dynamic.chello.sk [188.167.67.67]) by mail.vx.sk (Postfix) with ESMTPSA id 19F73115B62; Thu, 16 Sep 2010 17:59:11 +0200 (CEST) Message-ID: <4C923ECD.8020809@FreeBSD.org> Date: Thu, 16 Sep 2010 17:59:09 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Mike Tancsa References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <201009161355.o8GDtroR028629@lava.sentex.ca> <4C923557.40004@DataIX.net> <201009161543.o8GFhJnh029157@lava.sentex.ca> In-Reply-To: <201009161543.o8GFhJnh029157@lava.sentex.ca> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: jhell , stable@freebsd.org Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 15:59:25 -0000 Dont forget to read the general "ZFS notes" section in UPDATING: ZFS notes --------- When upgrading the boot ZFS pool to a new version, always follow these two steps: 1.) recompile and reinstall the ZFS boot loader and boot block (this is part of "make buildworld" and "make installworld") 2.) update the ZFS boot block on your boot drive The following example updates the ZFS boot block on the first partition (freebsd-boot) of a GPT partitioned drive ad0: "gpart bootcode -p /boot/gptzfsboot -i 1 ad0" Non-boot pools do not need these updates. Dňa 16. 9. 2010 17:43, Mike Tancsa wrote / napísal(a): > At 11:18 AM 9/16/2010, jhell wrote: >> On 09/16/2010 09:55, Mike Tancsa wrote: >> > >> > Thanks again for all the ZFS fixes and enhancements! Are there any >> > caveats to upgrading ? >> > >> > Do I just do >> > >> > zpool upgrade -a >> > zfs upgrade -a >> > >> > or are there any extra steps ? >> > >> >> Hi Mike, >> >> No-one knows your bootcode better than you. So if you are upgrading >> don't forget if you are on a ZFS root then your bootcode might need >> updating. > > > Hi, > I am booting off UFS right now so no bootcode updates for me :) I did > look at UPDATING which does mention > > 20100915: > A new version of ZFS (version 15) has been merged. > This version uses a python library for the following subcommands: > zfs allow, zfs unallow, zfs groupspace, zfs userspace. > For full functionality of these commands the following port must > be installed: sysutils/py-zfs > > ---Mike > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 16:20: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 0EA75106564A for ; Thu, 16 Sep 2010 16:20:50 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id 5AAAE8FC12 for ; Thu, 16 Sep 2010 16:20:49 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail43.nsc.no (8.14.3/8.14.3) with ESMTP id o8GGKdtv023132 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Sep 2010 18:20:41 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8GGKcXt020949; Thu, 16 Sep 2010 18:20:38 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8GGKaxa020946; Thu, 16 Sep 2010 18:20:37 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Thu, 16 Sep 2010 18:20:35 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Warren Block In-Reply-To: Message-ID: <20100916181501.N20886@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Oliver Fromme , freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 16:20:50 -0000 On Wed, 15 Sep 2010, Warren Block wrote: > On Wed, 15 Sep 2010, Eivind E wrote: >> (WW) RADEONHD(0): !!! Option HPD is set !!! >> This shall only be used to work around broken connector tables. >> Please report your findings to radeonhd@opensuse.org > > radeon doesn't have this option at all. >> (II) RADEONHD(0): Output VGA_1 using monitor section Skjerm > > Odd. Later on on it looks like it's using DVI-I_1/analog. See my xorg.conf > for an example of tying monitors to specific outputs in the Device section. I tried your configuration file so both of these should be fine, however, I'm not quite sure what's correct for the Monitor-DVI-X when using the adaptor to vga which came with the card. The monitor is an old crt one. I'll try another card (not radeon) this evening, and if that works, I won't bother with the radeon anymore. This is my primary working machine and I need to be able to use it again. I do however wish to thank everybody for their hints and suggestions. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 16:26:53 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 F30EA106566C for ; Thu, 16 Sep 2010 16:26:52 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAD28FC15 for ; Thu, 16 Sep 2010 16:26:51 +0000 (UTC) Received: from [155.207.33.29] (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o8GGQocI081449; Thu, 16 Sep 2010 19:26:51 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4C924542.2090003@eng.auth.gr> Date: Thu, 16 Sep 2010 19:26:42 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 MIME-Version: 1.0 To: Rick Macklem References: <1333960500.1025681.1284651030347.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1333960500.1025681.1284651030347.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: fbsd8_stable nfsv3 sys=krb5 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 16:26:53 -0000 Hi Rick, glad to hearing from you, since we had a few relevant discussions in the past. On 16/9/2010 6:30 μμ, Rick Macklem wrote: > Normally the server will have a keytab entry for its > fully qualified domain name like: > nfs/fbsdclient.ee.auth.gr@EXAMPLE > > and if that is the case, the client is expected to use > fbsdclient.ee.auth.gr as the server's name in the mount > and not "server" (which I assume is an alias for the above). > > I'm definitely no kerberos wizard, but I'd guess that's where > the problem is? > (try "kinit -k nfs/fbsdclient.ee.auth.gr@EXAMPLE" on the server, > to see that the keytab works.) The "aliases" were written by me after copying the console's output on the email. I missed out the one you are stating in your email, and this is why I caused this confusion. All names mentioned in my email are in real called by their fqdn. The real machine names are fbsdclient.ee.auth.gr and filesrv.ee.auth.gr (but server and client are used "the other way around") and my realm is EE.AUTH.GR. My /var/heimdal/kdc.log shows that all requests are handled without any problems (this is why I didn't mention it at all), and the configuration is the same as the one I was trying on Feb (subject: Kerberized NFSv3 incorrect behavior sent on Feb 5 2010) where everything seemed to work OK...or this is what I think it is, since probably I must be overseeing something important... > The fully qualified domain name is used so that the keytab can't > be moved to a different client and made to work easily, although > a keytab entry is obviously weaker that a password based ccache > entry. > > Beyond that, I'd suggest that you look in your KDC's logs to see > what it thinks is going on when you try to access the mount point. > > rick ktutil -k /etc/krb5.keytab shows both keys on both servers. I haven't kinit'ed to the keytabs on the server, but when I do so I will inform you about my output (sadly I don't have access on my machines at the moment). The thing is that kdc.log shows that all keys are exchanged correctly and no exceptions are thrown... Hence, I am afraid that kerberos-config is not the problem for my case, but if you or anybody else cannot see anything wrong with the rest of my config, I will have to reconfigure both server and client from scratch, step-by-step to make it work again (I hoped to avoid this step through sending this email on the list) > ps: Btw, I haven't forgotten about the issue w.r.t. kdestroy not > invalidating the handle in the client so that access continues > to work until the handle times out, but I haven't gotten around > to fixing it. No problem!! I understand that everybody's time is precious. It is more than enough that you even remember it (I had forgotten it myself:-) ) Thanx again for the time and help. mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 16:37:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34FFC1065673 for ; Thu, 16 Sep 2010 16:37:30 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEB28FC22 for ; Thu, 16 Sep 2010 16:37:29 +0000 (UTC) Received: by pxi17 with SMTP id 17so492458pxi.13 for ; Thu, 16 Sep 2010 09:37:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=TWR8wg8PDB/0cxfZtINI9S+Bi1IZgvT7LMgXF7bzPW4=; b=HON5mXM8FFMUifvjduUf0d4TXfb4JopJCLvvsDY8P5O1OaAeocYpE7f2tnKullnoEW vMaVq4yfuJuTtrwPt8+BIOWPidjcFd+gcFZHykVt44nV8jtEy30y/VCelLqCIm9+q6KH sKxsOi4DFceeFnlJSH0peRBV4QTdJQ8ImcTLg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ca1efTuEdze2HZbz+zbg8IBUlMrBHxVHnUC4VgqIK/z++99KTh57YOV8hpBENg9I5r VdQ4R09FD4M3xjVsuv4PporzlzefPHLXpUAly1MbM1xT1ujYXjoXWyFKFNqUf1CvG4EB s8HLijPSKjL8vGRY920iqujLyS8m2wY6YZKg4= MIME-Version: 1.0 Received: by 10.142.231.4 with SMTP id d4mr3031687wfh.222.1284655049416; Thu, 16 Sep 2010 09:37:29 -0700 (PDT) Received: by 10.220.180.71 with HTTP; Thu, 16 Sep 2010 09:37:29 -0700 (PDT) Date: Thu, 16 Sep 2010 20:37:29 +0400 Message-ID: From: Michael BlackHeart To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 8.1 Stable Unreasanoble Rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 16:37:30 -0000 Today I've got a pretty strange event. It looks like a reboot but unreasonable as far as I see. Before server's uptime was over month, it's sometimes have to reboot for kernel updates or somethings like that. I've digen all logs and didn't find a reason, so here they all. auth.log Sep 16 13:59:58 diablo sshd[2284]: Received signal 15; terminating. Sep 16 14:04:26 diablo sshd[2290]: Server listening on 0.0.0.0 port 22442. cron - nothing debug.log - nothing dmesg - nothing messages Sep 16 13:44:55 diablo transmission-daemon[7965]: Couldn't create socket: Protocol not supported (fdlimit.c:651) Sep 16 13:45:31 diablo last message repeated 5 times Sep 16 13:47:23 diablo last message repeated 13 times Sep 16 13:57:40 diablo last message repeated 51 times Sep 16 13:59:48 diablo last message repeated 12 times Sep 16 14:00:18 diablo named[1575]: stopping command channel on 127.0.0.1#953 Sep 16 14:00:18 diablo named[1575]: exiting Sep 16 14:00:18 diablo syslogd: exiting on signal 15 Sep 16 14:02:31 diablo syslogd: kernel boot file is /boot/kernel/kernel Sep 16 14:02:31 diablo kernel: Copyright (c) 1992-2010 The FreeBSD Project. Sep 16 14:02:31 diablo kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 16 14:02:31 diablo kernel: The Regents of the University of California. All rights reserved. Sep 16 14:02:31 diablo kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Sep 16 14:02:31 diablo kernel: FreeBSD 8.1-STABLE #1 r210501M: Sat Sep 4 11:08:44 MSD 2010 Sep 16 14:02:31 diablo kernel: amd_miek@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 Sep 16 14:02:31 diablo kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 16 14:02:31 diablo kernel: CPU: Intel(R) Core(TM)2 Duo CPU E7400 @ 2.80GHz (2799.98-MHz K8-class CPU) Sep 16 14:02:31 diablo kernel: Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Sep 16 14:02:31 diablo kernel: Features=0xbfebfbff Sep 16 14:02:31 diablo kernel: Features2=0x408e39d Sep 16 14:02:31 diablo kernel: AMD Features=0x20100800 Sep 16 14:02:31 diablo kernel: AMD Features2=0x1 Sep 16 14:02:31 diablo kernel: TSC: P-state invariant Sep 16 14:02:31 diablo kernel: real memory = 2147483648 (2048 MB) Sep 16 14:02:31 diablo kernel: avail memory = 2051534848 (1956 MB) Sep 16 14:02:31 diablo kernel: ACPI APIC Table: Sep 16 14:02:31 diablo kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Sep 16 14:02:31 diablo kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) Sep 16 14:02:31 diablo kernel: cpu0 (BSP): APIC ID: 0 Sep 16 14:02:31 diablo kernel: cpu1 (AP): APIC ID: 1 Sep 16 14:02:31 diablo kernel: ioapic0 irqs 0-23 on motherboard Sep 16 14:02:31 diablo kernel: wlan: mac acl policy registered Sep 16 14:02:31 diablo kernel: kbd1 at kbdmux0 Sep 16 14:02:31 diablo kernel: ichwd module loaded Sep 16 14:02:31 diablo kernel: cryptosoft0: on motherboard Sep 16 14:02:31 diablo kernel: acpi0: on motherboard Sep 16 14:02:31 diablo kernel: acpi0: [ITHREAD] Sep 16 14:02:31 diablo kernel: acpi0: Power Button (fixed) Sep 16 14:02:31 diablo kernel: acpi0: reservation of 0, a0000 (3) failed Sep 16 14:02:31 diablo kernel: acpi0: reservation of 100000, 7f700000 (3) failed Sep 16 14:02:31 diablo kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Sep 16 14:02:31 diablo kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 16 14:02:31 diablo kernel: cpu0: on acpi0 Sep 16 14:02:31 diablo kernel: ACPI Warning: Incorrect checksum in table [OEMB] - 0x3A, should be 0x2D (20100331/tbutils-354) Sep 16 14:02:31 diablo kernel: cpu1: on acpi0 Sep 16 14:02:31 diablo kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Sep 16 14:02:31 diablo kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Sep 16 14:02:31 diablo kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 16 14:02:31 diablo kernel: pci0: on pcib0 Sep 16 14:02:31 diablo kernel: vgapci0: port 0x8800-0x8807 mem 0xdfd00000-0xdfd7ffff,0xe0000000-0xefffffff,0xdfd80000-0xdfdbffff irq 16 at device 2.0 on pci0 Sep 16 14:02:31 diablo kernel: agp0: on vgapci0 Sep 16 14:02:31 diablo kernel: agp0: detected 7932k stolen memory Sep 16 14:02:31 diablo kernel: agp0: aperture size is 256M Sep 16 14:02:31 diablo kernel: pcib1: irq 16 at device 28.0 on pci0 Sep 16 14:02:31 diablo kernel: pci3: on pcib1 Sep 16 14:02:31 diablo kernel: pcib2: irq 17 at device 28.1 on pci0 Sep 16 14:02:31 diablo kernel: pci2: on pcib2 Sep 16 14:02:31 diablo kernel: ae0: mem 0xdffc0000-0xdfffffff irq 17 at device 0.0 on pci2 Sep 16 14:02:31 diablo kernel: ae0: Using MSI messages. Sep 16 14:02:31 diablo kernel: miibus0: on ae0 Sep 16 14:02:31 diablo kernel: atphy0: PHY 0 on miibus0 Sep 16 14:02:31 diablo kernel: atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 16 14:02:31 diablo kernel: ae0: Ethernet address: 00:1f:c6:ad:76:9b Sep 16 14:02:31 diablo kernel: ae0: [FILTER] Sep 16 14:02:31 diablo kernel: uhci0: port 0x9000-0x901f irq 20 at device 29.0 on pci0 Sep 16 14:02:31 diablo kernel: uhci0: [ITHREAD] Sep 16 14:02:31 diablo kernel: uhci0: LegSup = 0x2f00 Sep 16 14:02:31 diablo kernel: usbus0: on uhci0 Sep 16 14:02:31 diablo kernel: uhci1: port 0x9400-0x941f irq 17 at device 29.1 on pci0 Sep 16 14:02:31 diablo kernel: uhci1: [ITHREAD] Sep 16 14:02:31 diablo kernel: uhci1: LegSup = 0x2f00 Sep 16 14:02:31 diablo kernel: usbus1: on uhci1 Sep 16 14:02:31 diablo kernel: uhci2: port 0x9800-0x981f irq 18 at device 29.2 on pci0 Sep 16 14:02:31 diablo kernel: uhci2: [ITHREAD] Sep 16 14:02:31 diablo kernel: uhci2: LegSup = 0x2f00 Sep 16 14:02:31 diablo kernel: usbus2: on uhci2 Sep 16 14:02:31 diablo kernel: uhci3: port 0xa000-0xa01f irq 19 at device 29.3 on pci0 Sep 16 14:02:31 diablo kernel: uhci3: [ITHREAD] Sep 16 14:02:31 diablo kernel: uhci3: LegSup = 0x2f00 Sep 16 14:02:31 diablo kernel: usbus3: on uhci3 Sep 16 14:02:31 diablo kernel: ehci0: mem 0xdfdffc00-0xdfdfffff irq 20 at device 29.7 on pci0 Sep 16 14:02:31 diablo kernel: ehci0: [ITHREAD] Sep 16 14:02:31 diablo kernel: usbus4: EHCI version 1.0 Sep 16 14:02:31 diablo kernel: usbus4: on ehci0 Sep 16 14:02:31 diablo kernel: pcib3: at device 30.0 on pci0 Sep 16 14:02:31 diablo kernel: pci1: on pcib3 Sep 16 14:02:31 diablo kernel: skc0: port 0xc800-0xc8ff mem 0xdfeec000-0xdfeeffff irq 17 at device 0.0 on pci1 Sep 16 14:02:31 diablo kernel: skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) Sep 16 14:02:31 diablo kernel: sk0: on skc0 Sep 16 14:02:31 diablo kernel: sk0: Ethernet address: 00:19:5b:86:3b:53 Sep 16 14:02:31 diablo kernel: miibus1: on sk0 Sep 16 14:02:31 diablo kernel: e1000phy0: PHY 0 on miibus1 Sep 16 14:02:31 diablo kernel: e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Sep 16 14:02:31 diablo kernel: skc0: [ITHREAD] Sep 16 14:02:31 diablo kernel: ath0: mem 0xdfef0000-0xdfefffff irq 21 at device 1.0 on pci1 Sep 16 14:02:31 diablo kernel: ath0: [ITHREAD] Sep 16 14:02:31 diablo kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 Sep 16 14:02:31 diablo kernel: isab0: at device 31.0 on pci0 Sep 16 14:02:31 diablo kernel: isa0: on isab0 Sep 16 14:02:31 diablo kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 Sep 16 14:02:31 diablo kernel: ata0: on atapci0 Sep 16 14:02:31 diablo kernel: ata0: [ITHREAD] Sep 16 14:02:31 diablo kernel: atapci1: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f irq 23 at device 31.2 on pci0 Sep 16 14:02:31 diablo kernel: atapci1: [ITHREAD] Sep 16 14:02:31 diablo kernel: ata2: on atapci1 Sep 16 14:02:31 diablo kernel: ata2: [ITHREAD] Sep 16 14:02:31 diablo kernel: ata3: on atapci1 Sep 16 14:02:31 diablo kernel: ata3: [ITHREAD] Sep 16 14:02:31 diablo kernel: ichsmb0: port 0x400-0x41f irq 23 at device 31.3 on pci0 Sep 16 14:02:31 diablo kernel: ichsmb0: [ITHREAD] Sep 16 14:02:31 diablo kernel: smbus0: on ichsmb0 Sep 16 14:02:31 diablo kernel: smb0: on smbus0 Sep 16 14:02:31 diablo kernel: acpi_button0: on acpi0 Sep 16 14:02:31 diablo kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Sep 16 14:02:31 diablo kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Sep 16 14:02:31 diablo kernel: fdc0: [FILTER] Sep 16 14:02:31 diablo kernel: ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 Sep 16 14:02:31 diablo kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Sep 16 14:02:31 diablo kernel: ppc0: FIFO with 16/16/9 bytes threshold Sep 16 14:02:31 diablo kernel: ppc0: [ITHREAD] Sep 16 14:02:31 diablo kernel: ppbus0: on ppc0 Sep 16 14:02:31 diablo kernel: plip0: on ppbus0 Sep 16 14:02:31 diablo kernel: plip0: [ITHREAD] Sep 16 14:02:31 diablo kernel: lpt0: on ppbus0 Sep 16 14:02:31 diablo kernel: lpt0: [ITHREAD] Sep 16 14:02:31 diablo kernel: lpt0: Interrupt-driven port Sep 16 14:02:31 diablo kernel: ppi0: on ppbus0 Sep 16 14:02:31 diablo kernel: acpi_aiboost0: on acpi0 Sep 16 14:02:31 diablo kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Sep 16 14:02:31 diablo kernel: atkbd0: irq 1 on atkbdc0 Sep 16 14:02:31 diablo kernel: kbd0 at atkbd0 Sep 16 14:02:31 diablo kernel: atkbd0: [GIANT-LOCKED] Sep 16 14:02:31 diablo kernel: atkbd0: [ITHREAD] Sep 16 14:02:31 diablo kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Sep 16 14:02:31 diablo kernel: uart0: [FILTER] Sep 16 14:02:31 diablo kernel: ichwd0: on isa0 Sep 16 14:02:31 diablo kernel: ichwd0: Intel ICH7 watchdog timer (ICH7 or equivalent) Sep 16 14:02:31 diablo kernel: sc0: at flags 0x100 on isa0 Sep 16 14:02:31 diablo kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 16 14:02:31 diablo kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 16 14:02:31 diablo kernel: coretemp0: on cpu0 Sep 16 14:02:31 diablo kernel: est0: on cpu0 Sep 16 14:02:31 diablo kernel: coretemp1: on cpu1 Sep 16 14:02:31 diablo kernel: est1: on cpu1 Sep 16 14:02:31 diablo kernel: Timecounters tick every 1.000 msec Sep 16 14:02:31 diablo kernel: IPsec: Initialized Security Association Processing. Sep 16 14:02:31 diablo kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 16 14:02:31 diablo kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 16 14:02:31 diablo kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 16 14:02:31 diablo kernel: usbus3: 12Mbps Full Speed USB v1.0 Sep 16 14:02:31 diablo kernel: usbus4: 480Mbps High Speed USB v2.0 Sep 16 14:02:31 diablo kernel: ugen0.1: at usbus0 Sep 16 14:02:31 diablo kernel: uhub0: on usbus0 Sep 16 14:02:31 diablo kernel: ugen1.1: at usbus1 Sep 16 14:02:31 diablo kernel: uhub1: on usbus1 Sep 16 14:02:31 diablo kernel: ugen2.1: at usbus2 Sep 16 14:02:31 diablo kernel: uhub2: on usbus2 Sep 16 14:02:31 diablo kernel: ugen3.1: at usbus3 Sep 16 14:02:31 diablo kernel: uhub3: on usbus3 Sep 16 14:02:31 diablo kernel: ugen4.1: at usbus4 Sep 16 14:02:31 diablo kernel: uhub4: on usbus4 Sep 16 14:02:31 diablo kernel: ad0: 76318MB at ata0-master UDMA100 Sep 16 14:02:31 diablo kernel: ad1: 19091MB at ata0-slave UDMA100 Sep 16 14:02:31 diablo kernel: ad4: 1430799MB at ata2-master UDMA100 SATA Sep 16 14:02:31 diablo kernel: ad6: 476938MB at ata3-master UDMA100 SATA Sep 16 14:02:31 diablo kernel: SMP: AP CPU #1 Launched! Sep 16 14:02:31 diablo kernel: uhub0: 2 ports with 2 removable, self powered Sep 16 14:02:31 diablo kernel: uhub1: 2 ports with 2 removable, self powered Sep 16 14:02:31 diablo kernel: uhub2: 2 ports with 2 removable, self powered Sep 16 14:02:31 diablo kernel: uhub3: 2 ports with 2 removable, self powered Sep 16 14:02:31 diablo kernel: Root mount waiting for: usbus4 Sep 16 14:02:31 diablo kernel: Root mount waiting for: usbus4 Sep 16 14:02:31 diablo kernel: uhub4: 8 ports with 8 removable, self powered Sep 16 14:02:31 diablo kernel: Trying to mount root from ufs:/dev/ad0s1a Sep 16 14:02:31 diablo kernel: bridge0: Ethernet address: 72:53:a8:89:d4:1d Sep 16 14:02:31 diablo kernel: wlan0: Ethernet address: 00:15:e9:40:68:c3 Sep 16 14:02:32 diablo kernel: ae0: link state changed to UP Sep 16 14:03:59 diablo syslogd: kernel boot file is /boot/kernel/kernel Sep 16 14:03:59 diablo kernel: Copyright (c) 1992-2010 The FreeBSD Project. Sep 16 14:03:59 diablo kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 16 14:03:59 diablo kernel: The Regents of the University of California. All rights reserved. Sep 16 14:03:59 diablo kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Sep 16 14:03:59 diablo kernel: FreeBSD 8.1-STABLE #1 r210501M: Sat Sep 4 11:08:44 MSD 2010 Sep 16 14:03:59 diablo kernel: amd_miek@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 Sep 16 14:03:59 diablo kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 16 14:03:59 diablo kernel: CPU: Intel(R) Core(TM)2 Duo CPU E7400 @ 2.80GHz (2799.98-MHz K8-class CPU) Sep 16 14:03:59 diablo kernel: Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Sep 16 14:03:59 diablo kernel: Features=0xbfebfbff Sep 16 14:03:59 diablo kernel: Features2=0x408e39d Sep 16 14:03:59 diablo kernel: AMD Features=0x20100800 Sep 16 14:03:59 diablo kernel: AMD Features2=0x1 Sep 16 14:03:59 diablo kernel: TSC: P-state invariant Sep 16 14:03:59 diablo kernel: real memory = 2147483648 (2048 MB) Sep 16 14:03:59 diablo kernel: avail memory = 2051534848 (1956 MB) Sep 16 14:03:59 diablo kernel: ACPI APIC Table: Sep 16 14:03:59 diablo kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Sep 16 14:03:59 diablo kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) Sep 16 14:03:59 diablo kernel: cpu0 (BSP): APIC ID: 0 Sep 16 14:03:59 diablo kernel: cpu1 (AP): APIC ID: 1 Sep 16 14:03:59 diablo kernel: ioapic0 irqs 0-23 on motherboard Sep 16 14:03:59 diablo kernel: wlan: mac acl policy registered Sep 16 14:03:59 diablo kernel: kbd1 at kbdmux0 Sep 16 14:03:59 diablo kernel: ichwd module loaded Sep 16 14:03:59 diablo kernel: cryptosoft0: on motherboard Sep 16 14:03:59 diablo kernel: acpi0: on motherboard Sep 16 14:03:59 diablo kernel: acpi0: [ITHREAD] Sep 16 14:03:59 diablo kernel: acpi0: Power Button (fixed) Sep 16 14:03:59 diablo kernel: acpi0: reservation of 0, a0000 (3) failed Sep 16 14:03:59 diablo kernel: acpi0: reservation of 100000, 7f700000 (3) failed Sep 16 14:03:59 diablo kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Sep 16 14:03:59 diablo kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 16 14:03:59 diablo kernel: cpu0: on acpi0 Sep 16 14:03:59 diablo kernel: ACPI Warning: Incorrect checksum in table [OEMB] - 0x3A, should be 0x2D (20100331/tbutils-354) Sep 16 14:03:59 diablo kernel: cpu1: on acpi0 Sep 16 14:03:59 diablo kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Sep 16 14:03:59 diablo kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Sep 16 14:03:59 diablo kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 16 14:03:59 diablo kernel: pci0: on pcib0 Sep 16 14:03:59 diablo kernel: vgapci0: port 0x8800-0x8807 mem 0xdfd00000-0xdfd7ffff,0xe0000000-0xefffffff,0xdfd80000-0xdfdbffff irq 16 at device 2.0 on pci0 Sep 16 14:03:59 diablo kernel: agp0: on vgapci0 Sep 16 14:03:59 diablo kernel: agp0: detected 7932k stolen memory Sep 16 14:03:59 diablo kernel: agp0: aperture size is 256M Sep 16 14:03:59 diablo kernel: pcib1: irq 16 at device 28.0 on pci0 Sep 16 14:03:59 diablo kernel: pci3: on pcib1 Sep 16 14:03:59 diablo kernel: pcib2: irq 17 at device 28.1 on pci0 Sep 16 14:03:59 diablo kernel: pci2: on pcib2 Sep 16 14:03:59 diablo kernel: ae0: mem 0xdffc0000-0xdfffffff irq 17 at device 0.0 on pci2 Sep 16 14:03:59 diablo kernel: ae0: Using MSI messages. Sep 16 14:03:59 diablo kernel: miibus0: on ae0 Sep 16 14:03:59 diablo kernel: atphy0: PHY 0 on miibus0 Sep 16 14:03:59 diablo kernel: atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 16 14:03:59 diablo kernel: ae0: Ethernet address: 00:1f:c6:ad:76:9b Sep 16 14:03:59 diablo kernel: ae0: [FILTER] Sep 16 14:03:59 diablo kernel: uhci0: port 0x9000-0x901f irq 20 at device 29.0 on pci0 Sep 16 14:03:59 diablo kernel: uhci0: [ITHREAD] Sep 16 14:03:59 diablo kernel: uhci0: LegSup = 0x2f00 Sep 16 14:03:59 diablo kernel: usbus0: on uhci0 Sep 16 14:03:59 diablo kernel: uhci1: port 0x9400-0x941f irq 17 at device 29.1 on pci0 Sep 16 14:03:59 diablo kernel: uhci1: [ITHREAD] Sep 16 14:03:59 diablo kernel: uhci1: LegSup = 0x2f00 Sep 16 14:03:59 diablo kernel: usbus1: on uhci1 Sep 16 14:03:59 diablo kernel: uhci2: port 0x9800-0x981f irq 18 at device 29.2 on pci0 Sep 16 14:03:59 diablo kernel: uhci2: [ITHREAD] Sep 16 14:03:59 diablo kernel: uhci2: LegSup = 0x2f00 Sep 16 14:03:59 diablo kernel: usbus2: on uhci2 Sep 16 14:03:59 diablo kernel: uhci3: port 0xa000-0xa01f irq 19 at device 29.3 on pci0 Sep 16 14:03:59 diablo kernel: uhci3: [ITHREAD] Sep 16 14:03:59 diablo kernel: uhci3: LegSup = 0x2f00 Sep 16 14:03:59 diablo kernel: usbus3: on uhci3 Sep 16 14:03:59 diablo kernel: ehci0: mem 0xdfdffc00-0xdfdfffff irq 20 at device 29.7 on pci0 Sep 16 14:03:59 diablo kernel: ehci0: [ITHREAD] Sep 16 14:03:59 diablo kernel: usbus4: EHCI version 1.0 Sep 16 14:03:59 diablo kernel: usbus4: on ehci0 Sep 16 14:03:59 diablo kernel: pcib3: at device 30.0 on pci0 Sep 16 14:03:59 diablo kernel: pci1: on pcib3 Sep 16 14:03:59 diablo kernel: skc0: port 0xc800-0xc8ff mem 0xdfeec000-0xdfeeffff irq 17 at device 0.0 on pci1 Sep 16 14:03:59 diablo kernel: skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) Sep 16 14:03:59 diablo kernel: sk0: on skc0 Sep 16 14:03:59 diablo kernel: sk0: Ethernet address: 00:19:5b:86:3b:53 Sep 16 14:03:59 diablo kernel: miibus1: on sk0 Sep 16 14:03:59 diablo kernel: e1000phy0: PHY 0 on miibus1 Sep 16 14:03:59 diablo kernel: e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Sep 16 14:03:59 diablo kernel: skc0: [ITHREAD] Sep 16 14:03:59 diablo kernel: ath0: mem 0xdfef0000-0xdfefffff irq 21 at device 1.0 on pci1 Sep 16 14:03:59 diablo kernel: ath0: [ITHREAD] Sep 16 14:03:59 diablo kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 Sep 16 14:03:59 diablo kernel: isab0: at device 31.0 on pci0 Sep 16 14:03:59 diablo kernel: isa0: on isab0 Sep 16 14:03:59 diablo kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 Sep 16 14:03:59 diablo kernel: ata0: on atapci0 Sep 16 14:03:59 diablo kernel: ata0: [ITHREAD] Sep 16 14:03:59 diablo kernel: atapci1: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f irq 23 at device 31.2 on pci0 Sep 16 14:03:59 diablo kernel: atapci1: [ITHREAD] Sep 16 14:03:59 diablo kernel: ata2: on atapci1 Sep 16 14:03:59 diablo kernel: ata2: [ITHREAD] Sep 16 14:03:59 diablo kernel: ata3: on atapci1 Sep 16 14:03:59 diablo kernel: ata3: [ITHREAD] Sep 16 14:03:59 diablo kernel: ichsmb0: port 0x400-0x41f irq 23 at device 31.3 on pci0 Sep 16 14:03:59 diablo kernel: ichsmb0: [ITHREAD] Sep 16 14:03:59 diablo kernel: smbus0: on ichsmb0 Sep 16 14:03:59 diablo kernel: smb0: on smbus0 Sep 16 14:03:59 diablo kernel: acpi_button0: on acpi0 Sep 16 14:03:59 diablo kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Sep 16 14:03:59 diablo kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Sep 16 14:03:59 diablo kernel: fdc0: [FILTER] Sep 16 14:03:59 diablo kernel: ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 Sep 16 14:03:59 diablo kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Sep 16 14:03:59 diablo kernel: ppc0: FIFO with 16/16/9 bytes threshold Sep 16 14:03:59 diablo kernel: ppc0: [ITHREAD] Sep 16 14:03:59 diablo kernel: ppbus0: on ppc0 Sep 16 14:03:59 diablo kernel: plip0: on ppbus0 Sep 16 14:03:59 diablo kernel: plip0: [ITHREAD] Sep 16 14:03:59 diablo kernel: lpt0: on ppbus0 Sep 16 14:03:59 diablo kernel: lpt0: [ITHREAD] Sep 16 14:03:59 diablo kernel: lpt0: Interrupt-driven port Sep 16 14:03:59 diablo kernel: ppi0: on ppbus0 Sep 16 14:03:59 diablo kernel: acpi_aiboost0: on acpi0 Sep 16 14:03:59 diablo kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Sep 16 14:03:59 diablo kernel: atkbd0: irq 1 on atkbdc0 Sep 16 14:03:59 diablo kernel: kbd0 at atkbd0 Sep 16 14:03:59 diablo kernel: atkbd0: [GIANT-LOCKED] Sep 16 14:03:59 diablo kernel: atkbd0: [ITHREAD] Sep 16 14:03:59 diablo kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Sep 16 14:03:59 diablo kernel: uart0: [FILTER] Sep 16 14:03:59 diablo kernel: ichwd0: on isa0 Sep 16 14:03:59 diablo kernel: ichwd0: Intel ICH7 watchdog timer (ICH7 or equivalent) Sep 16 14:03:59 diablo kernel: sc0: at flags 0x100 on isa0 Sep 16 14:03:59 diablo kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 16 14:03:59 diablo kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 16 14:03:59 diablo kernel: coretemp0: on cpu0 Sep 16 14:03:59 diablo kernel: est0: on cpu0 Sep 16 14:03:59 diablo kernel: coretemp1: on cpu1 Sep 16 14:03:59 diablo kernel: est1: on cpu1 Sep 16 14:03:59 diablo kernel: Timecounters tick every 1.000 msec Sep 16 14:03:59 diablo kernel: IPsec: Initialized Security Association Processing. Sep 16 14:03:59 diablo kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 16 14:03:59 diablo kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 16 14:03:59 diablo kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 16 14:03:59 diablo kernel: usbus3: 12Mbps Full Speed USB v1.0 Sep 16 14:03:59 diablo kernel: usbus4: 480Mbps High Speed USB v2.0 Sep 16 14:03:59 diablo kernel: ugen0.1: at usbus0 Sep 16 14:03:59 diablo kernel: uhub0: on usbus0 Sep 16 14:03:59 diablo kernel: ugen1.1: at usbus1 Sep 16 14:03:59 diablo kernel: uhub1: on usbus1 Sep 16 14:03:59 diablo kernel: ugen2.1: at usbus2 Sep 16 14:03:59 diablo kernel: uhub2: on usbus2 Sep 16 14:03:59 diablo kernel: ugen3.1: at usbus3 Sep 16 14:03:59 diablo kernel: uhub3: on usbus3 Sep 16 14:03:59 diablo kernel: ugen4.1: at usbus4 Sep 16 14:03:59 diablo kernel: uhub4: on usbus4 Sep 16 14:03:59 diablo kernel: ad0: 76318MB at ata0-master UDMA100 Sep 16 14:03:59 diablo kernel: ad1: 19091MB at ata0-slave UDMA100 Sep 16 14:03:59 diablo kernel: ad4: 1430799MB at ata2-master UDMA100 SATA Sep 16 14:03:59 diablo kernel: ad6: 476938MB at ata3-master UDMA100 SATA Sep 16 14:03:59 diablo kernel: SMP: AP CPU #1 Launched! Sep 16 14:03:59 diablo kernel: uhub0: 2 ports with 2 removable, self powered Sep 16 14:03:59 diablo kernel: uhub2: 2 ports with 2 removable, self powered Sep 16 14:03:59 diablo kernel: uhub1: 2 ports with 2 removable, self powered Sep 16 14:03:59 diablo kernel: uhub3: 2 ports with 2 removable, self powered Sep 16 14:03:59 diablo kernel: Root mount waiting for: usbus4 Sep 16 14:03:59 diablo last message repeated 2 times Sep 16 14:03:59 diablo kernel: uhub4: 8 ports with 8 removable, self powered Sep 16 14:03:59 diablo kernel: Trying to mount root from ufs:/dev/ad0s1a Sep 16 14:03:59 diablo kernel: WARNING: / was not properly dismounted Sep 16 14:03:59 diablo kernel: WARNING: /tmp was not properly dismounted Sep 16 14:03:59 diablo kernel: /tmp: mount pending error: blocks 80 files 5 Sep 16 14:03:59 diablo kernel: WARNING: /usr was not properly dismounted Sep 16 14:03:59 diablo kernel: /usr: mount pending error: blocks 4 files 1 Sep 16 14:03:59 diablo kernel: WARNING: /var was not properly dismounted Sep 16 14:03:59 diablo kernel: /var: mount pending error: blocks 1684 files 15 Sep 16 14:03:59 diablo kernel: WARNING: /backup was not properly dismounted Sep 16 14:03:59 diablo kernel: WARNING: /wd was not properly dismounted Sep 16 14:03:59 diablo kernel: bridge0: Ethernet address: de:c1:47:ce:c5:d6 Sep 16 14:03:59 diablo kernel: wlan0: Ethernet address: 00:15:e9:40:68:c3 Sep 16 14:04:00 diablo kernel: ae0: link state changed to UP Sep 16 14:04:00 diablo named[1575]: starting BIND 9.6.2-P2 -u bind -c /etc/namedb/named.conf -t /var/named -u bind Sep 16 14:04:00 diablo named[1575]: built with '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' '--disable-ipv6' '--enable-getifaddrs' '--disable-linux-caps' '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' '--without-libxml2' Sep 16 14:04:01 diablo named[1575]: command channel listening on 127.0.0.1#953 Sep 16 14:04:01 diablo named[1575]: running Sep 16 14:04:01 diablo rpcbind: cannot get information for udp6 Sep 16 14:04:01 diablo rpcbind: cannot get information for tcp6 Sep 16 14:04:02 diablo ntpd[1805]: ntpd 4.2.4p5-a (1) Sep 16 14:04:10 diablo root: /etc/rc: WARNING: failed to start proftpd Sep 16 14:04:16 diablo smartd[2090]: Device: /dev/ad0, 4294967295 Currently unreadable (pending) sectors Sep 16 14:04:16 diablo smartd[2090]: Device: /dev/ad0, 4294967295 Offline uncorrectable sectors Sep 16 14:04:20 diablo miniupnpd[2242]: HTTP listening on port 48752 Sep 16 14:04:40 diablo miniupnpd[2242]: ioctl(s, SIOCGIFADDR, ...): Can't assign requested address Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: INCORRECT BLOCK COUNT I=612353 (64 should be 0) (CORRECTED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: LINK COUNT DIR I=2 OWNER=root MODE=41777 Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: SIZE=5120 MTIME=Sep 16 14:04 2010 COUNT 21 SHOULD BE 13 (ADJUSTED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: UNREF DIR I=141312 OWNER=root MODE=41777 Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: SIZE=512 MTIME=Sep 4 18:42 2010 (CLEARED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: UNREF DIR I=329728 OWNER=root MODE=41777 Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: SIZE=512 MTIME=Sep 4 18:42 2010 (CLEARED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: UNREF FILE I=612353 OWNER=openfire MODE=100600 Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: UNREF DIR I=659456 OWNER=root MODE=41777 Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: SIZE=512 MTIME=Sep 4 18:42 2010 (CLEARED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: UNREF DIR I=1248256 OWNER=root MODE=41777 Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: SIZE=512 MTIME=Sep 4 18:42 2010 (CLEARED) Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: Reclaimed: 4 directories, 11 files, 20 fragments Sep 16 14:05:48 diablo fsck: /dev/ad0s1e: 161 files, 275 used, 5076784 free (136 frags, 634581 blocks, 0.0% fragmentation) Sep 16 14:06:29 diablo ppp[770]: tun0: Warning: 0.0.0.0: Change route failed: errno: No such process Sep 16 14:09:49 diablo fsck: /dev/ad0s1f: Reclaimed: 0 directories, 1 files, 1 fragments Sep 16 14:09:49 diablo fsck: /dev/ad0s1f: 487891 files, 4836626 used, 21592378 free (40210 frags, 2694021 blocks, 0.2% fragmentation) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: INCORRECT BLOCK COUNT I=94234 (4416 should be 4192) (CORRECTED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: INCORRECT BLOCK COUNT I=94248 (1984 should be 1952) (CORRECTED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: INCORRECT BLOCK COUNT I=1013777 (8 should be 4) (CORRECTED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: LINK COUNT DIR I=400384 OWNER=root MODE=40755 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=1024 MTIME=Sep 16 14:04 2010 COUNT 12 SHOULD BE 11 (ADJUSTED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=400410 OWNER=root MODE=140666 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=989193 OWNER=root MODE=100600 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=989194 OWNER=root MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=90112 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=989196 OWNER=root MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=989197 OWNER=root MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=989198 OWNER=root MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=989213 OWNER=root MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=0 MTIME=Sep 16 14:02 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1012885 OWNER=dhcpd MODE=100444 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=1751 MTIME=Jul 28 19:35 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1013059 OWNER=dhcpd MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=46 MTIME=Jul 25 15:47 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1013060 OWNER=dhcpd MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=298 MTIME=Jul 29 23:33 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1013061 OWNER=dhcpd MODE=100444 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=2194 MTIME=Mar 14 21:29 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1013062 OWNER=dhcpd MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=153 MTIME=Aug 16 11:27 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1013064 OWNER=dhcpd MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=1160 MTIME=Sep 4 18:42 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: LINK COUNT FILE I=1016540 OWNER=dhcpd MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=1160 MTIME=Sep 16 14:02 2010 COUNT 2 SHOULD BE 1 (ADJUSTED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: UNREF FILE I=1016541 OWNER=dhcpd MODE=100644 Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: SIZE=1160 MTIME=Aug 31 21:19 2010 (CLEARED) Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: Reclaimed: 1 directories, 44 files, 182 fragments Sep 16 14:10:32 diablo fsck: /dev/ad0s1d: 31605 files, 149957 used, 4926940 free (12092 frags, 614356 blocks, 0.2% fragmentation) Sep 16 14:10:59 diablo fsck: /dev/ad1s1d: 41 files, 557195 used, 8909736 free (32 frags, 1113713 blocks, 0.0% fragmentation) Sep 16 14:22:38 diablo fsck: /dev/ad6s1d: 107580 files, 186628837 used, 49879462 free (40494 frags, 6229871 blocks, 0.0% fragmentation) mpd.log Sep 16 14:00:15 diablo mpd: caught fatal signal term Sep 16 14:00:17 diablo mpd: [B] Bundle: Shutdown Sep 16 14:00:17 diablo mpd: [L] Link: Shutdown Sep 16 14:00:17 diablo mpd: PPTP: stop waiting for connection on 0.0.0.0 1723 Sep 16 14:00:17 diablo mpd: process 1718 terminated Sep 16 14:04:01 diablo mpd: Multi-link PPP daemon for FreeBSD named.log Sep 16 14:00:18 diablo named[1575]: received control channel command 'stop' Sep 16 14:00:18 diablo named[1575]: shutting down: flushing changes Sep 16 14:00:18 diablo named[1575]: stopping command channel on 127.0.0.1#953 Sep 16 14:00:18 diablo named[1575]: no longer listening on 127.0.0.1#53 Sep 16 14:00:18 diablo named[1575]: no longer listening on 192.168.1.1#53 Sep 16 14:00:18 diablo named[1575]: exiting Sep 16 14:04:00 diablo named[1575]: starting BIND 9.6.2-P2 -u bind -c /etc/namedb/named.conf -t /var/named -u bind ntp.log 16 Sep 14:00:06 ntpd[1817]: ntpd exiting on signal 15 16 Sep 14:06:31 ntpd[1807]: Listening on interface #3 tun0, 109.95.164.47#123 Enabled httpd-error.log [Thu Sep 16 13:59:58 2010] [info] removed PID file /var/run/httpd.pid (pid=2250) [Thu Sep 16 13:59:58 2010] [notice] caught SIGTERM, shutting down In the PF's log there's no a thing also. I think it could be a kernel panic, but I dunno shure. Also: >portaudit -Fa auditfile.tbz 100% of 62 kB 25 kBps New database installed. Affected package: sudo-1.7.3 Type of problem: sudo -- Flaw in Runas group matching. Reference: Affected package: wget-1.12_1 Type of problem: wget -- multiple HTTP client download filename vulnerability. Reference: Affected package: phpMyAdmin-3.3.4 Type of problem: phpmyadmin -- Several XSS vulnerabilities. Reference: Affected package: ruby-1.8.7.248_2,1 Type of problem: ruby -- UTF-7 encoding XSS vulnerability in WEBrick. Reference: 4 problem(s) in your installed packages found. You are advised to update or deinstall the affected package(s) immediately. I dunno use directly any of them and phpmyadmin protected with second apache autorization, but I'll update them right away. >uname -a FreeBSD diablo.miekoff.local 8.1-STABLE FreeBSD 8.1-STABLE #1 r210501M: Sat Sep 4 11:08:44 MSD 2010 amd_miek@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 16:37: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 D37B21065798; Thu, 16 Sep 2010 16:37:41 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 344578FC18; Thu, 16 Sep 2010 16:37:40 +0000 (UTC) Received: by bwz15 with SMTP id 15so2218240bwz.13 for ; Thu, 16 Sep 2010 09:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VEqvuRUkfWUL6V4TKp8nfKpvGOROZ34F/O5ff3Vnjmw=; b=ioQC8i+UJBXUbZ1u8toXV7UkXUvhAczqBy+doiN1wci2JMuVb66mKDzjXZBXLqxn/w COoJX38LKObOPlf6q0gZei8whK3axTwxnu9P47K3dHt7VWj2mbMqxN0AQPlmQ6y78RYX 3+v4g7Pu2tq3Zr2sIGBiV9L/yxz7LfpU0hoGk= 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=DJsEk6fDXIO0vM5y/QBKahO0zoAD7Lxgc3RZEV6yRFfc/u7tXI783I4hrbtW4q+qBE 98kliNMa4lAFUJci5h0EEGvfqnCCygOA3JG9+Lj0pnD2UZ9iMnG1seS4bDnK0UOoSv8g qDmyn3LHNNH3ShR8WU076xm+mDDoTexokJ1gs= MIME-Version: 1.0 Received: by 10.204.68.206 with SMTP id w14mr2686408bki.132.1284655059253; Thu, 16 Sep 2010 09:37:39 -0700 (PDT) Received: by 10.204.80.167 with HTTP; Thu, 16 Sep 2010 09:37:39 -0700 (PDT) In-Reply-To: References: <877004.53626.qm@web59106.mail.re1.yahoo.com> <201007161522.54572.jkim@FreeBSD.org> <201007161918.32195.jkim@FreeBSD.org> <201007191503.37511.jkim@FreeBSD.org> Date: Thu, 16 Sep 2010 18:37:39 +0200 Message-ID: From: David DEMELIER To: Jung-uk Kim Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Strange video mode output with VESA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 16:37:42 -0000 2010/9/16 David DEMELIER : > 2010/7/19 Jung-uk Kim : >> On Friday 16 July 2010 07:18 pm, Jung-uk Kim wrote: >>> On Friday 16 July 2010 03:22 pm, Jung-uk Kim wrote: >>> > On Friday 16 July 2010 03:00 pm, David DEMELIER wrote: >>> > > 2010/6/19 paradox : >>> > > >>On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote: >>> > > >>> Hi there, >>> > > >>> >>> > > >>> I was so happy to see that VESA is available for amd64, but >>> > > >>> unfortunately it does not work really well for me. Take a >>> > > >>> look at this picture : >>> > > >>> >>> > > >>> http://img717.imageshack.us/img717/7311/dsc00399h.jpg >>> > > >>> >>> > > >>> My laptop is a 15,6" so the best resolution is 1366x768, I >>> > > >>> tried this >>> > > >>> >>> > > >>> : vidcontrol MODE_496. As you can see on the picture all >>> > > >>> : the lines are >>> > > >>> >>> > > >>> completely everywhere, if I mouse the cursor they move away >>> > > >>> (I'm not drunk!). >>> > > >>> >>> > > >>> I have SC_PIXEL_MODE in my kernel config. >>> > > >>> >>> > > >>> The console terminal is okay until I don't excess >>> > > >>> 1280x960x32 video mode. >>> > > >>> >>> > > >>> Do you have any idea to fix this ? >>> > > >> >>> > > >>It is kinda known problem. =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDIf the mode has larger >>> > > >> bytes per scan line than the minimum, few characters per >>> > > >> line are lost when the screen is scrolled up or down, i.e., >>> > > >> framebuffer copies of whole screen. =EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDWhen you move >>> > > >> the mouse onto the line, entire line is redrawn and >>> > > >> restored. =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BDThat's what you are seeing. =EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDEd >>> > > >> might have a better idea how to fix it (CC'ed). >>> > > >> >>> > > >>Jung-uk Kim >>> > > > >>> > > > this is incorrent calculate the scan lines in the vesa driver >>> > > > Jung-uk Kim should to fix it >>> > > >>> > > But Jung-uk Kim said Ed' should fix it so we are in an infinite >>> > > loop :- >>> > >>> > No, I didn't say that. =C2=A0What I meant was "Ed may be a better >>> > qualified person to fix syscons vs. terminal emulator interaction >>> > issues." :-( >>> >>> Can you please try the attached patch? >> >> FYI, I just went ahead and committed a (slightly better) patch on head >> as r210248. =C2=A0It will be MFC'ed soon. >> >> Jung-uk Kim >> > > Sorry, I completely forgot this thread, > > I tried your patch, it didn't solved the problem but the offset is > shorter now, only 2 or 3 characters per line are bad positionned. I > will try the r210248 revision, this revision only applies to the file > scvgarndr.c ? > > Thanks. > > -- > Demelier David > I tried the r210248 revision but it doesn't works, I still have a little offset but less than without the patch. Kind regards, --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 16:49:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC9A310656A4 for ; Thu, 16 Sep 2010 16:49:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 930628FC12 for ; Thu, 16 Sep 2010 16:49:31 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta02.emeryville.ca.mail.comcast.net with comcast id 7Rhb1f0050S2fkCA2UpXaw; Thu, 16 Sep 2010 16:49:31 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta09.emeryville.ca.mail.comcast.net with comcast id 7UpW1f0023LrwQ28VUpWln; Thu, 16 Sep 2010 16:49:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 219EE9B427; Thu, 16 Sep 2010 09:49:30 -0700 (PDT) Date: Thu, 16 Sep 2010 09:49:30 -0700 From: Jeremy Chadwick To: Michael BlackHeart Message-ID: <20100916164930.GA31869@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@freebsd.org Subject: Re: FreeBSD 8.1 Stable Unreasanoble Rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 16:49:32 -0000 On Thu, Sep 16, 2010 at 08:37:29PM +0400, Michael BlackHeart wrote: > Today I've got a pretty strange event. It looks like a reboot but > unreasonable as far as I see. Before server's uptime was over month, > it's sometimes have to reboot for kernel updates or somethings like > that. I've digen all logs and didn't find a reason, so here they all. > > auth.log > Sep 16 13:59:58 diablo sshd[2284]: Received signal 15; terminating. > Sep 16 14:04:26 diablo sshd[2290]: Server listening on 0.0.0.0 port 22442. > > cron - nothing > debug.log - nothing > dmesg - nothing > > messages > Sep 16 13:44:55 diablo transmission-daemon[7965]: Couldn't create > socket: Protocol not supported (fdlimit.c:651) > Sep 16 13:45:31 diablo last message repeated 5 times > Sep 16 13:47:23 diablo last message repeated 13 times > Sep 16 13:57:40 diablo last message repeated 51 times > Sep 16 13:59:48 diablo last message repeated 12 times > Sep 16 14:00:18 diablo named[1575]: stopping command channel on 127.0.0.1#953 > Sep 16 14:00:18 diablo named[1575]: exiting > Sep 16 14:00:18 diablo syslogd: exiting on signal 15 > Sep 16 14:02:31 diablo syslogd: kernel boot file is /boot/kernel/kernel > Sep 16 14:02:31 diablo kernel: Copyright (c) 1992-2010 The FreeBSD Project. > {...} This sure looks like a legitimate reboot to me (e.g. shutdown -r now); note how your system daemons (named, syslogd) are being shut down with SIGTERM. You can check with "last" (shutdown/reboot vs. crash). I would highly recommend taking this machine offline and reinstalling the OS, in addition to newfs'ing all existing filesystems (restore from last known good backup). buildworld/installworld and buildkernel/installkernel may not be enough depending on what the individual did. It's likely the machine could be compromised in some way, especially if there's any service on it which is public-facing, regardless of authentication mechanisms you've deployed in front of it. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 17:16:05 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701A2106564A; Thu, 16 Sep 2010 17:16:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 42EA78FC08; Thu, 16 Sep 2010 17:16:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8GHG4Ro075145; Thu, 16 Sep 2010 13:16:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8GHG4MZ075134; Thu, 16 Sep 2010 17:16:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Sep 2010 17:16:04 GMT Message-Id: <201009161716.o8GHG4MZ075134@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 17:16:05 -0000 TB --- 2010-09-16 15:30:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-16 15:30:11 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-09-16 15:30:11 - cleaning the object tree TB --- 2010-09-16 15:30:37 - cvsupping the source tree TB --- 2010-09-16 15:30:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-09-16 15:48:06 - building world TB --- 2010-09-16 15:48:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 15:48:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 15:48:06 - TARGET=powerpc TB --- 2010-09-16 15:48:06 - TARGET_ARCH=powerpc TB --- 2010-09-16 15:48:06 - TZ=UTC TB --- 2010-09-16 15:48:06 - __MAKE_CONF=/dev/null TB --- 2010-09-16 15:48:06 - cd /src TB --- 2010-09-16 15:48:06 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 16 15:48:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 16 16:52:48 UTC 2010 TB --- 2010-09-16 16:52:48 - generating LINT kernel config TB --- 2010-09-16 16:52:48 - cd /src/sys/powerpc/conf TB --- 2010-09-16 16:52:48 - /usr/bin/make -B LINT TB --- 2010-09-16 16:52:48 - building LINT kernel TB --- 2010-09-16 16:52:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 16:52:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 16:52:48 - TARGET=powerpc TB --- 2010-09-16 16:52:48 - TARGET_ARCH=powerpc TB --- 2010-09-16 16:52:48 - TZ=UTC TB --- 2010-09-16 16:52:48 - __MAKE_CONF=/dev/null TB --- 2010-09-16 16:52:48 - cd /src TB --- 2010-09-16 16:52:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 16 16:52:48 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Sep 16 17:12:30 UTC 2010 TB --- 2010-09-16 17:12:30 - building GENERIC kernel TB --- 2010-09-16 17:12:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 17:12:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 17:12:30 - TARGET=powerpc TB --- 2010-09-16 17:12:30 - TARGET_ARCH=powerpc TB --- 2010-09-16 17:12:30 - TZ=UTC TB --- 2010-09-16 17:12:30 - __MAKE_CONF=/dev/null TB --- 2010-09-16 17:12:30 - cd /src TB --- 2010-09-16 17:12:30 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 16 17:12:30 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c cc1: warnings being treated as errors /src/sys/kern/sched_ule.c: In function 'sched_switch': /src/sys/kern/sched_ule.c:1807: warning: implicit declaration of function 'sched_pickcpu' /src/sys/kern/sched_ule.c:1807: warning: nested extern declaration of 'sched_pickcpu' *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-16 17:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-16 17:16:04 - ERROR: failed to build GENERIC kernel TB --- 2010-09-16 17:16:04 - 3901.42 user 995.26 system 6352.78 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 19:03:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9CE61065672 for ; Thu, 16 Sep 2010 19:03:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 71A158FC0C for ; Thu, 16 Sep 2010 19:03:09 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 6383F133EE for ; Thu, 16 Sep 2010 21:03:08 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.4/8.14.4) with ESMTP id o8GJ37rQ052293 for ; Thu, 16 Sep 2010 21:03:07 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be o8GJ37rQ052293 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1284663787; bh=8ezCx0IzkmkJg8fQT2PJPY5nZjveoK4787t4U995ELw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=SjyspxxAgfAKVDuwbeEFvP7OyVbq2f99E3U8om/MNhi7ZJrgkITDbj5wm1AxuK/he 1VxT9gUP6r9kK51O6saiA== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be o8GJ37rQ052293 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type; b=12LCqLDJqFsXOeQo0SliMn1UOO8Kmme62CoRcx5UT1uEh8O4fXCSZi6fiEKHyx8of dD/QiW0rvEqnB9+/wcCdw== Message-ID: <4C9269EB.8020002@restart.be> Date: Thu, 16 Sep 2010 21:03:07 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.12) Gecko/20100910 Thunderbird/3.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <201009161355.o8GDtroR028629@lava.sentex.ca> <4C923557.40004@DataIX.net> In-Reply-To: <4C923557.40004@DataIX.net> Content-Type: multipart/mixed; boundary="------------030206040600000104040105" Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 19:03:10 -0000 This is a multi-part message in MIME format. --------------030206040600000104040105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 09/16/2010 17:18, jhell wrote: > On 09/16/2010 09:55, Mike Tancsa wrote: >> >> Thanks again for all the ZFS fixes and enhancements! Are there any >> caveats to upgrading ? >> >> Do I just do >> >> zpool upgrade -a >> zfs upgrade -a >> >> or are there any extra steps ? >> > > Hi Mike, > > No-one knows your bootcode better than you. So if you are upgrading > don't forget if you are on a ZFS root then your bootcode might need > updating. > I was bitten by this problem in a previous ZFS upgrade. To be sure, I have added this patch to zfsimpl.c so, at boot I know if zpool/zfs upgrade will be OK. Henri > > Regards, UPDATING should have anything else. > --------------030206040600000104040105 Content-Type: text/plain; name="sys_boot_zfs.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sys_boot_zfs.patch" Index: sys/boot/zfs/zfsimpl.c =================================================================== --- sys/boot/zfs/zfsimpl.c (revision 212549) +++ sys/boot/zfs/zfsimpl.c (working copy) @@ -61,6 +61,8 @@ STAILQ_INIT(&zfs_vdevs); STAILQ_INIT(&zfs_pools); + printf("ZFS: supported version %u\n", (unsigned) SPA_VERSION); + zfs_temp_buf = malloc(TEMP_SIZE); zfs_temp_end = zfs_temp_buf + TEMP_SIZE; zfs_temp_ptr = zfs_temp_buf; --------------030206040600000104040105-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 19:24: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 139D3106564A for ; Thu, 16 Sep 2010 19:24:36 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id D3CE18FC17 for ; Thu, 16 Sep 2010 19:24:35 +0000 (UTC) Received: from pool-151-203-240-132.bos.east.verizon.net ([151.203.240.132] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1OwJQN-0008Z3-BJ; Thu, 16 Sep 2010 18:43:11 +0000 Received: from opal.com (localhost [IPv6:::1]) (authenticated bits=0) by homobox.opal.com (8.14.3/8.14.3) with ESMTP id o8GIh8Rk074291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Sep 2010 14:43:08 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([2001:5c0:1100:f101:e2cb:4eff:fe5b:27b6] helo=linwhf.opal.com) with IPv6:587 by opal.com; 16 Sep 2010 14:43:08 -0400 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 151.203.240.132 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/x1WtKiDe0vGtS0lGXROuJ Date: Thu, 16 Sep 2010 14:43:07 -0400 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20100916144307.214e3685@linwhf.opal.com> In-Reply-To: <20100916181501.N20886@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> <20100916181501.N20886@rumrunner.mine.nu> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: eivinde@terraplane.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 19:24:36 -0000 On Thu, 16 Sep 2010 18:20:35 +0200 (CEST), Eivind E wrote: > > I'll try another card (not radeon) this evening, and if that works, > I won't bother with the radeon anymore. This is my primary working > machine and I need to be able to use it again. I do however > wish to thank everybody for their hints and suggestions. > > I've had a similar (but not the same problem). My card is an RS880 [Radeon HD 4200] on an Asus M4A785-M motherboard. Problem here was that with either the radeonhd or the ati driver and the radeon.ko module loaded, performance was very slow indeed. One could see the windows being repainted, and xterm scroll was like a 1970's 1200 baud terminal! I found that renaming the radeon.ko module so that it would not be found when X.org goes to auto-load it, then unloading it and restarting X gave me normal performance. However, that came without the benefit of xvideo support. Finally I tried the radeonhd driver from the experimental port in x11-drivers/xf86-video-radeonhd-devel. This works perfectly for me: good performance AND xvideo support. Maybe this will help you too... -jr From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 19:33:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EF71065670 for ; Thu, 16 Sep 2010 19:33:03 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 824248FC08 for ; Thu, 16 Sep 2010 19:33:03 +0000 (UTC) Received: by vws7 with SMTP id 7so1335374vws.13 for ; Thu, 16 Sep 2010 12:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=h1+qJTebXqHWt7SjniFff0XZNCdubl6hzw0v8f7q+lQ=; b=lOZPNrl9v4cog8rzOKpWTKzDzdQp0YdETLQ02ZtyejdZY3TV2Ypm1A0f5nUwNlwnMh G8WkKPz60ZPXqz+0IaAQvLES2ZwGuMkMl2FS6H5gKlt5WHHIyKfMgEr7xdgdZ1FLOIZw 2SInQgnFavOsEn0VpxoZBCrStOeO9l7YMBKL0= 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=s66/kT0jjKrDVJsy8EQPoEe8omurEYJqY2sP2bQn8RczMlFJnog57Q0i18xlu9zi1U +4K3teLFZ/9IWOWKrRczNaFI6LuxOUCYzv1UIPh/7zVItF+23a+EFH0Zh7Xo9g/Zo5OP KgmQEb6mrpx910JqAqthK3fo2NSIz20NbjAnY= MIME-Version: 1.0 Received: by 10.220.71.136 with SMTP id h8mr2431373vcj.275.1284665582548; Thu, 16 Sep 2010 12:33:02 -0700 (PDT) Received: by 10.220.180.71 with HTTP; Thu, 16 Sep 2010 12:33:02 -0700 (PDT) In-Reply-To: <20100916164930.GA31869@icarus.home.lan> References: <20100916164930.GA31869@icarus.home.lan> Date: Thu, 16 Sep 2010 23:33:02 +0400 Message-ID: From: Michael BlackHeart To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.1 Stable Unreasanoble Rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 19:33:04 -0000 2010/9/16 Jeremy Chadwick : > On Thu, Sep 16, 2010 at 08:37:29PM +0400, Michael BlackHeart wrote: >> Today I've got a pretty strange event. It looks like a reboot but >> unreasonable as far as I see. Before server's uptime was over month, >> it's sometimes have to reboot for kernel updates or somethings like >> that. I've digen all logs and didn't find a reason, so here they all. >> >> auth.log >> Sep 16 13:59:58 diablo sshd[2284]: Received signal 15; terminating. >> Sep 16 14:04:26 diablo sshd[2290]: Server listening on 0.0.0.0 port 2244= 2. >> >> cron - nothing >> debug.log - nothing >> dmesg - nothing >> >> messages >> Sep 16 13:44:55 diablo transmission-daemon[7965]: Couldn't create >> socket: Protocol not supported (fdlimit.c:651) >> Sep 16 13:45:31 diablo last message repeated 5 times >> Sep 16 13:47:23 diablo last message repeated 13 times >> Sep 16 13:57:40 diablo last message repeated 51 times >> Sep 16 13:59:48 diablo last message repeated 12 times >> Sep 16 14:00:18 diablo named[1575]: stopping command channel on 127.0.0.= 1#953 >> Sep 16 14:00:18 diablo named[1575]: exiting >> Sep 16 14:00:18 diablo syslogd: exiting on signal 15 >> Sep 16 14:02:31 diablo syslogd: kernel boot file is /boot/kernel/kernel >> Sep 16 14:02:31 diablo kernel: Copyright (c) 1992-2010 The FreeBSD Proje= ct. >> {...} > > This sure looks like a legitimate reboot to me (e.g. shutdown -r now); > note how your system daemons (named, syslogd) are being shut down with > SIGTERM. =A0You can check with "last" (shutdown/reboot vs. crash). > > > I would highly recommend taking this machine offline and reinstalling > the OS, in addition to newfs'ing all existing filesystems (restore from > last known good backup). =A0buildworld/installworld and > buildkernel/installkernel may not be enough depending on what the > individual did. =A0It's likely the machine could be compromised in some > way, especially if there's any service on it which is public-facing, > regardless of authentication mechanisms you've deployed in front of it. > > > -- > | Jeremy Chadwick =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 jdc@parodius.com | > | Parodius Networking =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://= www.parodius.com/ | > | UNIX Systems Administrator =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Mountain = View, CA, USA | > | Making life hard for others since 1977. =A0 =A0 =A0 =A0 =A0 =A0 =A0PGP:= 4BD6C0CB | > > That looks reasonable last says: reboot ~ th 16 sen 14:04 reboot ~ th 16 sen 14:03 shutdown ~ th 16 sen 13:59 and it's pretty good syncs with logs but there's no anybody access to physical console 'cos it's not even plugged in. That's for the first. Next, I've got, I believe, pretty strong passwords, and also root can't log in directly, but wheel user also is in operators so he also can reboot or shutdown, but there's no any attempts or successful logins. All potentialy dangerous services run under their own unprerileged users, and so on. Crontabs also doesn't contain scripts, I prefer periodic system, and there's no anyway anything that cause reboot. Thing that worries me it that there were multiple reboots and shutdown that goes up by itself without anyone pressing a button. And in messages log there's fsck segment that indicates to unnormal shutdown or reboot. It looks like it started to shutting down but was in some case interrupted and after powering up it few times reboots itself. But commonly FreeBSD doesn't reboot by it's own will. The same hardware worked over a half a year under 8.0 stables without such a problem. I just would like to understand from where this problem comes up. This machine doesn't contain any critical info so I'll wait for a bit. Also I'd like to notice that recently I've tuned hdd's spindown exept system hdd by atacontrol port, powerd and CPU frequency lowering in idle, maybe something of this could cause this problem? And where could I check this out? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 21:06:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F8C10656BB for ; Thu, 16 Sep 2010 21:06:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 592948FC17 for ; Thu, 16 Sep 2010 21:06:49 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id o8GL6mt9069648; Thu, 16 Sep 2010 15:06:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o8GL6mj1069645; Thu, 16 Sep 2010 15:06:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 16 Sep 2010 15:06:48 -0600 (MDT) From: Warren Block To: Eivind E In-Reply-To: <20100916181501.N20886@rumrunner.mine.nu> Message-ID: References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> <20100916181501.N20886@rumrunner.mine.nu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Thu, 16 Sep 2010 15:06:48 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 21:06:49 -0000 On Thu, 16 Sep 2010, Eivind E wrote: > On Wed, 15 Sep 2010, Warren Block wrote: > >> On Wed, 15 Sep 2010, Eivind E wrote: >>> (WW) RADEONHD(0): !!! Option HPD is set !!! >>> This shall only be used to work around broken connector tables. >>> Please report your findings to radeonhd@opensuse.org >> >> radeon doesn't have this option at all. >>> (II) RADEONHD(0): Output VGA_1 using monitor section Skjerm >> >> Odd. Later on on it looks like it's using DVI-I_1/analog. See my >> xorg.conf for an example of tying monitors to specific outputs in the >> Device section. > > I tried your configuration file so both of these should be fine, > however, I'm not quite sure what's correct for the Monitor-DVI-X > when using the adaptor to vga which came with the card. The monitor > is an old crt one. The port names are specific to the driver. I'd guess it should be Option "Monitor-DV-I_1" "Skjerm" From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 21:18:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB951065673 for ; Thu, 16 Sep 2010 21:18:59 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail47.e.nsc.no (mail47.e.nsc.no [193.213.115.47]) by mx1.freebsd.org (Postfix) with ESMTP id 17AFE8FC1F for ; Thu, 16 Sep 2010 21:18:58 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail47.nsc.no (8.14.3/8.14.3) with ESMTP id o8GLItoY005383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Sep 2010 23:18:56 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8GLItWJ022684; Thu, 16 Sep 2010 23:18:55 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8GLItSB022681; Thu, 16 Sep 2010 23:18:55 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Thu, 16 Sep 2010 23:18:54 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: "J.R. Oldroyd" In-Reply-To: <20100916144307.214e3685@linwhf.opal.com> Message-ID: <20100916230615.H22568@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> <20100916181501.N20886@rumrunner.mine.nu> <20100916144307.214e3685@linwhf.opal.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 21:18:59 -0000 On Thu, 16 Sep 2010, J.R. Oldroyd wrote: > Finally I tried the radeonhd driver from the experimental port > in x11-drivers/xf86-video-radeonhd-devel. This works perfectly > for me: good performance AND xvideo support. I tried this driver aswell, it still locked up. I've replaced the card with an nvidia now which behaves almost as the radeon did a year ago; I can start X once, when starting it for a second time it freezes. For now, I will have to make do with that, I need the machine for regular use. All of these problems sure makes me miss the Amiga, where the hardware was known and worked good as long as it didn't have defects in the hardware itself. Whether you used the system libs or banged the hardware directly, there were simply not that many configurations to consider. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 21:22:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EDF0106564A for ; Thu, 16 Sep 2010 21:22:02 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id 607C08FC22 for ; Thu, 16 Sep 2010 21:22:00 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail43.nsc.no (8.14.3/8.14.3) with ESMTP id o8GLLvvt021108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Sep 2010 23:21:57 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o8GLLvom022709; Thu, 16 Sep 2010 23:21:57 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o8GLLv5C022706; Thu, 16 Sep 2010 23:21:57 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Thu, 16 Sep 2010 23:21:57 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Warren Block In-Reply-To: Message-ID: <20100916232118.J22568@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> <20100916181501.N20886@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2010 21:22:02 -0000 On Thu, 16 Sep 2010, Warren Block wrote: > The port names are specific to the driver. I'd guess it should be > Option "Monitor-DV-I_1" "Skjerm" Thanks, I'll make a note of it if I put the card back to check it later on. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 16 22:19: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 4FAC41065696 for ; Thu, 16 Sep 2010 22:19:23 +0000 (UTC) (envelope-from drsweetlips@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 01BB08FC1C for ; Thu, 16 Sep 2010 22:19:22 +0000 (UTC) Received: by qyk4 with SMTP id 4so1896600qyk.13 for ; Thu, 16 Sep 2010 15:19:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=U+ZlBl7kePMzlhc6bN5JhkCSqD0GxwMJa1Uj30Kraks=; b=ebrM+F4mdgmndtbF+VfXqEUYyxpbE+CZq3cak8wyrNXFWQcMxlEktqU6D+DBl9da2z obIOvTHOYYa8x0dRHSRH4ZLoZMsnuio+bAY55U09Op3rtZotK6XgIxGS1yzZieDsLi3f WsEkaeah9hqRr2RROitabKR/R9xgznYhPEILY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=k9sUYBikuGkxNb59S4P2QCVNMAUeD9va0UjMCtGzrj5Urjlui8TDYWivGUJ5f0YZgS TtHxuL4vCZ4nYeg5HgPhzrshnHvl3yTo/zJ66J/l+Vzn4Gd0HGUm8U/AXVkPs1wmjVqG GKLlePiTllLfGl2UxrEeijd3uLYQdrGGDMVlI= Received: by 10.224.29.3 with SMTP id o3mr2715121qac.178.1284675559982; Thu, 16 Sep 2010 15:19:19 -0700 (PDT) Received: from [192.168.1.149] (rrcs-71-42-52-115.se.biz.rr.com [71.42.52.115]) by mx.google.com with ESMTPS id t18sm3204685qco.32.2010.09.16.15.19.18 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Sep 2010 15:19:19 -0700 (PDT) Message-ID: <4C9297E5.5010505@gmail.com> Date: Thu, 16 Sep 2010 18:19:17 -0400 From: FOSS Deluxe User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100826 Thunderbird/3.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100916090258.445D61065717@hub.freebsd.org> In-Reply-To: <20100916090258.445D61065717@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd-stable Digest, Vol 374, Issue 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2010 22:19:23 -0000 Sweet. What were you doin'? On 09/16/2010 05:02 AM, freebsd-stable-request@freebsd.org wrote: > Re: very stupid mistake: a part of /usr is deleted > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 01:35:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60F8C1065670 for ; Fri, 17 Sep 2010 01:35:21 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 251EC8FC1A for ; Fri, 17 Sep 2010 01:35:20 +0000 (UTC) Received: by qwg5 with SMTP id 5so1661141qwg.13 for ; Thu, 16 Sep 2010 18:35:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.220.143 with SMTP id hy15mr2887864qcb.227.1284685442407; Thu, 16 Sep 2010 18:04:02 -0700 (PDT) Received: by 10.229.98.199 with HTTP; Thu, 16 Sep 2010 18:04:02 -0700 (PDT) X-Originating-IP: [93.203.61.122] In-Reply-To: <4C90F7AF.5040802@kkip.pl> References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> <4C90F7AF.5040802@kkip.pl> Date: Fri, 17 Sep 2010 03:04:02 +0200 Message-ID: From: "C. P. Ghost" To: Bartosz Stec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: zara.kanaeva@ggi.uni-tuebingen.de, freebsd-stable@freebsd.org Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 01:35:21 -0000 On Wed, Sep 15, 2010 at 6:43 PM, Bartosz Stec wrote: > =A0On 2010-09-15 17:20, Ivan Voras wrote: >> >>> uname -a -> >>> FreeBSD (XXXXXX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: >>> Sat Nov 21 15:02:08 UTC 2009 >>> root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> >> That is actually an easy situation to recover, you can do it in at least >> these ways: >> >> 1) if you build/upgrade from source, you can either reinstall if you hav= e >> working /usr/obj or try and rebuild them if you have working /usr/src >> (...) > > This is a solution I would recommend (if time isn't the problem), first c= sup > fresh 8.X sources, rebuild, upgrade, and as a result you will get more th= an > missing files, but 8.1-RELASE + STABLE patches :). Maybe installing the files from the live-CD in single-user mode is easier at this point... ... especially if some crucial files (/usr/bin/csup, /usr/bin/cc, /usr/bin/= gcc, /usr/bin/install, /usr/bin/tar etc...) are missing (and thus preventing csu= p, build, install). THEN, with the old /usr/bin/* files reinstalled from media= , source-upgrading with csup / make buildworld etc... is the way to go. But ivoras@ is right: restoring /usr/bin is pretty easy nonetheless. > -- > Bartosz Stec -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 05:23: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 039EA106566C; Fri, 17 Sep 2010 05:23:43 +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 7822E8FC16; Fri, 17 Sep 2010 05:23:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o8H50GdW068830; Fri, 17 Sep 2010 15:00:16 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 17 Sep 2010 15:00:16 +1000 (EST) From: Ian Smith To: Ivan Voras In-Reply-To: Message-ID: <20100917143359.X73353@sola.nimnet.asn.au> References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 05:23:43 -0000 On Wed, 15 Sep 2010, Ivan Voras wrote: [..] > That is actually an easy situation to recover, you can do it in at least > these ways: > > 1) if you build/upgrade from source, you can either reinstall if you have > working /usr/obj or try and rebuild them if you have working /usr/src > > 2) if you have another machine with the same FreeBSD version and > architecture, simply copy the missing files (with tar, scp, ftp, fetch/wget, > etc...) > > 3) if you have networking and at least working fetch / ftp / wget, cat and > tar, you can fetch the files at > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/8.0-RELEASE/base/ and use > install.sh to reinstall the base binaries > > Remember that those files are not magical, you can restore them any way you > are able. You can even boot the live CD (from > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/), mount the > appropriate file system and copy the files from the CD. 1) and 3) look good, but 2) - except tar - or cp'ing files from the CD won't preserve hard links, of which there are quite a few in /usr/bin, that install.sh takes care of: tar --unlink -xpzf - -C ${DESTDIR:-/} Apart from the few megs of extra space used, I wonder if that matters, especially regarding later updates that may replace some of those files? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 07:03: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 180F4106566C for ; Fri, 17 Sep 2010 07:03:13 +0000 (UTC) (envelope-from nr1c0re@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C665A8FC14 for ; Fri, 17 Sep 2010 07:03:12 +0000 (UTC) Received: by qyk4 with SMTP id 4so2353890qyk.13 for ; Fri, 17 Sep 2010 00:03:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=hPHg/jPsRi++3WGKZ7ytCMxP39TJV7geRI8Zj5kxBDs=; b=EQze2e/wYmB9jeJUjrPW1ncQUPZ12enxtvJ4NpKyG7oJfVUMM0UKwhP2eyRZB0YWGv 3USZEJnfJC40p506cjDqXeNFIAjlucr2/EjtDZ6xEwOTsxsgD1A/g7SxEXu7csmmf/Hs iR/OLDegEhNspwo/JVYjNwTiVrGVUUvSpn7r8= 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=lW5nWMY/vnM8v3bbCWn3MIojimDzdgQ4YCVHNYUVQTSWPycfEv/94/falbErWxTku5 BZc/l7mrzOR151euY31imhDKmAXNz3H2CzzUhaEl65OfkMKPwWq40svG3qGaY4MlFgZk 96VUoBes/jjU4vr5Ix8TOtw3yTsRMeabGzJok= MIME-Version: 1.0 Received: by 10.224.54.13 with SMTP id o13mr3084485qag.9.1284705153302; Thu, 16 Sep 2010 23:32:33 -0700 (PDT) Received: by 10.229.214.142 with HTTP; Thu, 16 Sep 2010 23:32:32 -0700 (PDT) In-Reply-To: <4C90F7AF.5040802@kkip.pl> References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> <4C90F7AF.5040802@kkip.pl> Date: Fri, 17 Sep 2010 10:32:32 +0400 Message-ID: From: c0re To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 07:03:13 -0000 But if Zara Kanaeva use freebsd-update that method wont fit her needs. 2010/9/15 Bartosz Stec : > > This is a solution I would recommend (if time isn't the problem), first csup > fresh 8.X sources, rebuild, upgrade, and as a result you will get more than > missing files, but 8.1-RELASE + STABLE patches :). > -- > Bartosz Stec > _______________________________________________ > 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 Sep 17 08:49:23 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 6DC35106564A for ; Fri, 17 Sep 2010 08:49:23 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id D5C7D8FC0C for ; Fri, 17 Sep 2010 08:49:22 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o8H8nLmp087287 for ; Fri, 17 Sep 2010 11:49:21 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4C932B8B.2040705@eng.auth.gr> Date: Fri, 17 Sep 2010 11:49:15 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100821 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org References: <4C921F2B.6090101@eng.auth.gr> In-Reply-To: <4C921F2B.6090101@eng.auth.gr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: fbsd8_stable nfsv3 sys=krb5 issue [resolved] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 08:49:23 -0000 On 16/09/2010 16:44, George Mamalakis wrote: > Hi all, > > I re-decided to move my nfs server from solaris to fbsd. So I am using > test machines to see if it works. I have my kerberos realm configured, > and seems to work fine, both nfsserver and nfsclient have their host > and nfs keytabs stored in /etc/krb5.keytab files, and I am following > the configuration instructions from > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup that > rick was kind enough to write (thanx rick!). Before analyzing my > problem and configuration steps further, let me state the reason for > this email: I am not able to access an nfsv3 mounted filesystem when > mounted with sys=krb5 (or krb5i, krb5p whatsoever) by following rick's > instructions, whereas in the past I had no such problem. > > To be more specific: > Last time I was playing with the configuration most things worked fine > (Feb 2010), but now things seem a bit different, and I am not sure > whether I have forgotten something fundamental on my configuration or > something has changed since I updated both my machines (client and > server) to the latest sources: > > nfs-server: > # uname -a > FreeBSD fbsdclient.ee.auth.gr 8.1-STABLE FreeBSD 8.1-STABLE #1: Wed > Sep 15 17:07:13 EEST 2010 > root@fbsdclient.ee.auth.gr:/usr/obj/usr/src/sys/SERVER i386 > > nfs-client: > # uname -a > FreeBSD filesrv.ee.auth.gr 8.1-STABLE FreeBSD 8.1-STABLE #0: Fri Sep > 10 13:08:06 EEST 2010 > root@filesrv.ee.auth.gr:/usr/obj/usr/src/sys/CLIENT amd64 > > I have my two usual test-users on my test-machines, mamalos and > testakis, who both exist as kerberos principals too; their uids and > gids are the same on all machines. I am able to kinit to any of them > on my machines and acquire a valid kerberos ticket, which makes me > assume that kdc runs nicely. > > fbsd-client's /etc/rc.conf reads: > > rpcbind_enable="YES" > mountd_enable="YES" > mountd_flags="-e" > nfs_server_enable="YES" > nfs_client_enable="YES" > nfsv4_server_enable="YES" > nfsuserd_enable="YES" > gssd_enable="YES" > > and fbsd-server's /etc/rc.conf reads: > rpcbind_enable="YES" > nfs_client_flags="-n 4" > rpc_statd_enable="YES" > rpc_lockd_enable="YES" > #nfsd_flags="-e" > gssd_enable="YES" > nfsuserd_enable="YES" > nfsclient_enable="YES" > # nfs server > nfs_server_enable="YES" > mountd_enable="YES" > #mountd_flags="-e" > > > Don't get confused that both machines have nfsd enabled (the client is > used as an experimental nfsv4 server too), and I think that this > should not be an issue with regard to my problem (on the other hand, > nobody knows...). > > the server's kernel-config reads: > > options KGSSAPI > device crypto > options NFSCL > > and the client's kernel-config reads: > > options NFSD #(don't forget that the client works as an > nfsv4 server too) > options KGSSAPI > device crypto > > Lastly, the server's /etc/exports reads: > /exports -alldirs -sec=krb5 > > on the server: > # ls -la /exports > total 10 > drwxr-xr-x 5 root wheel - 512 17 Feb 2010 ./ > drwxr-xr-x 22 root wheel - 512 15 Sep 19:33 ../ > drwxr-xr-x 3 root wheel - 512 5 Feb 2010 m/ > drwxr-xr-x 2 mamalos wheel - 512 16 Sep 15:43 mamalos/ > drwx------ 2 testakis wheel - 512 4 Feb 2010 testakis/ > > > > on the client: > # klist > klist: No ticket file: /tmp/krb5cc_0 > # mount mount_nfs -onfsv3,sec=krb5 server:/exports /mnt > # mount > /dev/da0s1a on / (ufs, local, soft-updates) > devfs on /dev (devfs, local, multilabel) > server:/exports on /mnt (nfs) > # ls -la /mnt > total 0 > ls: /mnt: Permission denied > # exit > $ id > uid=1001(mamalos) gid=1001(mamalos) groups=1001(mamalos),0(wheel) > $ klist > klist: No ticket file: /tmp/krb5cc_1001 > $ ls -la /mnt > total 0 > ls: /mnt: Permission denied > $ kinit mamalos > mamalos@EXAMPLE's Password: > $ klist > Credentials cache: FILE:/tmp/krb5cc_1001 > Principal: mamalos@EXAMPLE > > Issued Expires Principal > Sep 16 16:26:49 Sep 17 02:26:49 krbtgt/EXAMPLE@EXAMPLE > $ ls -la /mnt > total 0 > ls: /mnt: Permission denied > ... > (dooea?!?!?!!?) > ... > $ klist > Credentials cache: FILE:/tmp/krb5cc_1001 > Principal: mamalos@EXAMPLE > > Issued Expires Principal > Sep 16 16:26:49 Sep 17 02:26:49 krbtgt/EXAMPLE@EXAMPLE > Sep 16 16:27:51 Sep 17 02:26:49 nfs/server@EXAMPLE > > And this is where I don't understand what I have done wrong... > If I use sec=krb5:sys in my /etc/exports, and type mount_nfs > -onsfsv3,sec=krb5 ...blabla... on the client, everything seems to work > ok, but then again no kerberos "protection" is applicable (I am able > to rw in /mnt/mamalos folders as mamalos without having obtained any > ticket). > > I assume that I must have forgotten to include something very > fundamental in my configs, but my head is stuck, so if someone has an > idea... > > Thank you all for your time in advance, > > regards, > > mamalos > Rick, I found the problem once I followed your suggestion to kinit -k fbsdclient.ee.auth.gr on the server; the output was "wrong password" or something like that. On both server and client I have two keys stored in their /etc/krb5.keytab files: one nfs/blabla and one host/blabla (due to other services I was testing on them). On the server, the first key stored in the keytab file was the host/ key and not the nfs/ key. Hence it wouldn't accept it (even though the kdc.log wouldn't complain...this I still haven't understood so far). Once I placed a single /etc/krb5.keytab file containing only the nfs/ key, everything worked as should. Which yields the (natural?) question: Why am I unable to kinit to both keys stored in my keytab (I am able to kinit only to the *first* key stored in the keytab), even though I have the right to store more than one keys in a keytab? Thanx again, Rick. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 09:11:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63AB21065672 for ; Fri, 17 Sep 2010 09:11:08 +0000 (UTC) (envelope-from benzene@arcor.de) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mx1.freebsd.org (Postfix) with ESMTP id 115188FC19 for ; Fri, 17 Sep 2010 09:11:07 +0000 (UTC) Received: from mail-in-21-z2.arcor-online.net (unknown [151.189.8.185]) by mx.arcor.de (Postfix) with ESMTP id A4CB521253B; Fri, 17 Sep 2010 10:37:51 +0200 (CEST) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-21-z2.arcor-online.net (Postfix) with ESMTP id 85EF9EDB4B; Fri, 17 Sep 2010 10:37:51 +0200 (CEST) Received: from thingol.doriath (dslb-188-101-073-142.pools.arcor-ip.net [188.101.73.142]) (Authenticated sender: herrhoffmann@arcor.de) by mail-in-06.arcor-online.net (Postfix) with ESMTPSA id 1F6EC10C049; Fri, 17 Sep 2010 10:37:51 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-06.arcor-online.net 1F6EC10C049 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arcor.de; s=mail-in; t=1284712671; bh=Rzx8d7Wcm15yEOZq4FmPryAc4jD5Fm6vdTOSIxMtcg8=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=CrK/QyOnqsHCJz8Cx1kuaej9wJ4eAffYpvzwR3Kvi4ouvHy6KNXEvNKk3LGAtfSHR b1jJWAsTDuXC120OIwcRATeNAShd22WE8prvWqDzarGG6hWSiX9yjCWd/pp4n2ayIq +uieMTXhsCy0HpNLACyO2ZTTSp1tZ5D0/ofobFRE= From: Michael Hoffmann To: freebsd-stable@freebsd.org, Zara Kanaeva Date: Fri, 17 Sep 2010 10:37:45 +0200 User-Agent: KMail/1.9.10 References: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> In-Reply-To: <20100915153638.19173erppua441d2@webmail.uni-tuebingen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201009171037.49163.benzene@arcor.de> Cc: Subject: Re: very stupid mistake: a part of /usr is deleted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 09:11:08 -0000 Am Wednesday 15 September 2010 15:36:38 schrieb Zara Kanaeva: > can i get the binaries, that was deleted, with > sysinstall/distributions/base ? This will restall the missing binaries, but I think there will be installed some original files of the /etc directory, too. I think you changed at least your credentials and /etc/shells. These might get lost. - Michael From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 09:14: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 1C69510656C1 for ; Fri, 17 Sep 2010 09:14:35 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA5E8FC16 for ; Fri, 17 Sep 2010 09:14:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OwX1c-0000WE-D1 for freebsd-stable@freebsd.org; Fri, 17 Sep 2010 11:14:32 +0200 Received: from nuclight.avtf.net ([217.29.94.29]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Sep 2010 11:14:32 +0200 Received: from vadim_nuclight by nuclight.avtf.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Sep 2010 11:14:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Fri, 17 Sep 2010 09:14:23 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 50 Message-ID: References: <20100908073019.GA16493@lonesome.com> <4C89107A.6050802@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: nuclight.avtf.net X-Comment-To: jhell User-Agent: slrn/0.9.9p1 (FreeBSD) Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 09:14:35 -0000 Hi jhell! On Thu, 09 Sep 2010 12:51:06 -0400; jhell wrote about 'Re: Policy for removing working code (Was: HEADS UP: FreeBSD 6.4 and 8.0 EoLs coming soon)': >>> The situation was: an announcement was made that "in X months, all network >>> drivers need to be made to run Giant-free so that FreeBSD can drop Giant >>> from the neworking stack to move forward." Within that period, most of >>> the drivers were updated. Repeated postings were made to the mailing list >>> that "the following drivers still have not been converted, and need to be >>> updated or they will be dropped." They weren't; they were droppped. >> >> No. See my answer to vwe@ that there were no proper announcements. With them, >> for example, someone could get sponsored to update these drivers which were >> needed by those FreeBSD users who can't maintain code themselves. That's a last >> resort, more likely volunteers will come, but you get the idea. >> >>> So while it could "still" work, it was slowing down progress. >> >> If it is not ideology, then what is it?.. >> >>> The fact of the matter is, FreeBSD is a big project with a finite number >>> of developers. We try to keep as much coverage of systems as we can, but >>> a reality of any large software engineering project is that older features >>> sometimes have to be dropped to make progress. >> >>>From time to time such critical cases could possibly be handled by another >> ways, I've mentioned one possible above. >> >>> The code still exists in the repository for any interested party to pick >>> up and modernize. >> >> I hope that for this particular case alternative from ports will be enough. >> But policy is not tied to one particular case, alas. >> > Would you please stop provoking a situation for which you are no more > involved in other than running FreeBSD. You either not understanding that this situation is about entire project (not ISDN, but policy) or assert that users just running FreeBSD should not care about the way things happen, which is wrong. And thus your "stop provoking" sounds like ostrich policy, which is even worse. > PS: The website in your signature is broke. This should give you enough > to do for a while. You may have noted in whois that I am not that site admin. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 09:21:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9E0D106564A for ; Fri, 17 Sep 2010 09:21:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5440B8FC08 for ; Fri, 17 Sep 2010 09:21:56 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OwX8l-0004LF-1J for freebsd-stable@freebsd.org; Fri, 17 Sep 2010 11:21:55 +0200 Received: from nuclight.avtf.net ([217.29.94.29]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Sep 2010 11:21:55 +0200 Received: from vadim_nuclight by nuclight.avtf.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Sep 2010 11:21:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Fri, 17 Sep 2010 09:21:44 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 39 Message-ID: References: <201009100920.o8A9KAAp030811@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: nuclight.avtf.net X-Comment-To: Julian H. Stacey User-Agent: slrn/0.9.9p1 (FreeBSD) Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 09:21:56 -0000 Hi Julian H. Stacey! On Fri, 10 Sep 2010 11:20:10 +0200; Julian H. Stacey wrote about 'Re: Policy for removing working code': >>> If someone is following a RELENG_X (a.k.a -STABLE) or a RELENG_X_Y (a >>> errata fix branch), then they should be reading the stable@ list. >> >> True for RELENG_X, but not for RELENG_X_Y. They shouldn't, because all >> information for security/errata fix branch go to announce@, they don't >> need to read all noise in stable@ just for this. And, what is more important, >> they in fact don't do. So announce@ is the only choice from purely practical >> means. > One option could be a new list perhaps called eg one of > features@ > advisories@ > notifications@ > feature-notifications@ > to carry heads up notification of future feature changes / removals. > Its would be more traffic than > announce@ > but much lower traffic than > stable@ > FreeBSD already has the precedent of > security-notifications@ Umm, no: security-notifications@ is not an addon to, but rather a subset of announce@ for those who don't care about anything except the most important events - security. So announce@ would be sufficient - and Handbook already states that things like call for volunteers go to announce@ (and many feature removal notifications may be not certain if there will be volunteers then). But perhaps your idea is applicable to www.freebsd.org, though. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 09:25:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157C5106566C for ; Fri, 17 Sep 2010 09:25:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id BF2D68FC19 for ; Fri, 17 Sep 2010 09:25:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OwXBo-0005oD-4s for freebsd-stable@freebsd.org; Fri, 17 Sep 2010 11:25:04 +0200 Received: from nuclight.avtf.net ([217.29.94.29]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Sep 2010 11:25:04 +0200 Received: from vadim_nuclight by nuclight.avtf.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Sep 2010 11:25:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Fri, 17 Sep 2010 09:24:04 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 29 Message-ID: References: <201009100920.o8A9KAAp030811@fire.js.berklix.net> <4C8A77C9.70009@FreeBSD.org> <4C8C484C.7060607@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: nuclight.avtf.net X-Comment-To: jhell User-Agent: slrn/0.9.9p1 (FreeBSD) Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 09:25:06 -0000 Hi jhell! On Sat, 11 Sep 2010 23:26:04 -0400; jhell wrote about 'Re: Policy for removing working code': >> Just send these notices to -announce. The removal of stuff like this >> doesn't happen often, and as long as we're careful with the frequency >> and content of the messages I can't imagine people would complain too much. > I agree with Doug on this. > No need to add another layer of complexity to the already existing > lists. Just use them properly. Besides wouldn't it make sense to publish > the top three or five recent posts to announce@ to a reserved space on > the CMS rather than relying on consumers to subscribe to the list at > all. I know errata notices get announced I would think a heads up around > the board about big changes like removing portions of code completely > should be announced as well. Good idea. I think the web site is viewed by more people than read announce@. > FreeBSD-CA-??? "Change Announcement?" for that are constructed much of > the same way the SA & EN are ?. No, as this is not certain - if volunteers will answer the call, feature may survive instead of removal. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 09:36: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 CBD6E106564A for ; Fri, 17 Sep 2010 09:36:48 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 18B648FC0A for ; Fri, 17 Sep 2010 09:36:47 +0000 (UTC) Received: (qmail 98481 invoked from network); 17 Sep 2010 09:36:45 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 17 Sep 2010 09:36:45 -0000 Message-ID: <4C9336AC.6040806@h3q.com> Date: Fri, 17 Sep 2010 11:36:44 +0200 From: Philipp Wuensche User-Agent: Postbox 1.1.5 (Macintosh/20100613) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4C744DC4.3070100@h3q.com> In-Reply-To: <4C744DC4.3070100@h3q.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Crashes on X7SPE-HF with em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 09:36:48 -0000 In the end this turned out to be faulty hardware, at least the mainboard died a tragic death and has to be replaced now. Thanks for the help anyway and sorry for the noise! Greetings, philipp Philipp Wuensche wrote: > Hi, > > I'm having trouble with a system on a Supermicro X7SPE-HF, it crashes > about once a day. I haven't found a way to trigger this yet. > > The system has a bunch of VLANs on em1, it does routing between them. > > Currently its running 8-STABLE but it happend with 8.1-RELEASE too. > > greetings, > Philipp > > # kgdb kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xffffffff8061f5a8 > stack pointer = 0x28:0xffffff80000e64d0 > frame pointer = 0x28:0xffffff80000e64e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (em1 taskq) > trap number = 9 > panic: general protection fault > cpuid = 0 > Uptime: 13h24m39s > Physical memory: 4079 MB > Dumping 1349 MB: 1334 1318 1302 1286 1270 1254 1238 1222 1206 1190 1174 > 1158 1142 1126 1110 1094 1078 1062 1046 1030 1014 998 982 966 950 934 > 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 > 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 > 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 > 38 22 6 > > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from > /boot/kernel/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from > /boot/kernel/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from > /boot/kernel/coretemp.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/coretemp.ko > Reading symbols from /boot/kernel/ahci.ko...Reading symbols from > /boot/kernel/ahci.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ahci.ko > Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from > /boot/kernel/ipmi.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ipmi.ko > Reading symbols from /boot/kernel/smbus.ko...Reading symbols from > /boot/kernel/smbus.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/smbus.ko > Reading symbols from /boot/kernel/pflog.ko...Reading symbols from > /boot/kernel/pflog.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/pflog.ko > Reading symbols from /boot/kernel/pf.ko...Reading symbols from > /boot/kernel/pf.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/pf.ko > #0 doadump () at pcpu.h:224 > 224 __asm("movq %%gs:0,%0" : "=r" (td)); > (kgdb) list *0xffffffff8061f5a8 > 0xffffffff8061f5a8 is in m_tag_locate (/usr/src/sys/kern/uipc_mbuf2.c:389). > 384 if (t == NULL) > 385 p = SLIST_FIRST(&m->m_pkthdr.tags); > 386 else > 387 p = SLIST_NEXT(t, m_tag_link); > 388 while (p != NULL) { > 389 if (p->m_tag_cookie == cookie && p->m_tag_id == type) > 390 return p; > 391 p = SLIST_NEXT(p, m_tag_link); > 392 } > 393 return NULL; > (kgdb) backtrace > #0 doadump () at pcpu.h:224 > #1 0xffffffff805c25ce in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xffffffff805c29dc in panic (fmt=0x0) > at /usr/src/sys/kern/kern_shutdown.c:590 > #3 0xffffffff808d40bd in trap_fatal (frame=0xffffffff80c8af60, > eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:777 > #4 0xffffffff808d4a8b in trap (frame=0xffffff80000e6420) > at /usr/src/sys/amd64/amd64/trap.c:588 > #5 0xffffffff808b9d64 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:224 > #6 0xffffffff8061f5a8 in m_tag_locate (m=0xffffff010bb45c00, cookie=0, > type=6, t=Variable "t" is not available. > ) at /usr/src/sys/kern/uipc_mbuf2.c:388 > #7 0xffffffff806d7c56 in ip_ipsec_output (m=0xffffff80000e6598, > inp=0xffffff010be43150, flags=0xffffff80000e6594, > error=0xffffff80000e65a8, ifp=Variable "ifp" is not available. > ) at mbuf.h:1006 > #8 0xffffffff806d97ef in ip_output (m=0xffffff010bb45c00, opt=Variable > "opt" is not available. > ) > at /usr/src/sys/netinet/ip_output.c:483 > #9 0xffffffff8073ef13 in tcp_output (tp=0xffffff000a9eb370) > at /usr/src/sys/netinet/tcp_output.c:1190 > #10 0xffffffff8073a42d in tcp_do_segment (m=0xffffff000a4cd800, > th=0xffffff000a4df824, so=0xffffff000a9037f8, tp=0xffffff000a9eb370, > drop_hdrlen=52, tlen=0, iptos=0 '\0', ti_locked=2) > at /usr/src/sys/netinet/tcp_input.c:1484 > #11 0xffffffff8073cf7b in tcp_input (m=0xffffff000a4cd800, off0=Variable > "off0" is not available. > ) > at /usr/src/sys/netinet/tcp_input.c:1029 > #12 0xffffffff806d7660 in ip_input (m=0xffffff000a4cd800) > at /usr/src/sys/netinet/ip_input.c:793 > #13 0xffffffff8067bd3e in netisr_dispatch_src (proto=1, source=Variable > "source" is not available. > ) > at /usr/src/sys/net/netisr.c:917 > #14 0xffffffff806720fd in ether_demux (ifp=0xffffff0004fd4000, > m=0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:901 > #15 0xffffffff806724c7 in ether_input (ifp=0xffffff0004fd4000, > m=0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:760 > #16 0xffffffff8067201f in ether_demux (ifp=0xffffff0002686800, > m=0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:810 > #17 0xffffffff806724c7 in ether_input (ifp=0xffffff0002686800, > m=0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:760 > #18 0xffffffff8033a00b in em_rxeof (rxr=0xffffff00026f7400, count=100, > done=0x0) at /usr/src/sys/dev/e1000/if_em.c:4196 > #19 0xffffffff8033aab8 in em_handle_que (context=Variable "context" is > not available. > ) > at /usr/src/sys/dev/e1000/if_em.c:1451 > #20 0xffffffff805ff704 in taskqueue_run (queue=0xffffff0002727b80) > at /usr/src/sys/kern/subr_taskqueue.c:239 > #21 0xffffffff805ff976 in taskqueue_thread_loop (arg=Variable "arg" is > not available. > ) > at /usr/src/sys/kern/subr_taskqueue.c:360 > #22 0xffffffff805985a8 in fork_exit ( > callout=0xffffffff805ff930 , > arg=0xffffff80003c1740, frame=0xffffff80000e6c80) > at /usr/src/sys/kern/kern_fork.c:844 > #23 0xffffffff808ba23e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:566 > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000000000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0x0000000000000000 in ?? () > #45 0x0000000000000000 in ?? () > #46 0x0000000000000000 in ?? () > #47 0x0000000000000000 in ?? () > #48 0x00000000010d1000 in ?? () > #49 0x0000000000000000 in ?? () > #50 0x0000000000000000 in ?? () > #51 0xffffffff80cb0fa0 in sleepq_chains () > #52 0xffffff00025087c0 in ?? () > #53 0xffffff80000e6b20 in ?? () > #54 0xffffff80000e6ad8 in ?? () > #55 0xffffff00026877c0 in ?? () > #56 0xffffffff805e64fa in sched_switch (td=0xffffff80003c1740, > newtd=0xffffffff805ff930, flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1844 > Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 12:09: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 A73EB106564A for ; Fri, 17 Sep 2010 12:09:58 +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 EECB68FC12 for ; Fri, 17 Sep 2010 12:09:57 +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 PAA21501; Fri, 17 Sep 2010 15:09:54 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C935A92.7010204@icyb.net.ua> Date: Fri, 17 Sep 2010 15:09:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100909 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: vadim_nuclight@mail.ru References: <20100908073019.GA16493@lonesome.com> <4C89107A.6050802@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 12:09:58 -0000 on 17/09/2010 12:14 Vadim Goncharov said the following: > You either not understanding that this situation is about entire project (not > ISDN, but policy) or assert that users just running FreeBSD should not care > about the way things happen, which is wrong. And thus your "stop provoking" > sounds like ostrich policy, which is even worse. You either don't understand the situation or are a troll. People who actively participate(d) in the project/community were very well aware of the issue. Following the generalized principle of locality it was not expected that much help would come from people who didn't already sufficiently participate. This much belated and non-productive thread is a perfect demonstration. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 12:39: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 056C61065679 for ; Fri, 17 Sep 2010 12:39:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 735EB8FC0A for ; Fri, 17 Sep 2010 12:39:17 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8HCcwXB084728; Fri, 17 Sep 2010 14:39:13 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8HCcwCl084727; Fri, 17 Sep 2010 14:38:58 +0200 (CEST) (envelope-from olli) Date: Fri, 17 Sep 2010 14:38:58 +0200 (CEST) Message-Id: <201009171238.o8HCcwCl084727@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, sperber@deinprogramm.de In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Fri, 17 Sep 2010 14:39:13 +0200 (CEST) Cc: Subject: Re: How to predict drive number change for 7.3->8.1 upgrade? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, sperber@deinprogramm.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 12:39:18 -0000 Michael Sperber wrote: > I just upgraded my desktop system from 7.3 to 8.1, and the main hard > drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > initial boot failed when trying to mount the root file system from ad6. > > The desktop system is now fixed, but I also have a rented server with > only a serial console, and I worry that the upgrade is going to leave me > with a dead machine. Is there any way to predict how the drive number > changes? (Why does it change at all?) If so, what's the proper way to > tell the system the initial root device *before* rebooting? Remove "options ATA_STATIC_ID" from your kernel config before building the new kernel and rebooting. Then your first disk will be ad0, no matter what controller and channel it is connected to. Be sure to update your /etc/fstab file. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 12:57: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 3C67E106567A for ; Fri, 17 Sep 2010 12:57:41 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id E90988FC0C for ; Fri, 17 Sep 2010 12:57:40 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id 348DE1706B for ; Fri, 17 Sep 2010 12:57:39 +0000 (UTC) Received: from eta.local (p5B205E63.dip.t-dialin.net [91.32.94.99]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id E99DB1704A for ; Fri, 17 Sep 2010 12:57:38 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id 24F00852A4A; Fri, 17 Sep 2010 14:57:38 +0200 (CEST) From: Michael Sperber To: freebsd-stable@FreeBSD.ORG References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> Date: Fri, 17 Sep 2010 14:57:38 +0200 In-Reply-To: <201009171238.o8HCcwCl084727@lurza.secnetix.de> (Oliver Fromme's message of "Fri, 17 Sep 2010 14:38:58 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 12:57:41 -0000 Oliver Fromme writes: > Michael Sperber wrote: > > I just upgraded my desktop system from 7.3 to 8.1, and the main hard > > drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > > initial boot failed when trying to mount the root file system from ad6. > > > > The desktop system is now fixed, but I also have a rented server with > > only a serial console, and I worry that the upgrade is going to leave me > > with a dead machine. Is there any way to predict how the drive number > > changes? (Why does it change at all?) If so, what's the proper way to > > tell the system the initial root device *before* rebooting? > > Remove "options ATA_STATIC_ID" from your kernel config > before building the new kernel and rebooting. Then your > first disk will be ad0, no matter what controller and > channel it is connected to. Be sure to update your > /etc/fstab file. Ah, excellent - that's what I was looking for. Thanks! -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 13:04: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 CB16810656AA for ; Fri, 17 Sep 2010 13:04:34 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx7.ksu.ru (honey.ksu.ru [193.232.252.54]) by mx1.freebsd.org (Postfix) with ESMTP id E13C58FC14 for ; Fri, 17 Sep 2010 13:04:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.56,382,1280692800"; d="p7s'?scan'208";a="976607" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iport2.ksu.ru with ESMTP; 17 Sep 2010 17:04:30 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id o8HD4hgP020133; Fri, 17 Sep 2010 13:04:43 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id o8HD4Cfd036899; Fri, 17 Sep 2010 17:04:12 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4C93674B.20300@ksu.ru> Date: Fri, 17 Sep 2010 17:04:11 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100724 Firefox/3.0.7 MIME-Version: 1.0 To: Michael Sperber References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010609020705080206050407" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 13:04:35 -0000 This is a cryptographically signed message in MIME format. --------------ms010609020705080206050407 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Michael Sperber wrote: > > Oliver Fromme writes: > >> Michael Sperber wrote: >> > I just upgraded my desktop system from 7.3 to 8.1, and the main h= ard >> > drive, which was /dev/ad6 before is now /dev/ad10. Consequently,= the >> > initial boot failed when trying to mount the root file system fro= m ad6. >> > >> > The desktop system is now fixed, but I also have a rented server = with >> > only a serial console, and I worry that the upgrade is going to l= eave me >> > with a dead machine. Is there any way to predict how the drive n= umber >> > changes? (Why does it change at all?) If so, what's the proper = way to >> > tell the system the initial root device *before* rebooting? >> >> Remove "options ATA_STATIC_ID" from your kernel config >> before building the new kernel and rebooting. Then your >> first disk will be ad0, no matter what controller and >> channel it is connected to. Be sure to update your >> /etc/fstab file. > > Ah, excellent - that's what I was looking for. Thanks! > beware of drago^Wchanging of adX numbers each time you add/remove drive=20 ;) It's better to label filesystems, imho ;) --=20 SY, Marat --------------ms010609020705080206050407-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 13:35: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 97C141065672 for ; Fri, 17 Sep 2010 13:35:34 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5045F8FC27 for ; Fri, 17 Sep 2010 13:35:34 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id A355A1706B; Fri, 17 Sep 2010 13:35:32 +0000 (UTC) Received: from eta.local (p5B205E63.dip.t-dialin.net [91.32.94.99]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id 3D3AD1704A; Fri, 17 Sep 2010 13:35:32 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id 72222852ABD; Fri, 17 Sep 2010 15:35:31 +0200 (CEST) From: Michael Sperber To: "Marat N.Afanasyev" References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> <4C93674B.20300@ksu.ru> Date: Fri, 17 Sep 2010 15:35:31 +0200 In-Reply-To: <4C93674B.20300@ksu.ru> (Marat N. Afanasyev's message of "Fri, 17 Sep 2010 17:04:11 +0400") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 13:35:34 -0000 "Marat N.Afanasyev" writes: > Michael Sperber wrote: >> >> Oliver Fromme writes: >> >>> Michael Sperber wrote: >>> > I just upgraded my desktop system from 7.3 to 8.1, and the main hard >>> > drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the >>> > initial boot failed when trying to mount the root file system from ad6. >>> > >>> > The desktop system is now fixed, but I also have a rented server with >>> > only a serial console, and I worry that the upgrade is going to leave me >>> > with a dead machine. Is there any way to predict how the drive number >>> > changes? (Why does it change at all?) If so, what's the proper way to >>> > tell the system the initial root device *before* rebooting? >>> >>> Remove "options ATA_STATIC_ID" from your kernel config >>> before building the new kernel and rebooting. Then your >>> first disk will be ad0, no matter what controller and >>> channel it is connected to. Be sure to update your >>> /etc/fstab file. >> >> Ah, excellent - that's what I was looking for. Thanks! >> > beware of drago^Wchanging of adX numbers each time you add/remove > drive ;) It's better to label filesystems, imho ;) This is a rented server, so I no drive will ever be removed or added. On the other hand, if I understand it correctly, I'll need to unmount the root partition in order to label it - right? -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 14:21: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 D0ED0106566C for ; Fri, 17 Sep 2010 14:21:47 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx7.ksu.ru (honey.ksu.ru [193.232.252.54]) by mx1.freebsd.org (Postfix) with ESMTP id ED70D8FC12 for ; Fri, 17 Sep 2010 14:21:45 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.56,383,1280692800"; d="p7s'?scan'208";a="977008" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iport2.ksu.ru with ESMTP; 17 Sep 2010 18:21:32 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id o8HEL715004281; Fri, 17 Sep 2010 14:21:07 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id o8HEKZN7037432; Fri, 17 Sep 2010 18:20:35 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4C937933.4060707@ksu.ru> Date: Fri, 17 Sep 2010 18:20:35 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100724 Firefox/3.0.7 MIME-Version: 1.0 To: Michael Sperber References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> <4C93674B.20300@ksu.ru> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080004020109060702010503" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 14:21:48 -0000 This is a cryptographically signed message in MIME format. --------------ms080004020109060702010503 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Michael Sperber wrote: > > "Marat N.Afanasyev" writes: > >> Michael Sperber wrote: >>> >>> Oliver Fromme writes: >>> >>>> Michael Sperber wrote: >>>> > I just upgraded my desktop system from 7.3 to 8.1, and the ma= in hard >>>> > drive, which was /dev/ad6 before is now /dev/ad10. Consequen= tly, the >>>> > initial boot failed when trying to mount the root file system= from ad6. >>>> > >>>> > The desktop system is now fixed, but I also have a rented ser= ver with >>>> > only a serial console, and I worry that the upgrade is going = to leave me >>>> > with a dead machine. Is there any way to predict how the dri= ve number >>>> > changes? (Why does it change at all?) If so, what's the pro= per way to >>>> > tell the system the initial root device *before* rebooting? >>>> >>>> Remove "options ATA_STATIC_ID" from your kernel config >>>> before building the new kernel and rebooting. Then your >>>> first disk will be ad0, no matter what controller and >>>> channel it is connected to. Be sure to update your >>>> /etc/fstab file. >>> >>> Ah, excellent - that's what I was looking for. Thanks! >>> >> beware of drago^Wchanging of adX numbers each time you add/remove >> drive ;) It's better to label filesystems, imho ;) > > This is a rented server, so I no drive will ever be removed or added. > On the other hand, if I understand it correctly, I'll need to unmount > the root partition in order to label it - right? > you may try the following commands: sysctl kern.geom.debugflags=3D16 foreach fs (your-filesystems) glabel label your-$fs-label your-$fs-device end echo geom_label_load=3D"YES" >> /boot/loader.conf reboot and see if the labels appear in /dev/label --=20 SY, Marat --------------ms080004020109060702010503-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 14:35:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 511E6106564A for ; Fri, 17 Sep 2010 14:35:55 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id 08FF28FC18 for ; Fri, 17 Sep 2010 14:35:54 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id 6E0A01706A; Fri, 17 Sep 2010 14:35:53 +0000 (UTC) Received: from eta.local (p5B205E63.dip.t-dialin.net [91.32.94.99]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id 3E8781704A; Fri, 17 Sep 2010 14:35:53 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id 76E56852BBB; Fri, 17 Sep 2010 16:35:52 +0200 (CEST) From: Michael Sperber To: "Marat N.Afanasyev" References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> <4C93674B.20300@ksu.ru> <4C937933.4060707@ksu.ru> Date: Fri, 17 Sep 2010 16:35:52 +0200 In-Reply-To: <4C937933.4060707@ksu.ru> (Marat N. Afanasyev's message of "Fri, 17 Sep 2010 18:20:35 +0400") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 14:35:55 -0000 "Marat N.Afanasyev" writes: > you may try the following commands: > > sysctl kern.geom.debugflags=16 > > foreach fs (your-filesystems) > glabel label your-$fs-label your-$fs-device > end > > echo geom_label_load="YES" >> /boot/loader.conf > reboot > > and see if the labels appear in /dev/label Is this safe to do? The man page for glabel seems to imply that glabel should be used before newfs, and tunefs after newfs. -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 14:40:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FB31065673 for ; Fri, 17 Sep 2010 14:40:11 +0000 (UTC) (envelope-from omerfsen@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 098F58FC14 for ; Fri, 17 Sep 2010 14:40:10 +0000 (UTC) Received: by pvc21 with SMTP id 21so776185pvc.13 for ; Fri, 17 Sep 2010 07:40:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=m/SZzgRNLjcgjA5C00z3yYc6MgbolGi426Y6PIXB1Bk=; b=uAsKGmFF/A/wlmrFX4zvK8r0ZJOVczo4PPMcRpWFUbVjL8ubA1B3XbR5oEj51HQ1FW WO+2D9aWr/zZhB7NVGlSxpbnW0qzgUtKh+SVmwfw9kqEOr3ZbRoi01USb8dJG1EwwRNK DfaBs1v26pM1b7Wxy+8z1RmJxU14YiGcNj52c= 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=gWUEksmgcuumJjtJPjXxL9XQhDQAsN0g7RhJ9mWIMiYLnFA2LoJNdf6/eblLMi3aVI 5m4caOYBswDTu8lNuY0GzlzYPX9BiOjtghQXcNHLmpN0Cq2slaDeP0KxKerW+I8a7yXg SrSauvnXDSJwjTniXPaXtEg99KlIlJWgUOJzE= MIME-Version: 1.0 Received: by 10.142.199.2 with SMTP id w2mr1795621wff.260.1284732721563; Fri, 17 Sep 2010 07:12:01 -0700 (PDT) Received: by 10.220.124.14 with HTTP; Fri, 17 Sep 2010 07:12:01 -0700 (PDT) In-Reply-To: <4C9336AC.6040806@h3q.com> References: <4C744DC4.3070100@h3q.com> <4C9336AC.6040806@h3q.com> Date: Fri, 17 Sep 2010 17:12:01 +0300 Message-ID: From: Omer Faruk SEN To: Philipp Wuensche Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Crashes on X7SPE-HF with em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 14:40:11 -0000 Maybe it is related with http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2010-01/msg00021.html which is still not in 8-STABLE On Fri, Sep 17, 2010 at 12:36 PM, Philipp Wuensche w= rote: > In the end this turned out to be faulty hardware, at least the mainboard > died a tragic death and has to be replaced now. > > Thanks for the help anyway and sorry for the noise! > > Greetings, > philipp > > Philipp Wuensche wrote: >> Hi, >> >> I'm having trouble with a system on a Supermicro X7SPE-HF, it crashes >> about once a day. I haven't found a way to trigger this yet. >> >> The system has a bunch of VLANs on em1, it does routing between them. >> >> Currently its running 8-STABLE but it happend with 8.1-RELEASE too. >> >> greetings, >> Philipp >> >> # kgdb kernel.debug /var/crash/vmcore.0 >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you= are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. =A0Type "show warranty" for det= ails. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> instruction pointer =A0 =3D 0x20:0xffffffff8061f5a8 >> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80000e64d0 >> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80000e64e0 >> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, long 1, d= ef32 0, gran 1 >> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >> current process =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 0 (em1 taskq) >> trap number =A0 =A0 =A0 =A0 =A0 =3D 9 >> panic: general protection fault >> cpuid =3D 0 >> Uptime: 13h24m39s >> Physical memory: 4079 MB >> Dumping 1349 MB: 1334 1318 1302 1286 1270 1254 1238 1222 1206 1190 1174 >> 1158 1142 1126 1110 1094 1078 1062 1046 1030 1014 998 982 966 950 934 >> 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 >> 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 >> 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 >> 38 22 6 >> >> Reading symbols from /boot/kernel/zfs.ko...Reading symbols from >> /boot/kernel/zfs.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/zfs.ko >> Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from >> /boot/kernel/opensolaris.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/opensolaris.ko >> Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from >> /boot/kernel/coretemp.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/coretemp.ko >> Reading symbols from /boot/kernel/ahci.ko...Reading symbols from >> /boot/kernel/ahci.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ahci.ko >> Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from >> /boot/kernel/ipmi.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ipmi.ko >> Reading symbols from /boot/kernel/smbus.ko...Reading symbols from >> /boot/kernel/smbus.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/smbus.ko >> Reading symbols from /boot/kernel/pflog.ko...Reading symbols from >> /boot/kernel/pflog.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/pflog.ko >> Reading symbols from /boot/kernel/pf.ko...Reading symbols from >> /boot/kernel/pf.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/pf.ko >> #0 =A0doadump () at pcpu.h:224 >> 224 =A0 =A0 =A0 =A0 =A0 __asm("movq %%gs:0,%0" : "=3Dr" (td)); >> (kgdb) list *0xffffffff8061f5a8 >> 0xffffffff8061f5a8 is in m_tag_locate (/usr/src/sys/kern/uipc_mbuf2.c:38= 9). >> 384 =A0 =A0 =A0 =A0 =A0 if (t =3D=3D NULL) >> 385 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 p =3D SLIST_FIRST(&m->m_pkthdr.t= ags); >> 386 =A0 =A0 =A0 =A0 =A0 else >> 387 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 p =3D SLIST_NEXT(t, m_tag_link); >> 388 =A0 =A0 =A0 =A0 =A0 while (p !=3D NULL) { >> 389 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (p->m_tag_cookie =3D=3D cooki= e && p->m_tag_id =3D=3D type) >> 390 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return p; >> 391 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 p =3D SLIST_NEXT(p, m_tag_link); >> 392 =A0 =A0 =A0 =A0 =A0 } >> 393 =A0 =A0 =A0 =A0 =A0 return NULL; >> (kgdb) backtrace >> #0 =A0doadump () at pcpu.h:224 >> #1 =A00xffffffff805c25ce in boot (howto=3D260) >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:416 >> #2 =A00xffffffff805c29dc in panic (fmt=3D0x0) >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:590 >> #3 =A00xffffffff808d40bd in trap_fatal (frame=3D0xffffffff80c8af60, >> eva=3DVariable "eva" is not available. >> ) >> =A0 =A0 at /usr/src/sys/amd64/amd64/trap.c:777 >> #4 =A00xffffffff808d4a8b in trap (frame=3D0xffffff80000e6420) >> =A0 =A0 at /usr/src/sys/amd64/amd64/trap.c:588 >> #5 =A00xffffffff808b9d64 in calltrap () >> =A0 =A0 at /usr/src/sys/amd64/amd64/exception.S:224 >> #6 =A00xffffffff8061f5a8 in m_tag_locate (m=3D0xffffff010bb45c00, cookie= =3D0, >> =A0 =A0 type=3D6, t=3DVariable "t" is not available. >> ) at /usr/src/sys/kern/uipc_mbuf2.c:388 >> #7 =A00xffffffff806d7c56 in ip_ipsec_output (m=3D0xffffff80000e6598, >> =A0 =A0 inp=3D0xffffff010be43150, flags=3D0xffffff80000e6594, >> =A0 =A0 error=3D0xffffff80000e65a8, ifp=3DVariable "ifp" is not availabl= e. >> ) at mbuf.h:1006 >> #8 =A00xffffffff806d97ef in ip_output (m=3D0xffffff010bb45c00, opt=3DVar= iable >> "opt" is not available. >> ) >> =A0 =A0 at /usr/src/sys/netinet/ip_output.c:483 >> #9 =A00xffffffff8073ef13 in tcp_output (tp=3D0xffffff000a9eb370) >> =A0 =A0 at /usr/src/sys/netinet/tcp_output.c:1190 >> #10 0xffffffff8073a42d in tcp_do_segment (m=3D0xffffff000a4cd800, >> =A0 =A0 th=3D0xffffff000a4df824, so=3D0xffffff000a9037f8, tp=3D0xffffff0= 00a9eb370, >> =A0 =A0 drop_hdrlen=3D52, tlen=3D0, iptos=3D0 '\0', ti_locked=3D2) >> =A0 =A0 at /usr/src/sys/netinet/tcp_input.c:1484 >> #11 0xffffffff8073cf7b in tcp_input (m=3D0xffffff000a4cd800, off0=3DVari= able >> "off0" is not available. >> ) >> =A0 =A0 at /usr/src/sys/netinet/tcp_input.c:1029 >> #12 0xffffffff806d7660 in ip_input (m=3D0xffffff000a4cd800) >> =A0 =A0 at /usr/src/sys/netinet/ip_input.c:793 >> #13 0xffffffff8067bd3e in netisr_dispatch_src (proto=3D1, source=3DVaria= ble >> "source" is not available. >> ) >> =A0 =A0 at /usr/src/sys/net/netisr.c:917 >> #14 0xffffffff806720fd in ether_demux (ifp=3D0xffffff0004fd4000, >> =A0 =A0 m=3D0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:901 >> #15 0xffffffff806724c7 in ether_input (ifp=3D0xffffff0004fd4000, >> =A0 =A0 m=3D0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:760 >> #16 0xffffffff8067201f in ether_demux (ifp=3D0xffffff0002686800, >> =A0 =A0 m=3D0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:810 >> #17 0xffffffff806724c7 in ether_input (ifp=3D0xffffff0002686800, >> =A0 =A0 m=3D0xffffff000a4cd800) at /usr/src/sys/net/if_ethersubr.c:760 >> #18 0xffffffff8033a00b in em_rxeof (rxr=3D0xffffff00026f7400, count=3D10= 0, >> =A0 =A0 done=3D0x0) at /usr/src/sys/dev/e1000/if_em.c:4196 >> #19 0xffffffff8033aab8 in em_handle_que (context=3DVariable "context" is >> not available. >> ) >> =A0 =A0 at /usr/src/sys/dev/e1000/if_em.c:1451 >> #20 0xffffffff805ff704 in taskqueue_run (queue=3D0xffffff0002727b80) >> =A0 =A0 at /usr/src/sys/kern/subr_taskqueue.c:239 >> #21 0xffffffff805ff976 in taskqueue_thread_loop (arg=3DVariable "arg" is >> not available. >> ) >> =A0 =A0 at /usr/src/sys/kern/subr_taskqueue.c:360 >> #22 0xffffffff805985a8 in fork_exit ( >> =A0 =A0 callout=3D0xffffffff805ff930 , >> =A0 =A0 arg=3D0xffffff80003c1740, frame=3D0xffffff80000e6c80) >> =A0 =A0 at /usr/src/sys/kern/kern_fork.c:844 >> #23 0xffffffff808ba23e in fork_trampoline () >> =A0 =A0 at /usr/src/sys/amd64/amd64/exception.S:566 >> #24 0x0000000000000000 in ?? () >> #25 0x0000000000000000 in ?? () >> #26 0x0000000000000000 in ?? () >> #27 0x0000000000000000 in ?? () >> #28 0x0000000000000000 in ?? () >> #29 0x0000000000000000 in ?? () >> #30 0x0000000000000000 in ?? () >> #31 0x0000000000000000 in ?? () >> #32 0x0000000000000000 in ?? () >> #33 0x0000000000000000 in ?? () >> #34 0x0000000000000000 in ?? () >> #35 0x0000000000000000 in ?? () >> #36 0x0000000000000000 in ?? () >> #37 0x0000000000000000 in ?? () >> #38 0x0000000000000000 in ?? () >> #39 0x0000000000000000 in ?? () >> #40 0x0000000000000000 in ?? () >> #41 0x0000000000000000 in ?? () >> #42 0x0000000000000000 in ?? () >> #43 0x0000000000000000 in ?? () >> #44 0x0000000000000000 in ?? () >> #45 0x0000000000000000 in ?? () >> #46 0x0000000000000000 in ?? () >> #47 0x0000000000000000 in ?? () >> #48 0x00000000010d1000 in ?? () >> #49 0x0000000000000000 in ?? () >> #50 0x0000000000000000 in ?? () >> #51 0xffffffff80cb0fa0 in sleepq_chains () >> #52 0xffffff00025087c0 in ?? () >> #53 0xffffff80000e6b20 in ?? () >> #54 0xffffff80000e6ad8 in ?? () >> #55 0xffffff00026877c0 in ?? () >> #56 0xffffffff805e64fa in sched_switch (td=3D0xffffff80003c1740, >> =A0 =A0 newtd=3D0xffffffff805ff930, flags=3DVariable "flags" is not avai= lable. >> ) at /usr/src/sys/kern/sched_ule.c:1844 >> Previous frame inner to this frame (corrupt stack?) > > _______________________________________________ > 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 Sep 17 15:22: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 77CB1106564A for ; Fri, 17 Sep 2010 15:22:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 369E28FC12 for ; Fri, 17 Sep 2010 15:22:05 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id E392513DF46 for ; Fri, 17 Sep 2010 19:22:03 +0400 (MSD) Date: Fri, 17 Sep 2010 19:21:54 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <6310327366.20100917192154@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: WITHOUT_MODULES: does it work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 15:22:06 -0000 Hello, Freebsd-stable. I'm trying to build very small FreeBSD installation (8.1-STABLE) and trying to use WITHOUT_MOUDLES=3D"list" on buildkernel stage. But it builds all modules anyway. Simple check shows that I do something wrong: % cd /usr/src/sys/modules %make -V SUBDIR | grep -l 3dfx (standard input) %make WITHOUT_MODULES=3D3dfx -V SUBDIR | grep -l 3dfx (standard input) % What do I do wrong? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 15:54: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 9AE131065679 for ; Fri, 17 Sep 2010 15:54:18 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id E8A0A8FC0A for ; Fri, 17 Sep 2010 15:54:17 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id AD39876; Fri, 17 Sep 2010 17:38:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kW9OGrQgazGn; Fri, 17 Sep 2010 17:38:01 +0200 (CEST) Received: from snifi.localnet (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 2BDD867; Fri, 17 Sep 2010 17:38:01 +0200 (CEST) From: Maciej Milewski To: freebsd-stable@freebsd.org Date: Fri, 17 Sep 2010 17:37:58 +0200 User-Agent: KMail/1.13.5 (Linux/2.6.35-ARCH; KDE/4.5.1; x86_64; ; ) References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> <4C937933.4060707@ksu.ru> In-Reply-To: X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201009171738.00057.milu@dat.pl> Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Marat N.Afanasyev" , Michael Sperber Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 15:54:18 -0000 Dnia pi=B1tek 17 wrzesie=F1 2010 o 16:35:52 Michael Sperber napisa=B3(a): > "Marat N.Afanasyev" writes: > > you may try the following commands: > >=20 > > sysctl kern.geom.debugflags=3D16 > >=20 > > foreach fs (your-filesystems) > > glabel label your-$fs-label your-$fs-device > > end > >=20 > > echo geom_label_load=3D"YES" >> /boot/loader.conf > > reboot > >=20 > > and see if the labels appear in /dev/label >=20 > Is this safe to do? The man page for glabel seems to imply that glabel > should be used before newfs, and tunefs after newfs. It's because geom class uses the last sector of the provider to keep his=20 metadata, so if you will overwrite this sector then you lose this metadata(= in=20 this case label). So to not lose this metadata you should use geom_label fi= rst=20 and then newfs on the /dev/label/... I think that using ufs label should be sufficient, glabel supports them too= =20 (under /dev/ufs directory). Maciek From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 16:09:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A08CA10656A3 for ; Fri, 17 Sep 2010 16:09:11 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 809EA8FC12 for ; Fri, 17 Sep 2010 16:09:11 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OwdUr-0004yN-SY for freebsd-stable@freebsd.org; Fri, 17 Sep 2010 09:09:10 -0700 Message-ID: <29740089.post@talk.nabble.com> Date: Fri, 17 Sep 2010 09:09:09 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org In-Reply-To: <6310327366.20100917192154@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <6310327366.20100917192154@serebryakov.spb.ru> Subject: Re: WITHOUT_MODULES: does it work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 16:09:11 -0000 Lev Serebryakov-4 wrote: > > Hello, Freebsd-stable. > > I'm trying to build very small FreeBSD installation (8.1-STABLE) and > trying to use WITHOUT_MOUDLES="list" on buildkernel stage. But it > builds all modules anyway. > > Simple check shows that I do something wrong: > > % cd /usr/src/sys/modules > %make -V SUBDIR | grep -l 3dfx > (standard input) > %make WITHOUT_MODULES=3dfx -V SUBDIR | grep -l 3dfx > (standard input) > % > > What do I do wrong? > > If it should be small, why not use MODULES_OVERRIDE= "list" and build only the modules needed? regards, - Jakub Lach -- View this message in context: http://old.nabble.com/WITHOUT_MODULES%3A-does-it-work--tp29739626p29740089.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 16:37: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 2628A1065673 for ; Fri, 17 Sep 2010 16:37:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A98A98FC19 for ; Fri, 17 Sep 2010 16:37:14 +0000 (UTC) Received: by ewy22 with SMTP id 22so1330356ewy.13 for ; Fri, 17 Sep 2010 09:37:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=CmYGEoQ7+g6QaorhGIwiqRWRXYtnurdLjERLTkvEy18=; b=Of77deKnSdW/aU/n5r7YNR+ok8YQ6N+zX/TTdkRlO+zWnHorK+yMqb6BtgEapoDhpv nQ0EzFzdexir9A0tkiRRJrNQ3YLDwmFDP/HOmimOniewSbYZhByg+BS+HS0LgKWtSp74 2a13lMN2DW3vmqd77mpUk4N6DRqDTflpnpBco= 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:content-transfer-encoding; b=URnlYhfVf+IQJiolnbrZsC8Tozjgp4vMoYbPJ31GLrA8X7vWGHO+AovGwQs5Pc4nP6 TpF8+6qzp2IjxC9+ylrvBLVZiyqwVWoadA7YZimbH8ihzwnYqreIIOvsZutkTqBfdNTn CA7F8eUh3nZXNTxEh5BDvmFE3VRXk3dkVpp3I= MIME-Version: 1.0 Received: by 10.223.106.209 with SMTP id y17mr2070285fao.105.1284739822566; Fri, 17 Sep 2010 09:10:22 -0700 (PDT) Received: by 10.223.110.197 with HTTP; Fri, 17 Sep 2010 09:10:22 -0700 (PDT) In-Reply-To: <201009171238.o8HCcwCl084727@lurza.secnetix.de> References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> Date: Fri, 17 Sep 2010 09:10:22 -0700 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 16:37:15 -0000 On Fri, Sep 17, 2010 at 5:38 AM, Oliver Fromme wro= te: > Michael Sperber wrote: > =C2=A0> I just upgraded my desktop system from 7.3 to 8.1, and the main h= ard > =C2=A0> drive, which was /dev/ad6 before is now /dev/ad10. =C2=A0Conseque= ntly, the > =C2=A0> initial boot failed when trying to mount the root file system fro= m ad6. > =C2=A0> > =C2=A0> The desktop system is now fixed, but I also have a rented server = with > =C2=A0> only a serial console, and I worry that the upgrade is going to l= eave me > =C2=A0> with a dead machine. =C2=A0Is there any way to predict how the dr= ive number > =C2=A0> changes? =C2=A0(Why does it change at all?) =C2=A0If so, what's t= he proper way to > =C2=A0> tell the system the initial root device *before* rebooting? > > Remove "options ATA_STATIC_ID" from your kernel config > before building the new kernel and rebooting. =C2=A0Then your > first disk will be ad0, no matter what controller and > channel it is connected to. =C2=A0Be sure to update your > /etc/fstab file. Problem with doing that (no ATA_STATIC_ID) is that if you change the order that your PCI devices are enumerated, you will change the order in which your disks are probed, and all your numbers change again. :) And there's an option for this in every BIOS I've worked with. Plus, moving addon controllers from one slot to another will also re-number your devices. The best, long-term, solution is to label your devices/filesystems so that the name never changes, no matter what happsn to the underlying device nodes. There are multiple ways to do so, depending on whether you want to label the disk, the slice, the partition, or the filesystem: - glabe; - gpart labels - filesystem labels --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 16:45: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 64260106564A for ; Fri, 17 Sep 2010 16:45:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D31208FC15 for ; Fri, 17 Sep 2010 16:45:53 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8HGjaIq015874; Fri, 17 Sep 2010 18:45:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8HGjaYj015873; Fri, 17 Sep 2010 18:45:36 +0200 (CEST) (envelope-from olli) Date: Fri, 17 Sep 2010 18:45:36 +0200 (CEST) Message-Id: <201009171645.o8HGjaYj015873@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fjwcash@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Fri, 17 Sep 2010 18:45:51 +0200 (CEST) Cc: Subject: Re: How to predict drive number change for 7.3->8.1 upgrade? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fjwcash@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 16:45:54 -0000 Freddie Cash wrote: > On Fri, Sep 17, 2010 at 5:38 AM, Oliver Fromme wrote: > > Remove "options ATA_STATIC_ID" from your kernel config > > before building the new kernel and rebooting.  Then your > > first disk will be ad0, no matter what controller and > > channel it is connected to.  Be sure to update your > > /etc/fstab file. > > Problem with doing that (no ATA_STATIC_ID) is that if you change the > order that your PCI devices are enumerated, you will change the order > in which your disks are probed, and all your numbers change again. :) > And there's an option for this in every BIOS I've worked with. Plus, > moving addon controllers from one slot to another will also re-number > your devices. He wrote that it is a rented server with just one drive. I don't see how the drive number could ever change under these circustances. So removing ATA_STATIC_ID is really the easiest solution. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 17:03: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 E3B02106566C; Fri, 17 Sep 2010 17:03:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4708F8FC12; Fri, 17 Sep 2010 17:03:46 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o8HH3TtZ016698; Fri, 17 Sep 2010 19:03:45 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o8HH3TMD016697; Fri, 17 Sep 2010 19:03:29 +0200 (CEST) (envelope-from olli) Date: Fri, 17 Sep 2010 19:03:29 +0200 (CEST) Message-Id: <201009171703.o8HH3TMD016697@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, lev@FreeBSD.ORG In-Reply-To: <6310327366.20100917192154@serebryakov.spb.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Fri, 17 Sep 2010 19:03:45 +0200 (CEST) Cc: Subject: Re: WITHOUT_MODULES: does it work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, lev@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 17:03:47 -0000 Lev Serebryakov wrote: > I'm trying to build very small FreeBSD installation (8.1-STABLE) and > trying to use WITHOUT_MOUDLES="list" on buildkernel stage. But it > builds all modules anyway. No, it doesn't. WITHOUT_MODULES (note spelling) works fine. > % cd /usr/src/sys/modules > %make -V SUBDIR | grep -l 3dfx > (standard input) > %make WITHOUT_MODULES=3dfx -V SUBDIR | grep -l 3dfx > (standard input) > % > > What do I do wrong? You use the -l option of grep, which hides the actual match. Note that there are actually _two_ modules containing the string "3dfx": 3dfx itself and 3dfx_linux. So even when you exclude the 3dfx module, the other one will still be included and trigger the grep output. The following will make it clearer: $ cd /usr/src/sys/modules $ make -V SUBDIR | tr ' ' '\n' | grep 3dfx 3dfx 3dfx_linux $ make WITHOUT_MODULES=3dfx -V SUBDIR | tr ' ' '\n' | grep 3dfx 3dfx_linux $ Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 17:06:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B36106564A; Fri, 17 Sep 2010 17:06:52 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay008.isp.belgacom.be (mailrelay008.isp.belgacom.be [195.238.6.174]) by mx1.freebsd.org (Postfix) with ESMTP id 583378FC15; Fri, 17 Sep 2010 17:06:51 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFc1k0xbsZSP/2dsb2JhbACiJHLEAIVABI8q Received: from 143.148-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.148.143]) by relay.skynet.be with ESMTP; 17 Sep 2010 18:37:33 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.4/8.14.4) with ESMTP id o8HGbXP3008102; Fri, 17 Sep 2010 18:37:33 +0200 (CEST) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org, lev@freebsd.org Date: Fri, 17 Sep 2010 18:37:27 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; i386; ; ) References: <6310327366.20100917192154@serebryakov.spb.ru> In-Reply-To: <6310327366.20100917192154@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1893663.qjiduErDjW"; protocol="application/pgp-signature"; micalg=pgp-sha256 Content-Transfer-Encoding: 7bit Message-Id: <201009171837.32821.tijl@coosemans.org> Cc: Subject: Re: WITHOUT_MODULES: does it work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 17:06:53 -0000 --nextPart1893663.qjiduErDjW Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Friday 17 September 2010 17:21:54 Lev Serebryakov wrote: > I'm trying to build very small FreeBSD installation (8.1-STABLE) and > trying to use WITHOUT_MOUDLES="list" on buildkernel stage. But it > builds all modules anyway. > > Simple check shows that I do something wrong: > > % cd /usr/src/sys/modules > %make -V SUBDIR | grep -l 3dfx > (standard input) > %make WITHOUT_MODULES=3dfx -V SUBDIR | grep -l 3dfx > (standard input) The grep matches the 3dfx_linux module. --nextPart1893663.qjiduErDjW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iF4EABEIAAYFAkyTmUwACgkQfoCS2CCgtis/YgD9FOURSOLM8os2IRudY3dqKtcb CrKrH53GmzscudtHY8MA/jBGVAa8i0x8nBYNHqA7aKzXSohbx0G5TFKoGgxc0set =bdrn -----END PGP SIGNATURE----- --nextPart1893663.qjiduErDjW-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 17:29: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 B2D02106564A for ; Fri, 17 Sep 2010 17:29:34 +0000 (UTC) (envelope-from v8diemacht@yahoo.de) Received: from web27203.mail.ukl.yahoo.com (web27203.mail.ukl.yahoo.com [217.146.182.93]) by mx1.freebsd.org (Postfix) with SMTP id 29D048FC0A for ; Fri, 17 Sep 2010 17:29:33 +0000 (UTC) Received: (qmail 90884 invoked by uid 60001); 17 Sep 2010 17:02:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1284742972; bh=FoJmC5vczhSLVfXrj+5S66pDnjnoedSrQxN0ZAWC1g0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OBjosZN+IuDvpR0sTU3GUCIjiWnPfV32ZPW5mznWOcUJhZPZwqqDfyzGhIR/7tzS+ubXRuBMGYfaeQYl4ICvJ7zkKbOcf9J3KT/PYkxf53XjPZhQQU1T67j+dIRpPG9DylAS/Al7rcAArvR4gYNy7AvaeAjep1uCvt/uK/b4lx4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=q31lmzbABqxkks5MvgUpgqyRuPGxd0G6QQyl4eon2tz8qboOSV0QiXpCu91+Ffs2BWKdJ3vIcHBPOK9mKQBtTAllLWNnZwLm5hnD4xLoNafx5NFyFhZvBbk3PT+geU6bhfJtAVfhEA1/XURwvEmqSoPXxmgCWO4doszlUIhVyxQ=; Message-ID: <71889.89954.qm@web27203.mail.ukl.yahoo.com> X-YMail-OSG: aXHgXQYVM1mWkqiV.JLf58EUn.tbkvFkYA0ieIQVofivl31 M4UAiH6j8M6vlRQGlfNxENWEJ7mFeZ5snw5npkGWuc5dyuwKt.UbiYVg4Bnw 5lfUET.FamPbSr.FYWtkmJMpOhLfMFccNlzpNEZ8Hd3h5UjLL5vFLOAAluGV b5eD7Hm9KNIAloaT674n8a3H0CXniLib1waNu9p24q4Z.yRPfohRMhSfhI_f B2TCca5JZz.y_srQ_vyWvHyRqKzAYeCEnlwiO8rJ8oD_0oTn5hdHOqvX1ADH 0wT78wv4ljEiHXtdXyhUoP_uaWg-- Received: from [82.83.158.74] by web27203.mail.ukl.yahoo.com via HTTP; Fri, 17 Sep 2010 17:02:51 GMT X-Mailer: YahooMailClassic/11.4.7 YahooMailWebService/0.8.105.279950 Date: Fri, 17 Sep 2010 17:02:51 +0000 (GMT) From: rolle To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: problem pkg_add kdehier4-1.0.6.tbz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 17:29:34 -0000 Hi there,=0A=0AToday I tried to update my notebook with pkg_upgrade tool, w= ritten by a German bsdforen.de member.=0AI ran into problems installing "kd= ehier4-1.0.6" package.=0A=0A>pkg_upgrade -a=0A>=3D=3D=3D> Install (lang/perl5.10) =0A>pkg_upgrade: The package will not be installed in favour >of , because they= conflict.=0A>=3D=3D=3D> Install (multimedia/mp4v2)=0A>pkg_up= grade: The package will not be installed in favour of >, because they conflict.=0A>=3D=3D=3D> Install (misc/kdehier4)=0A>share/PolicyKit/policy: Could not unlink =0A>= tar: Error exit delayed from previous errors.=0A>pkg_add: leave_playpen: ca= n't chdir back to ''=0A>pkg_upgrade: The installation of f= ailed.=0A=0A=0AAfter delete the old package with pkg_delete kdehier4-1.0.4= =0Aand try installing it by pkg_add kdehier4-1.0.6.tbz the same error occur= red.=0AOn the recommendation of kamikaze (the developer of pkg_upgrade) i a= sk for advice on the list.=0A=0A=0Awith kind regards rolle=0A=0A From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 17:43: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 DE3311065698 for ; Fri, 17 Sep 2010 17:43:10 +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 9A9C68FC1E for ; Fri, 17 Sep 2010 17:43:10 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 2A74C8A2731; Fri, 17 Sep 2010 19:43:08 +0200 (CEST) Message-ID: <4C93A8AC.1010900@bsdforen.de> Date: Fri, 17 Sep 2010 19:43:08 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.12) Gecko/20100908 Thunderbird/3.0.7 MIME-Version: 1.0 To: rolle References: <71889.89954.qm@web27203.mail.ukl.yahoo.com> In-Reply-To: <71889.89954.qm@web27203.mail.ukl.yahoo.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problem pkg_add kdehier4-1.0.6.tbz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 17:43:11 -0000 On 17/09/2010 19:02, rolle wrote: > Hi there, > > Today I tried to update my notebook with pkg_upgrade tool, written by a German bsdforen.de member. > I ran into problems installing "kdehier4-1.0.6" package. > >> pkg_upgrade -a >> ===> Install (lang/perl5.10) >> pkg_upgrade: The package will not be installed in favour >of , because they conflict. >> ===> Install (multimedia/mp4v2) >> pkg_upgrade: The package will not be installed in favour of >, because they conflict. >> ===> Install (misc/kdehier4) >> share/PolicyKit/policy: Could not unlink >> tar: Error exit delayed from previous errors. >> pkg_add: leave_playpen: can't chdir back to '' >> pkg_upgrade: The installation of failed. > > > After delete the old package with pkg_delete kdehier4-1.0.4 > and try installing it by pkg_add kdehier4-1.0.6.tbz the same error occurred. > On the recommendation of kamikaze (the developer of pkg_upgrade) i ask for advice on the list. > > > with kind regards rolle I had a look at src/usr.sbin/pkg_install/lib/pen.c and am confused as to how this error can come to pass: if (chdir(PenLocation) == FAIL) { cleanup(0); errx(2, "%s: can't chdir back to '%s'", __func__, PenLocation); } The way I read this PenLocation must be empty to show up like this. However, a couple of lines before it says: if (!PenLocation[0]) return 0; Which means to me the chdir shouldn't even performed if PenLocation is empty. 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 Sep 17 17:59: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 DA14B1065670 for ; Fri, 17 Sep 2010 17:59:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5398FC22 for ; Fri, 17 Sep 2010 17:59:16 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o8HHxD6I006268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Sep 2010 13:59:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o8HHxCJM037780; Fri, 17 Sep 2010 13:59:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201009171759.o8HHxCJM037780@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 17 Sep 2010 13:59:02 -0400 To: "Li, Qing" From: Mike Tancsa In-Reply-To: <201009101651.o8AGp8uU080952@lava.sentex.ca> References: <201008312102.o7VL2MJr000894@lava.sentex.ca> <201009012255.o81MtMXn009701@lava.sentex.ca> <201009081512.o88FCIq8064280@lava.sentex.ca> <201009081535.o88FZKQS064396@lava.sentex.ca> <201009101651.o8AGp8uU080952@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: freebsd-stable@freebsd.org Subject: RE: if_rtdel: error 47 (netgraph or mpd issue?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 17:59:17 -0000 At 12:51 PM 9/10/2010, Mike Tancsa wrote: >FYI, I enabled witness in the kernel and am seeing the following > > >uma_zalloc_arg: zone "128" with the following non-sleepable locks held: >exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xc0b56ec4) locked @ >/usr/src/sys/net/if.c:419 Hi, Another crash. I had it break to the serial debugger this time Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc64c79e4 stack pointer = 0x28:0xe7c84864 frame pointer = 0x28:0xe7c84a9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1280 (mpd5) [thread pid 1280 tid 100096 ] Stopped at ng_path2noderef+0x174: testb $0x1,0x24(%esi) db> bt Tracing pid 1280 tid 100096 td 0xc58f7780 ng_path2noderef(cace4b80,cb0a5350,e7c84ab8,e7c84ab4,0,...) at ng_path2noderef+0x174 ng_address_path(cace4b80,c64d4400,cb0a5350,0,28885ba0,...) at ng_address_path+0x40 ngc_send(cb66db44,0,cb2f4500,cba946f0,0,...) at ngc_send+0x182 sosend_generic(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend_generic+0x50d sosend(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend+0x3f kern_sendit(c58f7780,8d,e7c84c60,0,0,...) at kern_sendit+0x107 sendit(0,cba946f0,7,e7c84c7c,1,...) at sendit+0xb1 sendto(c58f7780,e7c84cf8,c093d225,c091bcfe,282,...) at sendto+0x48 syscall(e7c84d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf9fe4cc, ebp = 0xbf9fe4f8 --- db> where Tracing pid 1280 tid 100096 td 0xc58f7780 ng_path2noderef(cace4b80,cb0a5350,e7c84ab8,e7c84ab4,0,...) at ng_path2noderef+0x174 ng_address_path(cace4b80,c64d4400,cb0a5350,0,28885ba0,...) at ng_address_path+0x40 ngc_send(cb66db44,0,cb2f4500,cba946f0,0,...) at ngc_send+0x182 sosend_generic(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend_generic+0x50d sosend(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend+0x3f kern_sendit(c58f7780,8d,e7c84c60,0,0,...) at kern_sendit+0x107 sendit(0,cba946f0,7,e7c84c7c,1,...) at sendit+0xb1 sendto(c58f7780,e7c84cf8,c093d225,c091bcfe,282,...) at sendto+0x48 syscall(e7c84d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf9fe4cc, ebp = 0xbf9fe4f8 --- db> show locks exclusive sx so_snd_sx (so_snd_sx) r = 0 (0xcb66dc64) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db> show alllocks Process 1928 (sshd) thread 0xc6402a00 (100094) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc669a898) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1281 (ng_queue) thread 0xc58f6a00 (100057) shared rw radix node head (radix node head) r = 0 (0xc56e1580) locked @ /usr/src/sys/net/route.c:362 Process 1280 (mpd5) thread 0xc58f7780 (100096) exclusive sx so_snd_sx (so_snd_sx) r = 0 (0xcb66dc64) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db> call doadump() Physical memory: 2032 MB Dumping 274 MB: 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Dump complete panic: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc64c79e4 stack pointer = 0x28:0xe7c84864 frame pointer = 0x28:0xe7c84a9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1280 (mpd5) Physical memory: 2032 MB Dumping 274 MB: 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc04a5899 in db_fncall (dummy1=1, dummy2=0, dummy3=-1061510048, dummy4=0xe7c84600 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04a5c91 in db_command (last_cmdp=0xc09cf71c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04a5dea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04a7c6d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc069c7ae in kdb_trap (type=12, code=0, tf=0xe7c84824) at /usr/src/sys/kern/subr_kdb.c:535 #6 0xc08aabcf in trap_fatal (frame=0xe7c84824, eva=36) at /usr/src/sys/i386/i386/trap.c:929 #7 0xc08aadf0 in trap_pfault (frame=0xe7c84824, usermode=0, eva=36) at /usr/src/sys/i386/i386/trap.c:851 #8 0xc08ab5e3 in trap (frame=0xe7c84824) at /usr/src/sys/i386/i386/trap.c:533 #9 0xc088ecdc in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #10 0xc64c79e4 in ng_path2noderef (here=0xcace4b80, address=0xcb0a5350 "ctrl", destp=0xe7c84ab8, lasthook=0xe7c84ab4) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1757 #11 0xc64c7d40 in ng_address_path (here=0xcace4b80, item=0xc64d4400, address=0xcb0a5350 "ctrl", retaddr=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3536 #12 0xc64c2662 in ngc_send (so=0xcb66db44, flags=0, m=0xcb2f4500, addr=0xcba946f0, control=0x0, td=0xc58f7780) at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:296 #13 0xc06cf68d in sosend_generic (so=0xcb66db44, addr=0xcba946f0, uio=0xe7c84bec, top=0xcb2f4500, control=0x0, flags=0, td=0xc58f7780) at /usr/src/sys/kern/uipc_socket.c:1260 #14 0xc06cbe2f in sosend (so=0xcb66db44, addr=0xcba946f0, uio=0xe7c84bec, top=0x0, control=0x0, flags=0, td=0xc58f7780) at /usr/src/sys/kern/uipc_socket.c:1304 #15 0xc06d21f7 in kern_sendit (td=0xc58f7780, s=141, mp=0xe7c84c60, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:788 #16 0xc06d23f1 in sendit (td=0xc58f7780, s=141, mp=0xe7c84c60, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:724 #17 0xc06d2508 in sendto (td=0xc58f7780, uap=0xe7c84cf8) at /usr/src/sys/kern/uipc_syscalls.c:840 #18 0xc08aafea in syscall (frame=0xe7c84d38) at /usr/src/sys/i386/i386/trap.c:1111 #19 0xc088ed41 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:264 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 10 #10 0xc64c79e4 in ng_path2noderef (here=0xcace4b80, address=0xcb0a5350 "ctrl", destp=0xe7c84ab8, lasthook=0xe7c84ab4) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1757 1757 NG_NODE_UNREF(oldnode); /* XXX another race */ (kgdb) list 1752 * instead of the direct hook in this crawl? 1753 */ 1754 oldnode = node; 1755 if ((node = NG_PEER_NODE(hook))) 1756 NG_NODE_REF(node); /* XXX RACE */ 1757 NG_NODE_UNREF(oldnode); /* XXX another race */ 1758 if (NG_NODE_NOT_VALID(node)) { 1759 NG_NODE_UNREF(node); /* XXX more races */ 1760 node = NULL; 1761 } (kgdb) (kgdb) p *hook $3 = {hk_name = "ctrl", '\0' , hk_private = 0xcb90a5c0, hk_flags = 0, hk_type = 0, hk_peer = 0xcab92e80, hk_node = 0xcace4b80, hk_hooks = {le_next = 0x0, le_prev = 0xcace4bb4}, hk_rcvmsg = 0, hk_rcvdata = 0, hk_refs = 2} (kgdb) (kgdb) p *node Cannot access memory at address 0x0 (kgdb) From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 18:40: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 39FFA106564A; Fri, 17 Sep 2010 18:40:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id EA16C8FC15; Fri, 17 Sep 2010 18:40:04 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 8C77413DF46; Fri, 17 Sep 2010 22:40:03 +0400 (MSD) Date: Fri, 17 Sep 2010 22:39:53 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1121570574.20100917223953@serebryakov.spb.ru> To: Oliver Fromme In-Reply-To: <201009171703.o8HH3TMD016697@lurza.secnetix.de> References: <6310327366.20100917192154@serebryakov.spb.ru> <201009171703.o8HH3TMD016697@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: lev@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: WITHOUT_MODULES: does it work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 18:40:05 -0000 Hello, Oliver. You wrote 17 =F1=E5=ED=F2=FF=E1=F0=FF 2010 =E3., 21:03:29: > No, it doesn't. WITHOUT_MODULES (note spelling) works fine. It was error in message, not in config file :( > The following will make it clearer: Yep, my fault. And I found why it doesn't work via NanoBSD build: quotes were excessive. Sorry for noise. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 18:54:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 342E3106566C for ; Fri, 17 Sep 2010 18:54:29 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D51E58FC20 for ; Fri, 17 Sep 2010 18:54:28 +0000 (UTC) Received: by yxn35 with SMTP id 35so1033003yxn.13 for ; Fri, 17 Sep 2010 11:54:28 -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=ELgCKCJdNSEo89coYDlbzcLBzE3IJVjjD3vWHKZjCgM=; b=F1OAndJspeQaA0HWIodP38tRPiHJlBsomHDsKiN953wH5ImJi8BzMjR6Bl5IWf6aMN a3a1FFaLof7fwt+jWkkImiqVMo516RFMLL3D2wnqZ3OCjYCDbN2+9Y5YCe6ZrpfYNCsk 2VPxfSa+p8LapuWteTaFOyb76lePquN5ZqSoc= 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=PUy/7sE4TpPFVfBOMRSwmKk2Ar+6YwOU5FjjpArg2g+6fc+hTUCljTfSbAZJEnCXJU Js+G8FQXvHClYBRY/PWnQi980IWLovgXfX+IhqN2P0qfOXN3tzZVUdVHQGVI4xmBQSAa KZlLwaB2+xEClT4FKGsQL278H0AQUBheUxJcE= Received: by 10.100.153.15 with SMTP id a15mr5929910ane.179.1284748360675; Fri, 17 Sep 2010 11:32:40 -0700 (PDT) Received: from cygnus.homeunix.com ([187.114.195.173]) by mx.google.com with ESMTPS id w1sm6561621ana.36.2010.09.17.11.32.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Sep 2010 11:32:39 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 33F67B805E; Fri, 17 Sep 2010 15:32:32 -0300 (BRT) Received: from 189.59.75.37 (proxying for 10.12.1.221, 10.12.0.101) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Fri, 17 Sep 2010 15:32:32 -0300 (BRT) Message-ID: In-Reply-To: References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> Date: Fri, 17 Sep 2010 15:32:32 -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: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 18:54:29 -0000 On Fri, September 17, 2010 13:10, Freddie Cash wrote: > On Fri, Sep 17, 2010 at 5:38 AM, Oliver Fromme > wrote: >> Michael Sperber wrote: >>  > I just upgraded my desktop system from 7.3 to 8.1, and the main hard >>  > drive, which was /dev/ad6 before is now /dev/ad10.  Consequently, >> the >>  > initial boot failed when trying to mount the root file system from >> ad6. >>  > >>  > The desktop system is now fixed, but I also have a rented server >> with >>  > only a serial console, and I worry that the upgrade is going to >> leave me >>  > with a dead machine.  Is there any way to predict how the drive >> number >>  > changes?  (Why does it change at all?)  If so, what's the proper >> way to >>  > tell the system the initial root device *before* rebooting? >> >> Remove "options ATA_STATIC_ID" from your kernel config >> before building the new kernel and rebooting.  Then your >> first disk will be ad0, no matter what controller and >> channel it is connected to.  Be sure to update your >> /etc/fstab file. > > Problem with doing that (no ATA_STATIC_ID) is that if you change the > order that your PCI devices are enumerated, you will change the order > in which your disks are probed, and all your numbers change again. :) > And there's an option for this in every BIOS I've worked with. Plus, > moving addon controllers from one slot to another will also re-number > your devices. > > The best, long-term, solution is to label your devices/filesystems so > that the name never changes, no matter what happsn to the underlying > device nodes. There are multiple ways to do so, depending on whether > you want to label the disk, the slice, the partition, or the > filesystem: > - glabe; > - gpart labels > - filesystem labels I have the same issue, a virtual machine rented in some datacenter. I'd like to know a way that is safe, as I did already on another box the glabel way without newfs on the label (but the underlying device). never got problems thought, but I figure this way is better for aditional disks, not / and system slices. thanks, 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 Fri Sep 17 19:06: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 5295810656A3 for ; Fri, 17 Sep 2010 19:06:45 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx7.ksu.ru (honey.ksu.ru [193.232.252.54]) by mx1.freebsd.org (Postfix) with ESMTP id 558EB8FC15 for ; Fri, 17 Sep 2010 19:06:43 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.56,384,1280692800"; d="p7s'?scan'208";a="978079" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iport2.ksu.ru with ESMTP; 17 Sep 2010 23:06:30 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id o8HJ6AO5023596; Fri, 17 Sep 2010 19:06:10 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id o8HJ5cQ8039248; Fri, 17 Sep 2010 23:05:38 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4C93BC00.3050707@ksu.ru> Date: Fri, 17 Sep 2010 23:05:36 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100724 Firefox/3.0.7 MIME-Version: 1.0 To: Michael Sperber References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> <4C93674B.20300@ksu.ru> <4C937933.4060707@ksu.ru> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010403060804010204060307" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: How to predict drive number change for 7.3->8.1 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: Fri, 17 Sep 2010 19:06:45 -0000 This is a cryptographically signed message in MIME format. --------------ms010403060804010204060307 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Michael Sperber wrote: > "Marat N.Afanasyev" writes: > >> you may try the following commands: >> >> sysctl kern.geom.debugflags=3D16 >> >> foreach fs (your-filesystems) >> glabel label your-$fs-label your-$fs-device >> end >> >> echo geom_label_load=3D"YES">> /boot/loader.conf >> reboot >> >> and see if the labels appear in /dev/label > > Is this safe to do? The man page for glabel seems to imply that glabel= > should be used before newfs, and tunefs after newfs. > probably safe, but I didn't try this. there's another option: you may=20 consider to create gmirror device that allows you to shoot two ducks=20 with one arrow: 1) make your system fail-safe 2) all your devices will=20 be in form /dev/mirror/devXsYl regardless of underlying adX-s. to do=20 this all you need is a second hard drive large enough to serve as copy=20 of your boot drive --=20 SY, Marat --------------ms010403060804010204060307-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 17 20:27:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 240C01065697 for ; Fri, 17 Sep 2010 20:27:03 +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 A33508FC16 for ; Fri, 17 Sep 2010 20:27:02 +0000 (UTC) Received: (qmail 24228 invoked by uid 399); 17 Sep 2010 20:27:01 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Sep 2010 20:27:01 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C93CF16.9080607@FreeBSD.org> Date: Fri, 17 Sep 2010 13:27:02 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: vadim_nuclight@mail.ru References: <20100908073019.GA16493@lonesome.com> <4C89107A.6050802@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2010 20:27:03 -0000 On 9/17/2010 2:14 AM, Vadim Goncharov wrote: > You either not understanding that this situation is about entire project (not > ISDN, but policy) I think at this point that you've made your concerns clear. What you don't seem to be understanding is: 1) The policy is, and always has been, those who are interested in keeping code alive work on it. 2) No one was interested (by the definition above) in keeping the ISDN code alive. Now you have raised a valid point on how we can do the "volunteers needed" notifications better in the future, and I think that those will be taken to heart, and acted on the next time we face this situation. 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 Fri Sep 17 20:48:10 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 10F7E1065673; Fri, 17 Sep 2010 20:48:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C67148FC12; Fri, 17 Sep 2010 20:48:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8HKm8lE020016; Fri, 17 Sep 2010 16:48:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8HKm8KS020006; Fri, 17 Sep 2010 20:48:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 17 Sep 2010 20:48:08 GMT Message-Id: <201009172048.o8HKm8KS020006@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_1 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 20:48:10 -0000 TB --- 2010-09-17 20:10:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-17 20:10:40 - starting RELENG_8_1 tinderbox run for i386/pc98 TB --- 2010-09-17 20:10:40 - cleaning the object tree TB --- 2010-09-17 20:11:27 - cvsupping the source tree TB --- 2010-09-17 20:11:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_1/i386/pc98/supfile TB --- 2010-09-17 20:48:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-17 20:48:08 - ERROR: unable to cvsup the source tree TB --- 2010-09-17 20:48:08 - 1.16 user 29.12 system 2247.95 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_1-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 00:55:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4250F106566B for ; Sat, 18 Sep 2010 00:55:20 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C21408FC14 for ; Sat, 18 Sep 2010 00:55:19 +0000 (UTC) Received: by wwi17 with SMTP id 17so305745wwi.31 for ; Fri, 17 Sep 2010 17:55:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:organization:to :subject:date:user-agent:cc:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=7HTkPyZ9QT6YgS+VL3Df4vpwBcLkeFAGIZyPR0y+q78=; b=qINXeO2qXqq6+NHjsTdf2MntmIcZlKA0bnaCBRcSmYLQT+5FCbpDWhGG/f5N9rJtbz hRWo3XBHHmDPwv/TPm9unkaySgblexgRHos1I+M9dQwzXjnCq3nvPl64tQzmWiBUEyr1 Lb1GO9fH1z9YMkuyXc7OgGo9PsuDnuw0ipJdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=S+fkcSmm3MRTaUAncREaXH4HlJGnKTBTKcai89TyWv7DkHsLZo3itLlBtHtHYoAMUd nVZRd8i4BOXyHGhS/txGaUyfkjr8u8d6f7TbzrilqwgiSDXmOV3cjAFASuCn7NaLcAW/ Ah1oEgRyAKRzvxuMhdnZI9E9F/uTUV9W05DBw= Received: by 10.227.153.208 with SMTP id l16mr4917110wbw.57.1284769668005; Fri, 17 Sep 2010 17:27:48 -0700 (PDT) Received: from echo.hoth (host75-211-dynamic.8-87-r.retail.telecomitalia.it [87.8.211.75]) by mx.google.com with ESMTPS id b23sm3961254wbb.16.2010.09.17.17.27.44 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Sep 2010 17:27:45 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-stable@freebsd.org Date: Sat, 18 Sep 2010 02:27:33 +0200 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.1; i386; ; ) References: <71889.89954.qm@web27203.mail.ukl.yahoo.com> In-Reply-To: <71889.89954.qm@web27203.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1772779.gDfBIqcmHv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201009180227.41300.avilla@freebsd.org> Cc: rolle Subject: Re: problem pkg_add kdehier4-1.0.6.tbz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 00:55:20 -0000 --nextPart1772779.gDfBIqcmHv Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Friday 17 September 2010 19:02:51 rolle wrote: > Today I tried to update my notebook with pkg_upgrade tool, written by=20 a > German bsdforen.de member. I ran into problems installing=20 "kdehier4-1.0.6" > package. ports/UPDATING has the solution for this =2D-=20 Alberto Villa, FreeBSD Committer http://people.FreeBSD.org/~avilla DATA: An accrual of straws on the backs of theories. --nextPart1772779.gDfBIqcmHv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iJwEAAECAAYFAkyUB30ACgkQ3xiC6kQ1CovkywQAvVdO9d5lnLMLyhTQk89siSDu CHg5XFsfXZUxqCZv9kkAQx0VhBXHk2emvWexJaCjQWDBHhDwQuODC7iZPvmdYbAs P55IbDqU+CVb03UxRnkh5k69jk1shQA2KwirPiFVbGkE+LP0ANVGr2Ff7LrtqN0c p5ETOW6o095vlwGakh4= =CZUo -----END PGP SIGNATURE----- --nextPart1772779.gDfBIqcmHv-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 01:50:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 791121065672 for ; Sat, 18 Sep 2010 01:50:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 390788FC19 for ; Sat, 18 Sep 2010 01:50:10 +0000 (UTC) Received: by iwn34 with SMTP id 34so2909041iwn.13 for ; Fri, 17 Sep 2010 18:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=FpXR73QHpzs7ZjyBX5rK6OFrxuAaCJTc46Zc0ZVgieM=; b=VbL0wscpUubzZzvXraqhNd4MFPwMw6InhffpImFjUmzZ5a3eNHnC0gG0P1LvB56NEQ okbsz846Rm1AZqcLceJHscDQk5+JWk2w2dobrilndGCVBRkHSsTMgsUwAV0YOZyNjB1q jK4B7jzf3TLTfUc7lgpUyWz82IAPvy3BopEa4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=HCrSQIYxOT+DkogMqQP/DbhhLSX2wZmW853+86M409FCYi6eZFx23dktkbeWb3VXqn Cs4xE1pzgb8m9BO00WejoEbaQou8DZSTZBbw+Zr0iI1+Lk9/bV3iqqPMDJEseJUCpuC3 flNJVC3/y/b7MzCN1N3/tEcuFD2fpxnkexGT8= MIME-Version: 1.0 Received: by 10.231.14.140 with SMTP id g12mr5896746iba.84.1284774609827; Fri, 17 Sep 2010 18:50:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.156.206 with HTTP; Fri, 17 Sep 2010 18:50:09 -0700 (PDT) In-Reply-To: References: <15043432234b76fe1b2ad7382bfd0e7901412ad1@mail.qip.ru> Date: Sat, 18 Sep 2010 09:50:09 +0800 X-Google-Sender-Auth: l3Uj_9ax6COq23InAvEAz0S1zVk Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Iv=E1n_Zaera_Avell=F3n?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, =?KOI8-R?B?7cHLwdLVyyDyz83BziD3wczF0tjF18ne?= Subject: Re: Atheros AR2427 in FreeBSD 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 01:50:11 -0000 Hi! Right, I'm now ready to start looking at the AR2427. I can't guarantee i'll get it -stable- (as that relies mostly on me getting the AR9280/AR9285 stable; that'll take some time) but I'll at least try to fix the above issue. That issue you've just noted is because the EEPROM endian-ness has been incorrectly detected. (See the invalid channel messages just before the EEPROM starts dumping out "no power set for x/y"; then the invalid txtime messages?) I've seen that in my local tree. I have an AR2427 in this netbook of mine, so I'll figure out what's busting up the detection and update my development HAL. I'll let you guys know when that's done. Adrian 2010/8/8 Adrian Chadd : > There's a lot of fixes that need to be brought over for the more > recent atheros chips. > > They can come from Linux ath9k, or by porting the code from openbsd > (which is based on the linux ath9k code, from what I can tell.) > > So someone needs to do some legwork and help Rui (and I, I guess) > merge in all the chipset work done in ath9k. > > > adrian > > 2010/8/2 Iv=C3=A1n Zaera Avell=C3=B3n : >> Hi there: >> >> It's not only a problem of your card. I have an Eee PC 1005HA with anoth= er >> atheros card (officially supporter) and I experience the same error. I h= ave >> open a PR, have a look at it here: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D148112 >> >> It seems to be a problem of the wireless or the ath driver. >> >> Regards, >> Ivan >> >> >> 2010/7/31 =D0=9C=D0=B0=D0=BA=D0=B0=D1=80=D1=83=D0=BA =D0=A0=D0=BE=D0=BC= =D0=B0=D0=BD =D0=92=D0=B0=D0=BB=D0=B5=D1=80=D1=8C=D0=B5=D0=B2=D0=B8=D1=87 <= n_diablo_n_f@pochta.ru> >> >>> =C2=A0 =C2=A0 Hello! I have Asus Eee PC 1001PX wich Atheros AR2427. Thi= s Wi-Fi >>> officially not supported by driver ath. But in OpenBSD and Linux this c= ard >>> supported. >>> >>> =C2=A0 =C2=A0 I added to ath/ath_hal/ar9285_attath.c: >>> >>> ar9285Probe(uint16_t vendorid, uint16_t devid) >>> tatic const char* ar9285Probe(uint16_t vendorid, uint16_t devid) >>> { >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0if (vendorid =3D=3D ATHEROS_VENDOR_ID &&= amp; devid =3D=3D >>> AR9285_DEVID_PCIE) >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return "Atheros = 9285"; >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0if (vendorid =3D=3D ATHEROS_VENDOR_ID &&= amp; devid =3D=3D >>> AR2427_DEVID_PCIE) >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return "Atheros = 2427"; >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0return AH_NULL; >>> } >>> >>> =C2=A0 And to /ath/ath_hal_ah_dev_id.h: >>> >>> #define AR2427_DEVID_PCIE =C2=A0 =C2=A00x002c >>> >>> =C2=A0 I compile ath module witch debug. And the WiFi has to work. But = then i >>> try to connect tp AP witch WEP crypt i see next: "ath0: bb hang detecte= d >>> (0x80), reseting". >>> >>> =C2=A0 And my home AP DI-524 (WPA-PSK crypt) can not be found. >>> >>> =C2=A0 By this, I have a few questions. Can anyone help solve this prob= lem and >>> finish the driver. And will the official support for this card in the >>> FreeBSD? >>> >>> =C2=A0 Appendix: >>> >>> #kldload if_ath >>> >>> pci0: driver added >>> found-> =C2=A0 vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02 >>> =C2=A0 domain=3D0, bus=3D0, slot=3D27, func=3D0 >>> =C2=A0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 >>> =C2=A0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D8 (dwords) >>> =C2=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) >>> =C2=A0 intpin=3Da, irq=3D22 >>> =C2=A0 powerspec 2 =C2=A0supports D0 D3 =C2=A0current D0 >>> =C2=A0 MSI supports 1 message, 64 bit >>> pci0:0:27:0: reprobing on driver added >>> found-> =C2=A0 vendor=3D0x8086, dev=3D0x27da, revid=3D0x02 >>> =C2=A0 domain=3D0, bus=3D0, slot=3D31, func=3D3 >>> =C2=A0 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 >>> =C2=A0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) >>> =C2=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) >>> =C2=A0 intpin=3Db, irq=3D21 >>> pci0:0:31:3: reprobing on driver added >>> pci1: driver added >>> pci2: driver added >>> found-> =C2=A0 vendor=3D0x168c, dev=3D0x002c, revid=3D0x01 >>> =C2=A0 domain=3D0, bus=3D2, slot=3D0, func=3D0 >>> =C2=A0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 >>> =C2=A0 cmdreg=3D0x0407, statreg=3D0x0010, cachelnsz=3D8 (dwords) >>> =C2=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) >>> =C2=A0 intpin=3Da, irq=3D17 >>> =C2=A0 powerspec 3 =C2=A0supports D0 D1 D3 =C2=A0current D0 >>> =C2=A0 MSI supports 1 message >>> pci0:2:0:0: reprobing on driver added >>> ath0: =C2=A0mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 >>> pcib2: ath0 requested memory range 0xfbff0000-0xfbffffff: good >>> ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 59 >>> ath0: [MPSAFE] >>> ath0: [ITHREAD] >>> ar9285Attach: sc 0xc49ca000 st 0x1 sh 0xe678d000 >>> ar5416SetPowerMode: AWAKE -> AWAKE (set chip ) >>> ar9285Attach: AR_SREV 0xc02ff >>> ar9285Attach: ID 0xc02ff VERSION 0x3 TYPE 0x0 REVISION 0x2 >>> ath_hal_v4kEepromAttach Eeprom Magic =3D 0xa55a >>> ath_hal_v4kEepromAttach Eeprom Version 14.13 >>> v4kEepromReadCTLInfo Numctls =3D 6 >>> ar5416SetPowerMode: AWAKE -> AWAKE (set chip ) >>> ar9280RfAttach: attach AR9280 radio >>> enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0 cckPhyErr= Base >>> 0x0 >>> ar9285Attach: return >>> getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm >>> getregstate: EEPROM cc 0 rd 0x10 >>> getregstate: EEPROM rd 0x60 >>> getchannels: !avail mode 0x6800c (0x2) flags 0x2150 >>> getchannels: !avail mode 0x6800c (0x1) flags 0x140 >>> ar5416GetChipPowerLimits: no min/max power for 2412/0xa0 >>> Chan 2412: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2417/0xa0 >>> Chan 2417: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2422/0xa0 >>> Chan 2422: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2427/0xa0 >>> Chan 2427: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2432/0xa0 >>> Chan 2432: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2437/0xa0 >>> Chan 2437: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2442/0xa0 >>> Chan 2442: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2447/0xa0 >>> Chan 2447: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2452/0xa0 >>> Chan 2452: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2457/0xa0 >>> Chan 2457: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2462/0xa0 >>> Chan 2462: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2467/0xa0 >>> Chan 2467: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2472/0xa0 >>> Chan 2472: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2484/0xa0 >>> Chan 2484: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2412/0x480 >>> Chan 2412: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2417/0x480 >>> Chan 2417: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2422/0x480 >>> Chan 2422: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2427/0x480 >>> Chan 2427: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2432/0x480 >>> Chan 2432: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2437/0x480 >>> Chan 2437: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2442/0x480 >>> Chan 2442: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2447/0x480 >>> Chan 2447: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2452/0x480 >>> Chan 2452: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2457/0x480 >>> Chan 2457: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2462/0x480 >>> Chan 2462: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2467/0x480 >>> Chan 2467: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2472/0x480 >>> Chan 2472: MaxPow =3D 63 MinPow =3D 0 >>> getchannels: !avail mode 0x6800c (0x20) flags 0xd0 >>> getchannels: !avail mode 0x6800c (0x40) flags 0x150 >>> getchannels: !avail mode 0x6800c (0x400) flags 0x8140 >>> getchannels: !avail mode 0x6800c (0x200) flags 0x4140 >>> getchannels: !avail mode 0x6800c (0x1000) flags 0x8480 >>> getchannels: !avail mode 0x6800c (0x800) flags 0x4480 >>> ar5416GetChipPowerLimits: no min/max power for 2412/0x10480 >>> Chan 2412: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2417/0x10480 >>> Chan 2417: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2422/0x10480 >>> Chan 2422: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2427/0x10480 >>> Chan 2427: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2432/0x10480 >>> Chan 2432: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2437/0x10480 >>> Chan 2437: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2442/0x10480 >>> Chan 2442: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2447/0x10480 >>> Chan 2447: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2452/0x10480 >>> Chan 2452: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2457/0x10480 >>> Chan 2457: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2462/0x10480 >>> Chan 2462: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2467/0x10480 >>> Chan 2467: MaxPow =3D 63 MinPow =3D 0 >>> ar5416GetChipPowerLimits: no min/max power for 2472/0x10480 >>> Chan 2472: MaxPow =3D 63 MinPow =3D 0 >>> getchannels: !avail mode 0x6800c (0x10000) flags 0x10140 >>> getchannels: !avail mode 0x6800c (0x80000) flags 0x20140 >>> getchannels: !avail mode 0x6800c (0x100000) flags 0x40140 >>> assignPrivateChannels: private[ =C2=A00] 2412/0xa0 -> channel 2412 >>> assignPrivateChannels: private[ =C2=A01] 2417/0xa0 -> channel 2417 >>> assignPrivateChannels: private[ =C2=A02] 2422/0xa0 -> channel 2422 >>> assignPrivateChannels: private[ =C2=A03] 2427/0xa0 -> channel 2427 >>> assignPrivateChannels: private[ =C2=A04] 2432/0xa0 -> channel 2432 >>> assignPrivateChannels: private[ =C2=A05] 2437/0xa0 -> channel 2437 >>> assignPrivateChannels: private[ =C2=A06] 2442/0xa0 -> channel 2442 >>> assignPrivateChannels: private[ =C2=A07] 2447/0xa0 -> channel 2447 >>> assignPrivateChannels: private[ =C2=A08] 2452/0xa0 -> channel 2452 >>> assignPrivateChannels: private[ =C2=A09] 2457/0xa0 -> channel 2457 >>> assignPrivateChannels: private[ 10] 2462/0xa0 -> channel 2462 >>> assignPrivateChannels: private[ 11] 2467/0x2a0 -> channel 2467 >>> assignPrivateChannels: private[ 12] 2472/0x2a0 -> channel 2472 >>> assignPrivateChannels: private[ 13] 2484/0x2a0 -> channel 2484 >>> assignPrivateChannels: 40 public, 14 private channels >>> ath_hal_init_channels: cc 0 >>> ath_getchannels: eeprom rd 96 cc 0 (mapped rd 96 cc 0) location I ecm >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_hal_computetxtime: unknown phy 4 (rate ix 8) >>> ath_descdma_setup: rx DMA: 40 buffers 1 desc/buf >>> ath_descdma_setup: rx DMA map: 0xe679e000 (3840) -> 0x2325e000 (3840) >>> ath_descdma_setup: tx DMA: 200 buffers 10 desc/buf >>> ath_descdma_setup: tx DMA map: 0xe67cd000 (192000) -> 0x20400000 (19200= 0) >>> ath_descdma_setup: beacon DMA: 4 buffers 1 desc/buf >>> ath_descdma_setup: beacon DMA map: 0xe67fd000 (384) -> 0x1570d000 (384) >>> ar5212SetupTxQueue: queue 9 >>> ar5212SetupTxQueue: queue 8 >>> ar5212SetupTxQueue: queue 0 >>> ar5212SetupTxQueue: queue 1 >>> ar5212SetupTxQueue: queue 2 >>> ar5212SetupTxQueue: queue 3 >>> ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>> ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps >>> 24Mbps 36Mbps 48Mbps 54Mbps >>> ath0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150M= bps >>> 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps >>> ath0: AR9285 mac 192.2 RF5133 phy 14.0 >>> ath0: Use hw queue 1 for WME_AC_BE traffic >>> ath0: Use hw queue 0 for WME_AC_BK traffic >>> ath0: Use hw queue 2 for WME_AC_VI traffic >>> ath0: Use hw queue 3 for WME_AC_VO traffic >>> ath0: Use hw queue 8 for CAB traffic >>> ath0: Use hw queue 9 for beacons >>> ath0: using multicast key search >>> pci4: driver added >>> pci5: driver added >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >>> >> >> >> >> -- >> Ivan Zaera >> http://www.factoria2.com/desde/correo >> _______________________________________________ >> 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 Sep 18 01:56:10 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 819A61065672 for ; Sat, 18 Sep 2010 01:56:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 404BA8FC0C for ; Sat, 18 Sep 2010 01:56:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAJe4k0yDaFvO/2dsb2JhbACDG6ADsHOSM4EigW6BPXMEijOEdw X-IronPort-AV: E=Sophos;i="4.56,385,1280721600"; d="scan'208";a="92296223" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 17 Sep 2010 21:56:09 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 3C637B3F33; Fri, 17 Sep 2010 21:56:09 -0400 (EDT) Date: Fri, 17 Sep 2010 21:56:09 -0400 (EDT) From: Rick Macklem To: George Mamalakis Message-ID: <1492653837.1123691.1284774969145.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4C932B8B.2040705@eng.auth.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: stable@freebsd.org Subject: Re: fbsd8_stable nfsv3 sys=krb5 issue [resolved] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 01:56:10 -0000 > Rick, I found the problem once I followed your suggestion to kinit -k > fbsdclient.ee.auth.gr on the server; the output was "wrong password" > or > something like that. > > On both server and client I have two keys stored in their > /etc/krb5.keytab files: one nfs/blabla and one host/blabla (due to > other > services I was testing on them). On the server, the first key stored > in > the keytab file was the host/ key and not the nfs/ key. Hence it > wouldn't accept it (even though the kdc.log wouldn't complain...this I > still haven't understood so far). Once I placed a single > /etc/krb5.keytab file containing only the nfs/ key, everything worked > as > should. > > Which yields the (natural?) question: Why am I unable to kinit to both > keys stored in my keytab (I am able to kinit only to the *first* key > stored in the keytab), even though I have the right to store more than > one keys in a keytab? > Well, if it can only use the first entry in the keytab file, I would think that's a bug. (I have used a case where the entry wasn't the first one in the keytab file before and had it work, but I was using an older version of Heimdal in the BSD machine and an MIT KDC that generated the keytab file.) I have screwed up keytab entries in the past. A couple of my favourite ways to do so are: - creating another keytab entry for the same principal, which makes the old one invalid, due to the change in version#. - created the keytab entry with the wrong encryption type. Oh, and I'm not volunteering to go bug hunting in Kerberos:-) rick From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 02:54:23 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 A3E881065696; Sat, 18 Sep 2010 02:54:23 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA6A8FC08; Sat, 18 Sep 2010 02:54:22 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id o8HCbsjt000488; Fri, 17 Sep 2010 08:37:54 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id KYZ38227; Fri, 17 Sep 2010 08:37:53 -0400 (EDT) Received: from gromit.tower.lib.vt.edu (gromit.tower.lib.vt.edu [128.173.51.22]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id o8HCbp8j004738 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 17 Sep 2010 08:37:51 -0400 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=utf-8 From: Paul Mather In-Reply-To: <4C91AEBF.50502@FreeBSD.org> Date: Fri, 17 Sep 2010 08:37:50 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <4CD27341-4430-4739-93C2-EEAD93A1866F@gromit.dlib.vt.edu> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> To: Martin Matuska X-Mailer: Apple Mail (2.1081) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A02020A.4C936122.0227,ss=1,fgs=0, ip=0.0.0.0, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: Xin LI , Pascal Stumpf , d@delphij.net, stable@FreeBSD.org Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 02:54:23 -0000 On Sep 16, 2010, at 1:44 AM, Martin Matuska wrote: > I have fixed the missing bits in r212688. >=20 > Thanks for the notice. >=20 > D=C5=88a 15. 9. 2010 21:12, Xin LI wrote / nap=C3=ADsal(a): >> On 2010/09/15 11:30, Mike Tancsa wrote: >>> At 02:07 PM 9/15/2010, Pascal Stumpf wrote: >>>> First of all, a great thanks to mm@ and pjd@ for the excellent work = on >>>> ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours = ago. >>=20 >> [...] >>> here too. RELENG_8 AMD64. The tinderboxes havent hit that branch = yet >>> (http://tinderbox.freebsd.org/), so = it >>> will be a few hrs before they get to test RELENG_8 >> [...] >>> -lsbuf -lm -lnvpair -luutil -lutil >>> /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to = `getmntent' >>> *** Error code 1 >>=20 >> Sorry for that, it seems to be caused by a partial merge >> (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that = ASAP. >>=20 >> Cheers, I am getting a build failure on 8.1-STABLE: =3D=3D=3D=3D=3D [[...]] cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -std=3Dc99 -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector = -Werror /usr/src/sys/kern/p1003_1b.c cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -std=3Dc99 -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector = -Werror /usr/src/sys/kern/posix4_mib.c cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -std=3Dc99 -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector = -Werror /usr/src/sys/kern/sched_ule.c cc1: warnings being treated as errors /usr/src/sys/kern/sched_ule.c: In function 'sched_switch': /usr/src/sys/kern/sched_ule.c:1807: warning: implicit declaration of = function 'sched_pickcpu' /usr/src/sys/kern/sched_ule.c:1807: warning: nested extern declaration = of 'sched_pickcpu' *** Error code 1 Stop in /usr/obj/usr/src/sys/BACKUP. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. =3D=3D=3D=3D=3D Unfortunately (for me, I guess), GENERIC will build successfully on this = system. It's only my custom kernel config file that is failing "make = buildkernel." The custom kernel config is GENERIC with various = inapplicable drivers removed, plus some non-GENERIC things added in = (such as ALTQ support options). I am building via the standard "make = buildworld" followed by "make buildkernel" method. Can anyone spot = anything obviously awry? I've included my config file at the end. Cheers, Paul. # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # = http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-con= fig.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check = first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.19 2009/07/15 08:32:19 = ed Exp $ cpu I586_CPU cpu I686_CPU ident BACKUP # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for = devices. #makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols #options SCHED_4BSD # 4BSD scheduler options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread = preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission = Protocol options IPSEC #IP security (requires device = crypto) #options IPSEC_DEBUG #debug for IP security options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates = support options UFS_ACL # Support for access control = lists options UFS_DIRHASH # Improve performance on big = directories options UFS_GJOURNAL # Enable gjournal-based UFS = journaling options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFSLOCKD # Network Lock Manager #options NFS_ROOT # NFS usable as /, requires = NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires = PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP = THIS!] #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=3D5000 # Delay (in ms) before probing = SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time = extensions options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being = interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for = hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor = Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI = access) #device ses # SCSI Environmental Services (and = SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) # PCI Ethernet NICs. device em # Intel PRO/1000 Gigabit Ethernet Family # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device crypto # core crypto support # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus = and da device ums # Mouse # pf firewall with ALTQ support device pf device pflog device pfsync options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 06:04:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CAB106566C for ; Sat, 18 Sep 2010 06:04:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 9B43B8FC1A for ; Sat, 18 Sep 2010 06:04:17 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta08.emeryville.ca.mail.comcast.net with comcast id 85xu1f0040mlR8UA864HJN; Sat, 18 Sep 2010 06:04:17 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta11.emeryville.ca.mail.comcast.net with comcast id 864F1f0053LrwQ28X64F84; Sat, 18 Sep 2010 06:04:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 412959B427; Fri, 17 Sep 2010 23:04:15 -0700 (PDT) Date: Fri, 17 Sep 2010 23:04:15 -0700 From: Jeremy Chadwick To: Paul Mather Message-ID: <20100918060415.GA72689@icarus.home.lan> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <4CD27341-4430-4739-93C2-EEAD93A1866F@gromit.dlib.vt.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4CD27341-4430-4739-93C2-EEAD93A1866F@gromit.dlib.vt.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: d@delphij.net, Pascal Stumpf , Xin LI , Martin Matuska , stable@FreeBSD.org Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 06:04:17 -0000 On Fri, Sep 17, 2010 at 08:37:50AM -0400, Paul Mather wrote: > On Sep 16, 2010, at 1:44 AM, Martin Matuska wrote: > > > I have fixed the missing bits in r212688. > > > > Thanks for the notice. > > > > Dňa 15. 9. 2010 21:12, Xin LI wrote / napísal(a): > >> On 2010/09/15 11:30, Mike Tancsa wrote: > >>> At 02:07 PM 9/15/2010, Pascal Stumpf wrote: > >>>> First of all, a great thanks to mm@ and pjd@ for the excellent work on > >>>> ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. > >> > >> [...] > >>> here too. RELENG_8 AMD64. The tinderboxes havent hit that branch yet > >>> (http://tinderbox.freebsd.org/), so it > >>> will be a few hrs before they get to test RELENG_8 > >> [...] > >>> -lsbuf -lm -lnvpair -luutil -lutil > >>> /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' > >>> *** Error code 1 > >> > >> Sorry for that, it seems to be caused by a partial merge > >> (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that ASAP. > >> > >> Cheers, > > I am getting a build failure on 8.1-STABLE: > > ===== > [[...]] > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/p1003_1b.c > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/posix4_mib.c > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sched_ule.c > cc1: warnings being treated as errors > /usr/src/sys/kern/sched_ule.c: In function 'sched_switch': > /usr/src/sys/kern/sched_ule.c:1807: warning: implicit declaration of function 'sched_pickcpu' > /usr/src/sys/kern/sched_ule.c:1807: warning: nested extern declaration of 'sched_pickcpu' > *** Error code 1 The problem was that a piece of committed code in the ULE scheduler was lacking an #ifdef statement for checking "options SMP". Meaning: kernel configs which lacked "options SMP" would break exactly as shown above. This has been fixed (see "Fix UP build" commit); please update your source tree. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c -- | 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 Sep 18 06:22:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 383F3106566C; Sat, 18 Sep 2010 06:22:56 +0000 (UTC) (envelope-from pmather@vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id DCB498FC0C; Sat, 18 Sep 2010 06:22:55 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id o8HJCq1n008818; Fri, 17 Sep 2010 15:12:52 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id MBE84380; Fri, 17 Sep 2010 15:12:51 -0400 (EDT) Received: from gromit.tower.lib.vt.edu (gromit.tower.lib.vt.edu [128.173.51.22]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id o8HJCnua005857 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 17 Sep 2010 15:12:49 -0400 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-5--646591987; protocol="application/pkcs7-signature"; micalg=sha1 From: Paul Mather In-Reply-To: <4CD27341-4430-4739-93C2-EEAD93A1866F@gromit.dlib.vt.edu> Date: Fri, 17 Sep 2010 15:12:49 -0400 Message-Id: <6BCB6834-AB6F-493E-B981-FCA3824BAAA5@vt.edu> References: <201009152007.17320.Pascal.Stumpf@cubes.de> <201009151830.o8FIUWEZ021844@lava.sentex.ca> <4C911AB0.6090901@delphij.net> <4C91AEBF.50502@FreeBSD.org> <4CD27341-4430-4739-93C2-EEAD93A1866F@gromit.dlib.vt.edu> To: stable@freebsd.org X-Mailer: Apple Mail (2.1081) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu pmather@vt.edu 2 pass X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020206.4C93BDB4.0005,ss=1,fgs=0, ip=0.0.0.0, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Xin LI , Pascal Stumpf , d@delphij.net, Martin Matuska Subject: Re: MFC of ZFSv15 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 06:22:56 -0000 --Apple-Mail-5--646591987 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On Sep 17, 2010, at 8:37 AM, Paul Mather wrote: > On Sep 16, 2010, at 1:44 AM, Martin Matuska wrote: >=20 >> I have fixed the missing bits in r212688. >>=20 >> Thanks for the notice. >>=20 >> D=C5=88a 15. 9. 2010 21:12, Xin LI wrote / nap=C3=ADsal(a): >>> On 2010/09/15 11:30, Mike Tancsa wrote: >>>> At 02:07 PM 9/15/2010, Pascal Stumpf wrote: >>>>> First of all, a great thanks to mm@ and pjd@ for the excellent = work on >>>>> ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours = ago. >>>=20 >>> [...] >>>> here too. RELENG_8 AMD64. The tinderboxes havent hit that branch = yet >>>> (http://tinderbox.freebsd.org/), so = it >>>> will be a few hrs before they get to test RELENG_8 >>> [...] >>>> -lsbuf -lm -lnvpair -luutil -lutil >>>> /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to = `getmntent' >>>> *** Error code 1 >>>=20 >>> Sorry for that, it seems to be caused by a partial merge >>> (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that = ASAP. >>>=20 >>> Cheers, >=20 > I am getting a build failure on 8.1-STABLE: >=20 > =3D=3D=3D=3D=3D > [[...]] > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector = -Werror /usr/src/sys/kern/p1003_1b.c > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector = -Werror /usr/src/sys/kern/posix4_mib.c > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector = -Werror /usr/src/sys/kern/sched_ule.c > cc1: warnings being treated as errors > /usr/src/sys/kern/sched_ule.c: In function 'sched_switch': > /usr/src/sys/kern/sched_ule.c:1807: warning: implicit declaration of = function 'sched_pickcpu' > /usr/src/sys/kern/sched_ule.c:1807: warning: nested extern declaration = of 'sched_pickcpu' > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/BACKUP. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > =3D=3D=3D=3D=3D >=20 > Unfortunately (for me, I guess), GENERIC will build successfully on = this system. It's only my custom kernel config file that is failing = "make buildkernel." The custom kernel config is GENERIC with various = inapplicable drivers removed, plus some non-GENERIC things added in = (such as ALTQ support options). I am building via the standard "make = buildworld" followed by "make buildkernel" method. Can anyone spot = anything obviously awry? I've included my config file at the end. Just to follow up myself, here: I added "options SMP" to my custom = kernel config file and that allowed me successfully to finish "make = buildkernel ..." without error. So, is "options SMP" mandatory now on FreeBSD/i386 (even on uniprocessor = systems), and, if so, shouldn't it be included in DEFAULTS? Cheers, Paul.= --Apple-Mail-5--646591987-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 07:12:53 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 05772106566B for ; Sat, 18 Sep 2010 07:12:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 9273F8FC08 for ; Sat, 18 Sep 2010 07:12:52 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 82BE82A28D28; Sat, 18 Sep 2010 09:12:51 +0200 (CEST) Date: Sat, 18 Sep 2010 09:12:51 +0200 From: Ed Schouten To: Michael Sperber Message-ID: <20100918071251.GI56986@hoeg.nl> References: <20100916091559.GA16270@icarus.home.lan> <20100916110944.GY56986@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ZSqOBn16zpYZVlF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 07:12:53 -0000 --1ZSqOBn16zpYZVlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Michael, * Michael Sperber wrote: > select(1024,{2},0x0,0x0,{0.240000 }) =3D 1 (0x1) > read(2,0xbfbfe4ed,1) ERR#35 'Resource temporarily unavailable' Thanks for the debug info. Sorry for not asking this earlier, but can you also give me the output of `pstat -t` for cuau0? It's a bit strange the read() on the TTY returns EAGAIN, since this doesn't seem to be generated by the TTY layer itself. It also seems moused is pretty badly written, looking at how it operates on fd_sets. --=20 Ed Schouten WWW: http://80386.nl/ --1ZSqOBn16zpYZVlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyUZnMACgkQ52SDGA2eCwUkPgCeNwv4z5gbEYOAxscpnnq4XNMX 4XQAn2BKRQp9W5JLWWDtChhdDljio5v/ =hCJ6 -----END PGP SIGNATURE----- --1ZSqOBn16zpYZVlF-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 09:23: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 CD7AC1065675 for ; Sat, 18 Sep 2010 09:23:46 +0000 (UTC) (envelope-from n_diablo_n_f@pochta.ru) Received: from web26.pochta.ru (web26.pochta.ru [82.204.219.126]) by mx1.freebsd.org (Postfix) with ESMTP id 482E68FC25 for ; Sat, 18 Sep 2010 09:23:45 +0000 (UTC) Received: from [127.0.0.1] (port=19294 helo=localhost) by web26.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtp id 1OwtOF-0006EC-SF for freebsd-stable@freebsd.org; Sat, 18 Sep 2010 13:07:24 +0400 From: Makaruk Roman Valerevich To: freebsd-stable@freebsd.org In-Reply-To: References: <15043432234b76fe1b2ad7382bfd0e7901412ad1@mail.qip.ru> Date: Sat, 18 Sep 2010 13:07:23 +0400 Message-Id: <15c5073c1f543e6b6f404233a341b0e97f1d8692@mail.qip.ru> X-Priority: 3 MIME-Version: 1.0 X-SpamTest-Envelope-From: n_diablo_n_f@pochta.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 15846 [Sep 18 2010] X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Atheros AR2427 in FreeBSD 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 09:23:47 -0000 =9A =9AOh! Thank you! I already lost hope that I can properly run its Wi= -Fi card.=0A=9A =9ARegards, Roman.=0A=0A=0AHi!=0A=0ARight, I'm now ready= to start looking at the AR2427. I can't guarantee=0Ai'll get it -stable= - (as that relies mostly on me getting the=0AAR9280/AR9285 stable; that'= ll take some time) but I'll at least try to=0Afix the above issue.=0A=0A= That issue you've just noted is because the EEPROM endian-ness has=0Abee= n incorrectly detected. (See the invalid channel messages just=0Abefore= the EEPROM starts dumping out "no power set for x/y"; then the=0Ainvali= d txtime messages?) I've seen that in my local tree.=0A=0AI have an AR24= 27 in this netbook of mine, so I'll figure out what's=0Abusting up the d= etection and update my development HAL. I'll let you=0Aguys know when th= at's done.=0A_______________________________________________=0Afreebsd-s= table@freebsd.org mailing list=0Ahttp://lists.freebsd.org/mailman/listin= fo/freebsd-stable=0ATo unsubscribe, send any mail to "freebsd-stable-uns= ubscribe@freebsd.org"=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 13:04: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 A54F41065674 for ; Sat, 18 Sep 2010 13:04:19 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5EC328FC1B for ; Sat, 18 Sep 2010 13:04:18 +0000 (UTC) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id 7A4361706A; Sat, 18 Sep 2010 13:04:17 +0000 (UTC) Received: from eta.local (p5B207D4C.dip.t-dialin.net [91.32.125.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTPSA id 3C1D01704A; Sat, 18 Sep 2010 13:04:17 +0000 (UTC) Received: by eta.local (Postfix, from userid 2246) id F14FE85818B; Sat, 18 Sep 2010 15:04:15 +0200 (CEST) From: Michael Sperber To: Ed Schouten References: <20100916091559.GA16270@icarus.home.lan> <20100916110944.GY56986@hoeg.nl> <20100918071251.GI56986@hoeg.nl> Date: Sat, 18 Sep 2010 15:04:15 +0200 In-Reply-To: <20100918071251.GI56986@hoeg.nl> (Ed Schouten's message of "Sat, 18 Sep 2010 09:12:51 +0200") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b29 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: After 7.3->8.1, moused on serial mouse draws 100% CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 13:04:19 -0000 Ed Schouten writes: > * Michael Sperber wrote: >> select(1024,{2},0x0,0x0,{0.240000 }) = 1 (0x1) >> read(2,0xbfbfe4ed,1) ERR#35 'Resource temporarily unavailable' > > Thanks for the debug info. Sorry for not asking this earlier, but can > you also give me the output of `pstat -t` for cuau0? This? ttyu0 1792 0 0 1562 2016 0 1790 217 0 0 ICOolZ -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 13:31:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13E41106566B; Sat, 18 Sep 2010 13:31:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D5B848FC0A; Sat, 18 Sep 2010 13:31:25 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA07210; Sat, 18 Sep 2010 16:31:24 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OwxVk-000D5b-9Y; Sat, 18 Sep 2010 16:31:24 +0300 Message-ID: <4C94BF2B.8050008@freebsd.org> Date: Sat, 18 Sep 2010 16:31:23 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100912 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: if_epair as module X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 13:31:27 -0000 Anybody uses if_epair compiled as _module_ on any platform other than amd64? If yes, could you please respond to me in private? Big thanks in advance. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 13:58: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 30548106566B for ; Sat, 18 Sep 2010 13:58:23 +0000 (UTC) (envelope-from bryce@bryce.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id EFAC18FC12 for ; Sat, 18 Sep 2010 13:58:22 +0000 (UTC) Received: by yxn35 with SMTP id 35so1216655yxn.13 for ; Sat, 18 Sep 2010 06:58:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.6.10 with SMTP id j10mr6425051ybi.382.1284816752896; Sat, 18 Sep 2010 06:32:32 -0700 (PDT) Received: by 10.150.137.14 with HTTP; Sat, 18 Sep 2010 06:32:32 -0700 (PDT) Date: Sat, 18 Sep 2010 08:32:32 -0500 Message-ID: From: Bryce Edwards To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: SuperMicro i7 (UP) - very slow performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 13:58:23 -0000 I have a Supermicro with the C7X58 motherboard and an i7 930 cpu, and it is nowhere near the performance it should be. A buildworld just took 22.5 hours! bryce@tahiti[~]>uname -a FreeBSD tahiti.bryce.net 8.1-STABLE FreeBSD 8.1-STABLE #0: Tue Sep 7 22:45:38 CDT 2010 root@tahiti.bryce.net:/usr/obj/usr/src/sys/GENERIC amd64 I have disabled "Legacy USB Support" in the BIOS and that helped, but I'm not finding any other setting that are getting things where they need to be. I have tested the two system drives independently (currently a zfs mirror), so it is not likely to be an hdd issue. Here's the verbose dmesg boot details - http://www.bryce.net/files/dmesg.boot And, the IPMI ASL in case that is of any value - http://www.bryce.net/files/tahiti.asl Currently, I'm not running powerd, performance is not better with it running. root@tahiti[/usr/src]#cat /boot/loader.conf ahci_load="YES" coretemp_load="YES" zfs_load="YES" vfs.root.mountfrom="zfs:system" #vfs.zfs.prefetch_disable=1 kern.maxfiles=16384 # async i/o aio_load="YES" # VirtualBox #vboxdrv_load="YES" # SMB #ichsmb_load="YES" #smb_load="YES" # Power Saving #kern.hz="100" # Disable APIC subsystem - no longer needed when disabling lapic below #hint.apic.0.disabled="1" # Disable local APIC (LAPIC) timer - for C3 state #hint.apic.0.clock="0" # Avoid 128 interrupts/sec per core, at cost of scheduling precision #hint.atrtc.0.clock="0" # Disable throttle control (and rely on EIST) hint.p4tcc.0.disabled="1" hint.acpi_throttle.0.disabled="1" Thanks in advance for your time! ::Bryce:: From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 14:22:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BD661065679 for ; Sat, 18 Sep 2010 14:22:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B94298FC0C for ; Sat, 18 Sep 2010 14:22:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o8IEMKIk073558 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Sep 2010 17:22:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o8IEMKa9036410; Sat, 18 Sep 2010 17:22:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o8IEMKCB036409; Sat, 18 Sep 2010 17:22:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 18 Sep 2010 17:22:20 +0300 From: Kostik Belousov To: Bryce Edwards Message-ID: <20100918142220.GT2389@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mW9eGbZzDIYYWqGs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: SuperMicro i7 (UP) - very slow performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 14:22:27 -0000 --mW9eGbZzDIYYWqGs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 18, 2010 at 08:32:32AM -0500, Bryce Edwards wrote: > I have a Supermicro with the C7X58 motherboard and an i7 930 cpu, and > it is nowhere near the performance it should be. A buildworld just > took 22.5 hours! I use 5046A-XB with i7-930 as home workstation, running latest RELENG_8, and I do not have the problem you noted. My BIOS is v1.1, USB legacy is enabled. I did noted one issue with hw, built-in firewire controller generated too high interrupt rate, so I usually do not load firewire.ko unless needed. >=20 > bryce@tahiti[~]>uname -a > FreeBSD tahiti.bryce.net 8.1-STABLE FreeBSD 8.1-STABLE #0: Tue Sep 7 > 22:45:38 CDT 2010 > root@tahiti.bryce.net:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I have disabled "Legacy USB Support" in the BIOS and that helped, but > I'm not finding any other setting that are getting things where they > need to be. >=20 > I have tested the two system drives independently (currently a zfs > mirror), so it is not likely to be an hdd issue. >=20 > Here's the verbose dmesg boot details - http://www.bryce.net/files/dmesg.= boot >=20 > And, the IPMI ASL in case that is of any value - > http://www.bryce.net/files/tahiti.asl >=20 > Currently, I'm not running powerd, performance is not better with it runn= ing. >=20 > root@tahiti[/usr/src]#cat /boot/loader.conf > ahci_load=3D"YES" > coretemp_load=3D"YES" >=20 > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:system" > #vfs.zfs.prefetch_disable=3D1 >=20 > kern.maxfiles=3D16384 >=20 > # async i/o > aio_load=3D"YES" >=20 > # VirtualBox > #vboxdrv_load=3D"YES" >=20 > # SMB > #ichsmb_load=3D"YES" > #smb_load=3D"YES" >=20 > # Power Saving > #kern.hz=3D"100" >=20 > # Disable APIC subsystem - no longer needed when disabling lapic below > #hint.apic.0.disabled=3D"1" >=20 > # Disable local APIC (LAPIC) timer - for C3 state > #hint.apic.0.clock=3D"0" >=20 > # Avoid 128 interrupts/sec per core, at cost of scheduling precision > #hint.atrtc.0.clock=3D"0" >=20 > # Disable throttle control (and rely on EIST) > hint.p4tcc.0.disabled=3D"1" > hint.acpi_throttle.0.disabled=3D"1" >=20 > Thanks in advance for your time! >=20 > ::Bryce:: > _______________________________________________ > 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" --mW9eGbZzDIYYWqGs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkyUyxwACgkQC3+MBN1Mb4gi0wCcD3fpHHFQ8JecMfABQbN6rXcV LvkAn0gOswTY82qWrK2wot8KG2BimY6/ =Rh4O -----END PGP SIGNATURE----- --mW9eGbZzDIYYWqGs-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 18 17:50:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39960106566B for ; Sat, 18 Sep 2010 17:50:37 +0000 (UTC) (envelope-from v8diemacht@yahoo.de) Received: from web27204.mail.ukl.yahoo.com (web27204.mail.ukl.yahoo.com [217.146.182.94]) by mx1.freebsd.org (Postfix) with SMTP id 34A698FC1A for ; Sat, 18 Sep 2010 17:50:35 +0000 (UTC) Received: (qmail 90263 invoked by uid 60001); 18 Sep 2010 17:50:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1284832234; bh=DlndpitHbAtlqcT2Lz0FvnXBAzuWIs9peiDS8lJhcdw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WLSdvsg4yEngKWQV9wO8komaKjnuyENgtP8tuXhmHwFAdAuMjf9aHzfe9iacVY/io6q0XH7Yt2RUV6zeISPaWaQE+TPmBUgcBM7pKfE5IIoDvE51t7f9CHWX4L5BREzBKlCOvWcdHkJR1ZuPv1EdQifch4Fj06joFg8LSPCKywM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F352nAMnTKjUbBVIXaaix7cbASzq6MkqCqUFbV+kB+d8rquGgAFL+VxNdXFggh+Mlkdj1GvtHEYiW1MoEK75SO1F+EEmjn0iagcWKpN29RtI2Tmeo60GEOl8br/pmxdb2jyc9HS2DR7hNY2Vk9kms4PKFNfwlIEgaBYieeK1CPg=; Message-ID: <940947.81121.qm@web27204.mail.ukl.yahoo.com> X-YMail-OSG: c_rYe8UVM1lBeXIqK7OcPjcWCiE9gDGXCu9MbQ.grLuG35I P_nSZyXhSkR80jpdf9JTqfvCt.IX6wMNcdCjHM6XVKaw0mUb1yHVmdhWQHl2 hix6K2BQ5pI9Y.xuk7pH7D4sjw7EOpwts6jaIgV7u973kC_fN1MQT9Sr1xp6 OobpQnq5QQbRKTXSaPpVZomJ4eehWXufXvuWjPVG1Dj77xH8gI4t_g1cDLtb 9_zWEsGcaJmN00F.kdVJVZTiByO9NuOc7NYToBLXnCdhCZK6qD0v_RyV5YKw sU.2lmDts_qEq6MUulw7teB6HoQ-- Received: from [82.83.142.147] by web27204.mail.ukl.yahoo.com via HTTP; Sat, 18 Sep 2010 17:50:34 GMT X-Mailer: YahooMailClassic/11.4.9 YahooMailWebService/0.8.105.279950 Date: Sat, 18 Sep 2010 17:50:34 +0000 (GMT) From: rolle To: Free BSD In-Reply-To: <201009180227.41300.avilla@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: problem pkg_add kdehier4-1.0.6.tbz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2010 17:50:37 -0000 =0A=0A=0A> Von: Alberto Villa =0A> Betreff: Re: problem= pkg_add kdehier4-1.0.6.tbz=0A> An: freebsd-stable@freebsd.org=0A> CC: "rol= le" =0A> Datum: Samstag, 18. September, 2010 02:27 Uhr= =0A> On Friday 17 September 2010 19:02:51=0A> rolle wrote:=0A> > Today I tr= ied to update my notebook with pkg_upgrade=0A> tool, written by =0A> a=0A> = > German bsdforen.de member. I ran into problems=0A> installing =0A> "kdehi= er4-1.0.6"=0A> > package.=0A> =0A> ports/UPDATING has the solution for this= =0A> -- =0A> Alberto Villa, FreeBSD Committer =0A> http= ://people.FreeBSD.org/~avilla=0A> =0A=0AEverything worked like expected, th= x for your help. =0A=0A=0A=0A=0A