From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 00:09:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E087D10656C0 for ; Sun, 19 Apr 2009 00:09:08 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9E50C8FC1B for ; Sun, 19 Apr 2009 00:09:08 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C5688245401; Sun, 19 Apr 2009 01:09:12 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon.draftnet (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sun, 19 Apr 2009 01:09:12 +0000 (GMT) Date: Sun, 19 Apr 2009 01:09:04 +0100 From: Bruce Cran To: Mehmet Erol Sanliturk Message-ID: <20090419010904.714c2dc2@gluon.draftnet> In-Reply-To: References: X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FreeBSD 7.2 RC1 amd64 Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 00:09:09 -0000 On Sat, 18 Apr 2009 19:04:26 -0400 Mehmet Erol Sanliturk wrote: > (3) When shutdown is selected from Gnome menu either by the first > user or the root , within displayed dialog box > there is no a Shutdown item . > It is necessary for the root open a terminal console , and enter > shutdown -p now command . Have you installed sudo? I think those options (suspend/shutdown/hibernate) only get displayed if HAL sees sudo is available. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 00:20:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6B78106566B for ; Sun, 19 Apr 2009 00:20:07 +0000 (UTC) (envelope-from sonic2000gr@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4143D8FC08 for ; Sun, 19 Apr 2009 00:20:06 +0000 (UTC) (envelope-from sonic2000gr@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so66931fga.12 for ; Sat, 18 Apr 2009 17:20:06 -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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=jSukWIOIqw7EYW6RZQFe2wRFLj7qlHH8wyHMOM4mo5M=; b=ZJmjvq60V7owKPLmlymzDWwNP1TMQx9Nq8qmUYZC9iP6V2V9wW+hEBGGGKD+H60CDU VL/1Cm2B5hiGFzllZIRzJiaH6BBjppAH1hsciAyoCpposL7ki7OupMRzvbylVw/7WvR+ p9V1i92tmYMD8Cs0tFykcYp6YLI/nLAp9Jcec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=W5NMzwkUnmeSIy7QswA/DivXemZsQ1labXK4VUfoDjXE647gRpAnXNtI6ETfp1eqVW PJQeLX6JHLA8NEcSebCNtPz3IkbY7QHiOAPmxMMrqtygF1PtsABFHiATOi1LP8BNyHyU eLoLtonoDyQLdmaOdF7R6mu2EvKiJYwqmNtjg= Received: by 10.86.53.8 with SMTP id b8mr3017195fga.21.1240100405917; Sat, 18 Apr 2009 17:20:05 -0700 (PDT) Received: from atlantis.dyndns.org (athedsl-4471176.home.otenet.gr [94.71.121.120]) by mx.google.com with ESMTPS id e20sm1220605fga.10.2009.04.18.17.20.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Apr 2009 17:20:05 -0700 (PDT) Message-ID: <49EA6E33.1060906@gmail.com> Date: Sun, 19 Apr 2009 03:20:03 +0300 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: Bruce Cran References: <20090419010904.714c2dc2@gluon.draftnet> In-Reply-To: <20090419010904.714c2dc2@gluon.draftnet> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FreeBSD 7.2 RC1 amd64 Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 00:20:07 -0000 Bruce Cran wrote: > On Sat, 18 Apr 2009 19:04:26 -0400 > Mehmet Erol Sanliturk wrote: > > > >> (3) When shutdown is selected from Gnome menu either by the first >> user or the root , within displayed dialog box >> there is no a Shutdown item . >> It is necessary for the root open a terminal console , and enter >> shutdown -p now command . >> > > Have you installed sudo? I think those options > (suspend/shutdown/hibernate) only get displayed if HAL sees sudo is > available. > > Fact is you will get these options either if you have sudo and your user account is authorized to shutdown / reboot (this is the fallback method though) or if PolicyKit is configured (see /usr/local/etc/PolicyKit/PolicyKit.conf) to allow shutdown/reboot. Entries will look similar to these: Have a look at http://www.freebsd.org/gnome/docs/halfaq.html for more HAL fun ;) From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 03:27:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838D11065670 for ; Sun, 19 Apr 2009 03:27:55 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id D982A8FC16 for ; Sun, 19 Apr 2009 03:27:54 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by fxm11 with SMTP id 11so1440533fxm.43 for ; Sat, 18 Apr 2009 20:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=gxEzmEhl9XIC3W1RVqf/W9cVf89Od0qpohZX59fjLfc=; b=nUtUwFlXF9IJuJTwI/vXzFSxI3foSFldbQG2r2voIZ9VVINarduxt1dHeZCAuGJE9D PKuckvzZav8MtWE1qEuUZOF50nWzohqW9sqr8MoX4rIvaHi8UUYZfOH/9jLzRZKz3yg8 /bhpg09smVOGO9Pzwr7wyrMWgFa90JF539nqo= 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=hS0LiIT5T0HXIjDhAA3EnDWLCeJwz1y6BYyJIAA5Pci8eosM4US5/h64JvPuK+zOjW cuDiLVMQILmkJnPw6s1gPqsgdjy9qQULAmMAtt621URmhw2oc8+MB90x1DYSOFXUvFfR rEV0j732FmJHP0x3l1R4THjSmUJsqiz7zM84I= MIME-Version: 1.0 Received: by 10.204.68.15 with SMTP id t15mr3939166bki.139.1240111673853; Sat, 18 Apr 2009 20:27:53 -0700 (PDT) In-Reply-To: <1240098983.27699.44.camel@neo.cse.buffalo.edu> References: <1240098983.27699.44.camel@neo.cse.buffalo.edu> Date: Sat, 18 Apr 2009 23:27:53 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Ken Smith Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: FreeBSD 7.2 RC1 amd64 Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 03:27:55 -0000 On Sat, Apr 18, 2009 at 7:56 PM, Ken Smith wrote= : > On Sat, 2009-04-18 at 19:04 -0400, Mehmet Erol Sanliturk wrote: > > To be honest it never occured to me that someone would attempt to > install all of the packages (or at least as many as you indicated in > your summary that you did). The package failures you mention were > almost certainly caused by conflicts (e.g. apache-1.3.41 and apache > +mod_ssl-1.3.41+2.8.31 failing because apache-2.2.11_4 got installed > first). When deciding what packages to include on the media as of late > I haven't been taking the issue of possible conflicts into mind. Like I > said I'm afraid it just never occured to me someone would just select > "virtually all of them" as you did. > > I'll take this into consideration moving forward but just so you know it > likely won't be addressed as part of 7.2-REL. It's likely you would > need to be at least a little more selective in what packages you install > if you want to avoid these sorts of package install failures caused by > conflicts. > > This is a test installation . Therefore installation of all the packages is a testing step . Such a test will show installability of packages and missing parts if any , and possible conflicts . Therefore package selection process rules may be adjusted accordingly . After marking selected packages I inspected every category list toward backward to see whether a last selection reverted a previously marked selection . Such a mark erasing did not occurred . Marking is able to select dependencies but at present it is not de-select conflicting selections . Another reason is that I am writing a multimedia information management system since 1986 and it is continuation of my PhD thesis subject . Concepts coverage is vast and I am studying every possible information sources one by one t= o learn at least their main ideas . This part is for me . > That one is a question for the Gnome folks but I *think* that's the > intended behavior unless you configure the machine to launch the > graphical interface as part of booting up. :-) > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > After installation , FreeBSD boots in terminal mode . In this first boot , = I have included gnome_enable=3D=C2=A8YES=C2=A8 into rc.conf and re-booted . Thank you very much Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 03:39:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A8B106564A for ; Sun, 19 Apr 2009 03:39:24 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id A49D18FC08 for ; Sun, 19 Apr 2009 03:39:23 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so815308bwz.43 for ; Sat, 18 Apr 2009 20:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=S95C1EQltblk7qzC3fx2WYHznimAbnATpMUrY4tTQPs=; b=giv+3Ty495D6VzRoprDp5OEatVeowtm6Om04OH3XREcnsxW68bXG4MHlQ/FWiFmqll 1XxHQA1x3LLGK3OoavkOnwe5mQ3Imbt1JwTNiaJFnub2ibYdsBXHMxHycsgg73y0/jTH m+VnbLMDX7S0eO5zbQzNLfr3ETwuL3R85pGN0= 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=cbBl+bDGFMOiiIRtZlsgZb2z71ayU6F99bweCQaygmvhunjyquvI2cN3Dy3dQ3FYR5 TIkz6OoYs2aTuXa50eaWnoqyDvhHx3ELNxy9Ylx09qtyrF7jkiaazjJD40suxZdkjyF7 c+x8CKSpk6crjImUBuYc73wSLwe8IEF6ubBYw= MIME-Version: 1.0 Received: by 10.204.65.65 with SMTP id h1mr3963433bki.26.1240112362279; Sat, 18 Apr 2009 20:39:22 -0700 (PDT) In-Reply-To: <20090419010904.714c2dc2@gluon.draftnet> References: <20090419010904.714c2dc2@gluon.draftnet> Date: Sat, 18 Apr 2009 23:39:22 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Bruce Cran Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: FreeBSD 7.2 RC1 amd64 Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 03:39:24 -0000 On Sat, Apr 18, 2009 at 8:09 PM, Bruce Cran wrote: > On Sat, 18 Apr 2009 19:04:26 -0400 > Mehmet Erol Sanliturk wrote: > > > > (3) When shutdown is selected from Gnome menu either by the first > > user or the root , within displayed dialog box > > there is no a Shutdown item . > > It is necessary for the root open a terminal console , and enter > > shutdown -p now command . > > Have you installed sudo? I think those options > (suspend/shutdown/hibernate) only get displayed if HAL sees sudo is > available. > > -- > Bruce Cran It is very likely , because I had selected all of the packages . I do not know why HAL uses sudo for such a result . Actually I am using FreeBSD 7.1 i386 Stable again all of the packages installed but Gnome shut down menu is NOT affected by selection of sudo . Now I have checked my 7.1 i386 . sudo is installed and Gnome shutdown menu for the user ( not root ) included into operator group for USB mounts shows the menu item shudtdown . This means that there is a difference between i386 and amd64 shutdown rules in Gnome menus . Thank you very much Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 04:01:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E2A1065672 for ; Sun, 19 Apr 2009 04:01:03 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id C2D798FC0A for ; Sun, 19 Apr 2009 04:01:02 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so817680bwz.43 for ; Sat, 18 Apr 2009 21:01:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=8WKVRHPSlnPCYXOOEvddmALI2CGJlXNj8hJbSa33cvo=; b=qkGTiv84l/IfgIX69heHFZQDPQx844kIRq2ZB1U2GxIpxZk8EnL2UDxC6Yrf/QShmv bIW5gUfrJ9pXkPt4BcJO0p11GdqxGu/X7nsvSGp6EWIxfG4IDtKkfSk6NAuKwDlxtXid pcendq4+l7v9cI2EDSYc5qIwpaczxwZIBM8vE= 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=Z7j80mEfQFxm6oaB46SavoKo33X963gw6iTyFR0gjK5kGEqoEQIuA/gaxnCGE3a0n1 k1LRYMW1bz0pyRM4yYApLSElDUkWHCqUd73wIuLP0Ieh4l4O6Nytjy3g/sGYIqnF/xts 6HBesLpaMWOsuqoacXJWC6jm9ULU8ERf/cvDQ= MIME-Version: 1.0 Received: by 10.204.100.70 with SMTP id x6mr3955249bkn.140.1240113661640; Sat, 18 Apr 2009 21:01:01 -0700 (PDT) In-Reply-To: <49EA6E33.1060906@gmail.com> References: <20090419010904.714c2dc2@gluon.draftnet> <49EA6E33.1060906@gmail.com> Date: Sun, 19 Apr 2009 00:01:01 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Manolis Kiagias Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Bruce Cran , freebsd-stable Subject: Re: FreeBSD 7.2 RC1 amd64 Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 04:01:03 -0000 On Sat, Apr 18, 2009 at 8:20 PM, Manolis Kiagias wrote: > Bruce Cran wrote: > > On Sat, 18 Apr 2009 19:04:26 -0400 > > Mehmet Erol Sanliturk wrote: > > > > > > > >> (3) When shutdown is selected from Gnome menu either by the first > >> user or the root , within displayed dialog box > >> there is no a Shutdown item . > >> It is necessary for the root open a terminal console , and enter > >> shutdown -p now command . > >> > > > > Have you installed sudo? I think those options > > (suspend/shutdown/hibernate) only get displayed if HAL sees sudo is > > available. > > > > > Fact is you will get these options either if you have sudo and your user > account is authorized to shutdown / reboot (this is the fallback method > though) or if PolicyKit is configured (see > /usr/local/etc/PolicyKit/PolicyKit.conf) to allow shutdown/reboot. > > Entries will look similar to these: > > > > > > > > > > > > > Have a look at http://www.freebsd.org/gnome/docs/halfaq.html for more > HAL fun ;) > Nearly all of my expressed ideas about FreeBSD is not about my own requirements but especially newly beginning users . This point is utmost importance for me because my profession was the teaching of programming languages to the students in the University by starting from Introduction to computing . In those days computers were not available as they are today . I know how difficult is to make a start to learning to use a computing systems with respect to observations of the students . Then I want to emphasize the points that will be difficult for the new users to overcome at the beginning . If we do not reduce usage difficulty level of FreeBSD as much as possible it will prevent adoption of FreeBSD so much . Why FreeBSD so important for me is not a good question because FreeBSD is an excellent operating system with an immensely invested efforts by its very valuable developers and I think it is second to none . For my own difficulties : I wish - the Handbook includes more examples . - the man pages includes more examples for typical situations . In that respect my idea is that freebsd-questions and other lists contain excellent cases and solutions to them . In those days there is a concept of data mining . Actually these lists are containing very good sample cases and their solutions . By traversing the questions and problems and answers to them may be utilized to enhance the man pages and the handbook . This requires extensive knowledge about the Handbook and man pages which I do not have yet . Knowledgeable FreeBSD developers may contribute to this process . It is known that ideas expressed in mailing lists may be utilized for this process and my opinion is that no one will object to utilization of his/her ideas in such a utilization . Thank you very much . Mehmet Erol Sanliturk. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 08:02:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7218C1065673 for ; Sun, 19 Apr 2009 08:02:27 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from bay0-omc1-s11.bay0.hotmail.com (bay0-omc1-s11.bay0.hotmail.com [65.54.246.83]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9458FC08 for ; Sun, 19 Apr 2009 08:02:27 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from BAY126-W49 ([65.55.131.84]) by bay0-omc1-s11.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 01:02:26 -0700 Message-ID: X-Originating-IP: [79.31.84.28] From: xer To: Date: Sun, 19 Apr 2009 10:02:26 +0200 Importance: Normal In-Reply-To: <20090415120024.0E20A1065706@hub.freebsd.org> References: <20090415120024.0E20A1065706@hub.freebsd.org> MIME-Version: 1.0 X-OriginalArrivalTime: 19 Apr 2009 08:02:26.0978 (UTC) FILETIME=[2E029020:01C9C0C5] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.4-STABLE and PHP5 pcre and phpsysinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 08:02:27 -0000 Hello Mine 6.4-STABLE today has a strange problem regarding "phpsysinfo" that i u= se it. Ports are updated=2Cbut phpsysinfo (on browser) today show errors about pcr= e: ----------------------- Notice: Undefined offset: 3 in /usr/local/www/data-dist/phpsysinfo/includ= es/os/class.FreeBSD.inc.php on line 59 ^ a lots Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() erro= r -3 in /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.in= c.php on line 126 ^ a lots Warning: asort() expects parameter 1 to be array=2C boolean given in /usr/= local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php on line= 174 ^ a lots Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() erro= r -3 in /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.in= c.php on line 187 ^ a lots XPath error in XPath.class.php:3492 Expression failed to parse as PrimaryEx= pr because: Expression is not a PrimaryExpr XPath error in XPath.class.php:5903 The supplied xPath '/phpsysinfo/Vitals/Distro' does not *uniquely* describe a node in the xml document.Not unique xpath-query=2C matched 0-times. and more... -------------------- It seems that the FreeBSD patch does not work so well=2C someone use phpsys= info? I did deinstalled php5 and 1.3 extension and reinstalled as expected.. but = no resolve. Any help please? Thanx in advance. _________________________________________________________________ Quante ne sai? Scoprilo con CrossWire! http://clk.atdmt.com/GBL/go/140630367/direct/01/= From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 09:10:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07180106564A for ; Sun, 19 Apr 2009 09:10:03 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.ORG [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id BECD78FC16 for ; Sun, 19 Apr 2009 09:10:02 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoom.lafn.org (8.14.2/8.14.2) with ESMTP id n3J9A0Ke042043 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 19 Apr 2009 02:10:02 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: <40A886C4-9202-48F8-B111-F4C7F4E3EA11@lafn.org> From: Doug Hardie To: freebsd-stable Stable In-Reply-To: <84888337-9024-4DA0-BF29-06FF98A49F15@lafn.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 19 Apr 2009 02:10:00 -0700 References: <84888337-9024-4DA0-BF29-06FF98A49F15@lafn.org> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on zoom.lafn.org X-Virus-Status: Clean Subject: Re: FreeBSD 7.2-rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 09:10:03 -0000 On Apr 18, 2009, at 14:05, Doug Hardie wrote: > I have encountered a rather interesting issue trying to install > rc1. The system boots and then says there is no disk in the CD > drive. The rc1 disk1 downloaded fine and the checksums matched. > The CD will mount fine in other systems and can easily be read. I > then let 7.0 boot on the test system and mounted the 7.2 cd. It > mounts fine and I can read all the files ( well a few that I > tested). Looking through the 7.0 dmesg I find some rather > unexpected entries for the CD drive. ... Since I can't boot the CD, I did a source update. Unfortunately I seem to have downloaded one of the kernel modules while it was being updated since it would not compile. Since it was for hardware I don't have, I just commented it out and everything then built just fine. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath I usually run a stress test on new releases. Basically I open a ftp to a server (local LAN) and download gigs of data - more than the available free space on the drive. With 7.1, the download would hang about 50% of the time. There was free space remaining on the drive. The NIC was basically useless at that point. The only way to restore it was to reboot. The particular machine I am using right now only has an old decrepit rl NIC: rl0: port 0xe000-0xe0ff mem 0xdd104000-0xdd1040ff irq 12 at device 13.0 on pci0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:d0:09:d8:8f:ff rl0: [ITHREAD] When running this test with 7.2-rc1 it always managed to make it to disk full and then terminate gracefully. Looks like the rl NICs are going to be usable. I had eliminated them from my production servers a long time ago. The only real issue I encountered was that the number of files you have to respond to in mergemaster continues to grow (perhaps exponentially). For my machine I maintain the source on thats no big issue. However, it does cause a lot of additional down time for the servers. I am going to have to dig through mergemaster to see if there is some way to tell it to automatically install the updates to specific directories (e.g., periodic, security, rc.d etc.). I never touch them and they contribute the majority of manual entries. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 09:39:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 319271065674 for ; Sun, 19 Apr 2009 09:39:29 +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 B33AC8FC27 for ; Sun, 19 Apr 2009 09:39:28 +0000 (UTC) (envelope-from hlh@restart.be) 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 "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 71EB64B5A; Sun, 19 Apr 2009 11:39:27 +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.3/8.14.3) with ESMTP id n3J9dORQ063843; Sun, 19 Apr 2009 11:39:25 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1240133967; bh=S0mibLoK1+p3KezOtSsuMCVZar4tZaCxFTbO8+TyIac=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=mqO1GU1YLEKTCCgTK/RgyEstYiHZcB/FwO9WD8UtIMXNYjwdVmR+TSPcZVB0vJfQW SH9tDBaaaPJbDyVQPaqLw== 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:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=no3DleTqzJ8jm1n+0LWloHtrtX7kgPPvP5EKNNfuRj1d8UedEgFqTmmRaaNmTrprl 9XaduF6F9rewgnLCKu0sQ== Message-ID: <49EAF14C.8030908@restart.be> Date: Sun, 19 Apr 2009 11:39:24 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: xer References: <20090415120024.0E20A1065706@hub.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: 6.4-STABLE and PHP5 pcre and phpsysinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 09:39:29 -0000 xer wrote: > Hello > Mine 6.4-STABLE today has a strange problem regarding "phpsysinfo" that i use it. > > Ports are updated,but phpsysinfo (on browser) today show errors about pcre: > > > ----------------------- > Notice: Undefined offset: 3 in /usr/local/www/data-dist/phpsysinfo/includes/os/class.FreeBSD.inc.php on line 59 > > > ^ a lots > > Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() error -3 in /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php on line 126 > > > ^ a lots > > Warning: asort() expects parameter 1 to be array, boolean given in /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php on line 174 > > > ^ a lots > > > Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() error -3 in /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php on line 187 > > > ^ a lots > > XPath error in XPath.class.php:3492 Expression failed to parse as PrimaryExpr because: Expression is not a PrimaryExpr > XPath error in XPath.class.php:5903 The supplied xPath > '/phpsysinfo/Vitals/Distro' does not *uniquely* describe a node in the > xml document.Not unique xpath-query, matched 0-times. > > > and more... > -------------------- > It seems that the FreeBSD patch does not work so well, someone use phpsysinfo? > > I did deinstalled php5 and 1.3 extension and reinstalled as expected.. but no resolve. Contrary to /usr/ports/UPDATING - entry 20081211, base php5 (5.2.9) don't contains pcre. You simply have to add /usr/ports/devel/php5-pcre. All will be OK. Henri > Any help please? > Thanx in advance. > > _________________________________________________________________ > Quante ne sai? Scoprilo con CrossWire! > http://clk.atdmt.com/GBL/go/140630367/direct/01/_______________________________________________ > 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 Apr 19 09:46:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 155F81065670 for ; Sun, 19 Apr 2009 09:46:28 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from bay0-omc1-s18.bay0.hotmail.com (bay0-omc1-s18.bay0.hotmail.com [65.54.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id EFDA38FC0A for ; Sun, 19 Apr 2009 09:46:27 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from BAY126-DS4 ([65.55.131.31]) by bay0-omc1-s18.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 02:46:27 -0700 X-Originating-IP: [79.31.84.109] X-Originating-Email: [xernet@hotmail.it] Message-ID: From: "xer" To: "Henri Hennebert" References: <20090415120024.0E20A1065706@hub.freebsd.org> <49EAF14C.8030908@restart.be> In-Reply-To: <49EAF14C.8030908@restart.be> Date: Sun, 19 Apr 2009 11:46:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8064.206 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8064.206 X-OriginalArrivalTime: 19 Apr 2009 09:46:27.0650 (UTC) FILETIME=[B5BD8A20:01C9C0D3] Cc: freebsd-stable@freebsd.org Subject: Re: 6.4-STABLE and PHP5 pcre and phpsysinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: xer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 09:46:28 -0000 Thanx Henri, but php5-pcre is already installed, phpsysinfo was working before (i don't understand what happened) So i did deinstalled pcre and also php5-pcre but the problem regarding phpsysinfo still alive.. -------------------------------------------------- From: "Henri Hennebert" Sent: Sunday, April 19, 2009 11:39 AM To: "xer" Cc: Subject: Re: 6.4-STABLE and PHP5 pcre and phpsysinfo > xer wrote: >> Hello >> Mine 6.4-STABLE today has a strange problem regarding "phpsysinfo" that i >> use it. >> >> Ports are updated,but phpsysinfo (on browser) today show errors about >> pcre: >> >> >> ----------------------- >> Notice: Undefined offset: 3 in >> /usr/local/www/data-dist/phpsysinfo/includes/os/class.FreeBSD.inc.php on >> line 59 >> >> >> ^ a lots >> >> Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() >> error -3 in >> /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php >> on line 126 >> >> >> ^ a lots >> >> Warning: asort() expects parameter 1 to be array, boolean given in >> /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php >> on line 174 >> >> >> ^ a lots >> >> >> Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() >> error -3 in >> /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php >> on line 187 >> >> >> ^ a lots >> >> XPath error in XPath.class.php:3492 Expression failed to parse as >> PrimaryExpr because: Expression is not a PrimaryExpr >> XPath error in XPath.class.php:5903 The supplied xPath >> '/phpsysinfo/Vitals/Distro' does not *uniquely* describe a node in the >> xml document.Not unique xpath-query, matched 0-times. >> >> >> and more... >> -------------------- >> It seems that the FreeBSD patch does not work so well, someone use >> phpsysinfo? >> >> I did deinstalled php5 and 1.3 extension and reinstalled as expected.. >> but no resolve. > > Contrary to /usr/ports/UPDATING - entry 20081211, base php5 (5.2.9) don't > contains pcre. You simply have to add /usr/ports/devel/php5-pcre. All will > be OK. > > Henri > >> Any help please? >> Thanx in advance. >> >> _________________________________________________________________ >> Quante ne sai? Scoprilo con CrossWire! >> http://clk.atdmt.com/GBL/go/140630367/direct/01/_______________________________________________ >> 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 Apr 19 10:03:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A1CF106564A for ; Sun, 19 Apr 2009 10:03:03 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from bay0-omc3-s19.bay0.hotmail.com (bay0-omc3-s19.bay0.hotmail.com [65.54.246.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2299A8FC14 for ; Sun, 19 Apr 2009 10:03:02 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from BAY126-DS7 ([65.55.131.34]) by bay0-omc3-s19.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 03:03:02 -0700 X-Originating-IP: [79.31.84.109] X-Originating-Email: [xernet@hotmail.it] Message-ID: From: "xer" To: "xer" Date: Sun, 19 Apr 2009 12:03:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8064.206 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8064.206 X-OriginalArrivalTime: 19 Apr 2009 10:03:02.0790 (UTC) FILETIME=[06E3DA60:01C9C0D6] Cc: freebsd-stable@freebsd.org Subject: Re: 6.4-STABLE and PHP5 pcre and phpsysinfo [SOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: xer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 10:03:03 -0000 Hello to any1 just solved my silly problem, php5-pcre (for php5.2.9) need to be build with BUNDLED_PCRE, for FreeBSD that have apache 2.0.x (as mine) so make config before install it.. anyway, my problem has been determinated, 'cause i did upgraded the port above (php5-pcre) without a make config before, so, i don't really remember if previous php5-pcre was prebuilt with pcre bundled action for apache 2.0.x thanx again to any1 -------------------------------------------------- From: "xer" Sent: Sunday, April 19, 2009 11:46 AM To: "Henri Hennebert" Cc: Subject: Re: 6.4-STABLE and PHP5 pcre and phpsysinfo > Thanx Henri, but php5-pcre is already installed, phpsysinfo was working > before (i don't understand what happened) > > So i did deinstalled pcre and also php5-pcre but the problem regarding > phpsysinfo still alive.. > > > -------------------------------------------------- > From: "Henri Hennebert" > Sent: Sunday, April 19, 2009 11:39 AM > To: "xer" > Cc: > Subject: Re: 6.4-STABLE and PHP5 pcre and phpsysinfo > >> xer wrote: >>> Hello >>> Mine 6.4-STABLE today has a strange problem regarding "phpsysinfo" that >>> i use it. >>> >>> Ports are updated,but phpsysinfo (on browser) today show errors about >>> pcre: >>> >>> >>> ----------------------- >>> Notice: Undefined offset: 3 in >>> /usr/local/www/data-dist/phpsysinfo/includes/os/class.FreeBSD.inc.php on >>> line 59 >>> >>> >>> ^ a lots >>> >>> Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() >>> error -3 in >>> /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php >>> on line 126 >>> >>> >>> ^ a lots >>> >>> Warning: asort() expects parameter 1 to be array, boolean given in >>> /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php >>> on line 174 >>> >>> >>> ^ a lots >>> >>> >>> Warning: preg_match() [function.preg-match]: Internal pcre_fullinfo() >>> error -3 in >>> /usr/local/www/data-dist/phpsysinfo/includes/os/class.BSD.common.inc.php >>> on line 187 >>> >>> >>> ^ a lots >>> >>> XPath error in XPath.class.php:3492 Expression failed to parse as >>> PrimaryExpr because: Expression is not a PrimaryExpr >>> XPath error in XPath.class.php:5903 The supplied xPath >>> '/phpsysinfo/Vitals/Distro' does not *uniquely* describe a node in the >>> xml document.Not unique xpath-query, matched 0-times. >>> >>> >>> and more... >>> -------------------- >>> It seems that the FreeBSD patch does not work so well, someone use >>> phpsysinfo? >>> >>> I did deinstalled php5 and 1.3 extension and reinstalled as expected.. >>> but no resolve. >> >> Contrary to /usr/ports/UPDATING - entry 20081211, base php5 (5.2.9) don't >> contains pcre. You simply have to add /usr/ports/devel/php5-pcre. All >> will be OK. >> >> Henri >> >>> Any help please? >>> Thanx in advance. >>> >>> _________________________________________________________________ >>> Quante ne sai? Scoprilo con CrossWire! >>> http://clk.atdmt.com/GBL/go/140630367/direct/01/_______________________________________________ >>> 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 Apr 19 15:25:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF931065670 for ; Sun, 19 Apr 2009 15:25:23 +0000 (UTC) (envelope-from piotr.smyrak@heron.pl) Received: from sys.heron.com.pl (mail.heron.pl [89.174.255.19]) by mx1.freebsd.org (Postfix) with ESMTP id B7F4F8FC12 for ; Sun, 19 Apr 2009 15:25:22 +0000 (UTC) (envelope-from piotr.smyrak@heron.pl) Received: from [127.0.0.1] (helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.69) (envelope-from ) id 1LvYtT-0008c1-6B; Sun, 19 Apr 2009 17:25:19 +0200 From: piotr.smyrak@heron.pl To: Boris Samorodov Date: Sun, 19 Apr 2009 17:25:19 +0200 Message-Id: <20090419152433.M84321@heron.pl> In-Reply-To: <03599684@serv3.int.kfs.ru> References: <20090408190805.GA1368@smyrak.com> <20090408224925.3dd1f8ab@zelda.local> <20090409104532.M16424@heron.pl> <20090412151547.M42910@heron.pl> <3f1fd1ea0904121512m21cfb40crb2e16fa1841f3cb5@mail.gmail.com> <20090412224548.M53466@heron.pl> <3f1fd1ea0904121735t3220cf7dyfce5221a35d7944@mail.gmail.com> <20090413104255.M2582@heron.pl> <3f1fd1ea0904131217y375498c6y41afe7fc9d5c6466@mail.gmail.com> <49E46AF6.30407@bullseye.andymac.org> <20090416193532.M10966@heron.pl> <03599684@serv3.int.kfs.ru> X-Mailer: WebMail at HERON 2.52 20060502 X-OriginatingIP: 217.153.67.210 (smyru) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Cc: freebsd-stable@freebsd.org Subject: Re: no USB mice detected on GA-MA74GM-S2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 15:25:23 -0000 On Fri, 17 Apr 2009 14:58:19 +0400, Boris Samorodov wrote > On Thu, 16 Apr 2009 21:36:30 +0200 piotr.smyrak@heron.pl wrote: > > On Tue, 14 Apr 2009 20:52:38 +1000, Andrew MacIntyre wrote > > > Michal Varga wrote: > > > > 2009/4/13 : > > > >> Yes, I'm 100% positive I tried plugging mouse after the boot up had > > > >> finished. Honestly I am late asking here. I was struggling with > > > >> this and looking for cases online for more than 2 weeks at least. > > > >> And I came across your thread from 2007, too. > > > >> > > > > That's really bad. Though closest I can find to your board with > > > > freebsd people I know is AMD770+SB600, while your is AMD740G+SB700, > > > > all of them dating back to my first AMD690G/V (and maybe prior to > > > > that) so far exhibited the same symptoms and the late-plug approach > > > > always worked.. Yours would be then the first one that Gigabyte > > > > botched even more (congrats). I guess that's one more reason to push > > > > on USB guys to finally fix it. > > > > > > If it works with the OP's USB mouse, a USB -> PS/2 (male) > > > adapter might at least get him running provided that the > > > mobo has a PS/2 port... (I know at least some of the > > > Gigabyte 780G boards do, but I don't have any USB mice...) > > > Yes, it has a PS/2 port but it is occupied by my keyboard. Anyway, I have found a > > workaround for my problems. To keep USB working in FreeBSD, all, even this > > built-in smallest hub in my keyboard, have to be disconnected. Then when boot > > finishes I can connect devices, and my mice are detected. Well, this is annoying > > since it means diving under the desk every time computer boots, but at least I can > > work now. > > I had similar problems until I played with USB options at BIOS. > Something like "Legacy USB support", "Detect USB mouse at > startup", etc. You may give it a try. As I said in the beginning of the thread, it was of no use in my case. -- Piotr Smyrak piotr.smyrak@heron.pl From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 15:53:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F84A106564A for ; Sun, 19 Apr 2009 15:53:10 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2E48FC08 for ; Sun, 19 Apr 2009 15:53:09 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id E6C84326E5; Sun, 19 Apr 2009 17:53:06 +0200 (CEST) Date: Sun, 19 Apr 2009 17:53:06 +0200 From: cpghost To: Robert Noland Message-ID: <20090419155306.GA14114@phenom.cordula.ws> References: <20090418171306.GA1983@phenom.cordula.ws> <1240081119.3525.5.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1240081119.3525.5.camel@balrog.2hip.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: page fault in sis.ko / drm.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 15:53:10 -0000 On Sat, Apr 18, 2009 at 01:58:39PM -0500, Robert Noland wrote: > On Sat, 2009-04-18 at 19:13 +0200, cpghost wrote: > > Could a drm guru please have a look at kern/133554? > > Give this patch a try, it looks like the sis driver doesn't have irq's. The patch solves kern/133554 here. sis is working again (including xv etc...), and no more panics. It would be nice if it could still be included in 7.2-RELEASE. ;-) Kind regards and many thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 16:43:56 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4715E1065672 for ; Sun, 19 Apr 2009 16:43:56 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id A7BF28FC17 for ; Sun, 19 Apr 2009 16:43:55 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id n3JGDBes004177; Sun, 19 Apr 2009 18:13:11 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.2/8.14.2/Submit) with UUCP id n3JGDB8a004176; Sun, 19 Apr 2009 18:13:11 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id n3JFlPtf025420; Sun, 19 Apr 2009 17:47:25 +0200 (CEST) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.2/8.14.2) with ESMTP id n3JFkrdR025331; Sun, 19 Apr 2009 17:46:53 +0200 (CEST) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.14.2/8.14.2/Submit) id n3JFkrGt025330; Sun, 19 Apr 2009 17:46:53 +0200 (CEST) (envelope-from peter) Date: Sun, 19 Apr 2009 17:46:52 +0200 From: Peter Much To: Bruce Cran Message-ID: <20090419154652.GA19498@gate.oper.dinoex.org> References: <20090416221414.2947e7ed@gluon.draftnet> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20090416221414.2947e7ed@gluon.draftnet> User-Agent: Mutt/1.4.2.3i X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Sun, 19 Apr 2009 18:13:12 +0200 (CEST) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 7.2-PRE: switch virtual console drops crazy characters into X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 16:43:56 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ! I'm also seeing the same issue, but I'm running a custom kernel. I've ! attached a diff from GENERIC. Okay, I send You my diff. Good luck with experimenting! Aeh, FYI: my graphics card identifies itself as Matrox Graphics, Inc. MGA G400/G450 rev 4 and the "device mgadrm" has something to do with that, I have forgotten what. That piece seems currently not to exist as a loadable module. rgds, PMc --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=DIFF - cpu I486_CPU - cpu I586_CPU cpu I686_CPU - device aac - device aacp device adv - device adw - device age device agp - device aha - device ahb - device ahc - device ahd - device aic - device ale - device amd - device amr - device an device apic - device arcmsr - device asr device ata device atadisk device atapicd - device atapifd - device atapist - device ataraid - device ath - device ath_hal - device ath_rate_sample device atkbd device atkbdc - device aue - device awi - device axe - device bce - device bfe - device bge device bpf - device bt - device cardbus - device cbb device cd - device cdce device ch - device ciss device cpufreq - device cs - device cue device da - device dc - device dcons - device dcons_crom device de - device dpt + device drm device ed device ehci - device eisa - device em - device ep - device et device ether - device ex device faith device fdc - device fe - device firewire device firmware - device fwe - device fwip device fxp device gif - device hptiop - device hptmv - device hptrr - device ida - device ie - device igb - device iir - device ips device isp - device ixgb - device jme - device kbdmux - device kue - device le - device lge device loop device lpt device md - device mfi + device mgadrm device miibus - device mlx - device mly - device mpt - device msk - device ncv - device nfe - device nge + device nmdm - device nsp device ohci device pass - device pccard device pci - device pcn device plip device pmtimer device ppbus device ppc device ppi - device ppp - device psm - device pst device pty - device ral device random - device re device rl - device rue - device rum device sa - device sbp device sc device scbus device ses - device sf device sio - device sis - device sk - device sl - device sn + device snd_cmi + device snd_ess + device snd_sbc + device sound - device splash - device ste - device stg - device stge device sym - device ti - device tl - device trm device tun - device twa - device twe - device tx - device txp - device uark - device uart - device ubsa - device ubser device ucom - device uftdi device ugen device uhci device uhid - device uipaq device ukbd device ulpt device umass device ums device uplcom - device ural device urio device usb device uscanner - device uslcom - device uvisor - device uvscom device vga - device vge - device vr - device vx - device wb - device wi - device wlan - device wlan_amrr - device wlan_ccmp - device wlan_scan_ap - device wlan_scan_sta - device wlan_tkip - device wlan_wep - device xe device xl + ident D1R72V1 - ident GENERIC + machine i386 - makeoptions DEBUG=-g - options ADAPTIVE_GIANT - options AHC_REG_PRETTY_PRINT - options AHD_REG_PRETTY_PRINT - options AH_SUPPORT_AR5416 - options ATA_STATIC_ID - options AUDIT + options AUTO_EOI_1 options CD9660 options COMPAT_43TTY + options COMPAT_AOUT - options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options COMPAT_FREEBSD6 + options COMPAT_LINUX + options DDB + options DUMMYNET options FFS - options GEOM_LABEL - options GEOM_PART_GPT + options HZ=200 + options INCLUDE_CONFIG_FILE options INET options INET6 + options IPDIVERT + options IPFIREWALL + options IPFIREWALL_FORWARD options KBD_INSTALL_CDEV + options KDB options KTRACE + options LIBICONV + options LINPROCFS + options LINSYSFS - options MD_ROOT options MSDOSFS + options NETGRAPH options NFSCLIENT - options NFSLOCKD options NFSSERVER - options NFS_ROOT options PREEMPTION options PROCFS options PSEUDOFS options SCHED_ULE + options SCSI_DELAY=2000 - options SCSI_DELAY=5000 options SCTP options SMP options SOFTUPDATES options STACK options STOP_NMI + options SW_WATCHDOG + options SYM_MUSTEK_6000CX_ID=3 options SYSVMSG options SYSVSEM options SYSVSHM + options UDF + options UDF_ICONV options UFS_ACL options UFS_DIRHASH options UFS_GJOURNAL options _KPOSIX_PRIORITY_SCHEDULING --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 17:08:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9680C1065670 for ; Sun, 19 Apr 2009 17:08:10 +0000 (UTC) (envelope-from rabe@uugrn.org) Received: from mail.uugrn.org (mail.uugrn.org [195.49.138.123]) by mx1.freebsd.org (Postfix) with ESMTP id A88D78FC2D for ; Sun, 19 Apr 2009 17:08:09 +0000 (UTC) (envelope-from rabe@uugrn.org) Received: from rabe.uugrn.org (root@rabe.uugrn.org [195.49.138.102]) by mail.uugrn.org (8.14.3/8.14.3) with ESMTP id n3JH7wDW013129 for ; Sun, 19 Apr 2009 19:08:08 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: from daemon.ma.sigsys.de (rabe@rabe.uugrn.org [195.49.138.102]) by rabe.uugrn.org (8.14.3/8.13.8) with ESMTP id n3JH7vnf013125 for ; Sun, 19 Apr 2009 19:07:57 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: from daemon.ma.sigsys.de (localhost.ma.sigsys.de [127.0.0.1]) by daemon.ma.sigsys.de (8.14.3/8.14.3) with ESMTP id n3JH7gEq002722 for ; Sun, 19 Apr 2009 19:07:42 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: (from rabe@localhost) by daemon.ma.sigsys.de (8.14.3/8.14.3/Submit) id n3JH7g79002721 for freebsd-stable@freebsd.org; Sun, 19 Apr 2009 19:07:42 +0200 (CEST) (envelope-from rabe@uugrn.org) X-Authentication-Warning: daemon.ma.sigsys.de: rabe set sender to rabe@uugrn.org using -f Date: Sun, 19 Apr 2009 19:07:42 +0200 From: Raphael Becker To: freebsd-stable@freebsd.org Message-ID: <20090419170742.GA2158@ma.sigsys.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: crash on 7.2-RC1 when inserting an empty DVD: supervisor write, page not present X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 17:08:11 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, from time to time my PC panics when I insert an empty DVD or CD-R. The kernel locks up instantly after the DVD writer's tray is closed. It seems burning the first DVD isn't critical but inserting the second one=20 seems susceptible. I use k3b as software, which polls the hardware while the tray is open, maybe it's something with hald. Don't know, just use this.=20 I don't think this is hardware related since I changed my mainboard recently and had exactly the same crashes with my 2002's model MSI-mainboard with P4/2.4 CPU running FreeBSD 7.x. It seems to be something about ata-code, see kgdb-outbut below. uname -a=20 FreeBSD daemon.ma.sigsys.de 7.2-RC1 FreeBSD 7.2-RC1 #0: Sat Apr 18 14:57:37= CEST 2009 root@daemon.ma.sigsys.de:/usr/obj/usr/src/sys/DAEMON i386 I use atapicam as kernel module. DVD related lines from dmesg: pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib2: irq 17 at device 28.4 on pci0 pci2: on pcib2 atapci0: port 0xdc00-0xdc07,0xd880-0xd8= 83,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] acd0: DVDR at ata2-master UDMA66 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 cd0 at ata2 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 66.000MB/s transfers cd0: cd present [1 x 2048 byte records] acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 rabe@daemon:~$ kldstat=20 Id Refs Address Size Name 1 34 0xc0400000 9f73a4 kernel 2 1 0xc0df8000 111b8 geom_eli.ko 3 2 0xc0e0a000 25ff8 crypto.ko 4 2 0xc0e30000 ab40 zlib.ko 5 1 0xc0e3b000 164e8 geom_mirror.ko 6 1 0xc0e52000 78bc geom_stripe.ko 7 1 0xc0e5a000 1ae38 snd_hda.ko 8 2 0xc0e75000 4a64c sound.ko 9 1 0xc0ec0000 4d84 ichsmb.ko 10 2 0xc0ec5000 1be0 smbus.ko 11 1 0xc0ec7000 4dc0 atapicam.ko 12 1 0xc0ecc000 6a45c acpi.ko 13 1 0xc7277000 7000 linprocfs.ko 14 2 0xc727e000 22000 linux.ko 15 1 0xc72d3000 4000 nullfs.ko 16 1 0xc7825000 e000 fuse.ko 17 1 0xc79cc000 4000 fdescfs.ko 18 1 0xc7b37000 2000 rtc.ko 19 1 0xc7c15000 9000 i915.ko 20 1 0xc7c1e000 13000 drm.ko I don't know how to get more out of the crash dump, please tell me. root@daemon:/usr/obj/usr/src/sys/DAEMON# kgdb kernel.debug /var/crash/vmcor= e.5=20 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 condition= s. 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 =3D 1; apic id =3D 01 fault virtual address =3D 0xbf5faee6 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc0519b00 stack pointer =3D 0x28:0xc6779c14 frame pointer =3D 0x28:0xc6779c44 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 27 (irq16: fwohci0+++) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 5h10m20s Physical memory: 3306 MB Dumping 303 MB: 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48= 32 16 Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/= kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/ke= rnel/crypto.ko.symbols...done. done. Loaded symbols for /boot/kernel/crypto.ko Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kern= el/zlib.ko.symbols...done. done. Loaded symbols for /boot/kernel/zlib.ko Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /bo= ot/kernel/geom_mirror.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/geom_stripe.ko...Reading symbols from /bo= ot/kernel/geom_stripe.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_stripe.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/k= ernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/ker= nel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/ichsmb.ko...Reading symbols from /boot/ke= rnel/ichsmb.ko.symbols...done. done. Loaded symbols for /boot/kernel/ichsmb.ko Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /boot/ker= nel/smbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/smbus.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/= kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kern= el/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot= /kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/ke= rnel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /boot/k= ernel/fdescfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/fdescfs.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kern= el/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) where #0 doadump () at pcpu.h:196 #1 0xc07df277 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 18 #2 0xc07df549 in panic (fmt=3DVariable "fmt" is not available.) at /usr/sr= c/sys/kern/kern_shutdown.c:574 #3 0xc0ae0bac in trap_fatal (frame=3D0xc6779bd4, eva=3D3210718950) at /usr= /src/sys/i386/i386/trap.c:939 #4 0xc0ae0e30 in trap_pfault (frame=3D0xc6779bd4, usermode=3D0, eva=3D3210= 718950) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0ae17dc in trap (frame=3D0xc6779bd4) at /usr/src/sys/i386/i386/trap.= c:530 #6 0xc0ac5eeb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc0519b00 in ata_pio_read (request=3D0xc7bedd80, length=3D18) at cpufu= nc.h:229 #8 0xc051b195 in ata_end_transaction (request=3D0xc7bedd80) at /usr/src/sy= s/dev/ata/ata-lowlevel.c:386 #9 0xc05053f2 in ata_interrupt (data=3D0xc6a37c00) at /usr/src/sys/dev/ata= /ata-all.c:343 #10 0xc0506225 in ata_generic_intr (data=3D0xc69b9b00) at /usr/src/sys/dev/= ata/ata-chipset.c:230 #11 0xc07bd1db in ithread_loop (arg=3D0xc69f7a70) at /usr/src/sys/kern/kern= _intr.c:1088 #12 0xc07b9d29 in fork_exit (callout=3D0xc07bd020 , arg=3D0xc= 69f7a70, frame=3D0xc6779d38) at /usr/src/sys/kern/kern_fork.c:810 #13 0xc0ac5f60 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 264 Regards Raphael --=20 Raphael Becker http://rabe.uugrn.org/ GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D =2E........|.........|.........|.........|.........|.........|.........|.. --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFJ61penNo+exDKny0RAmBYAJ0czmDk1p9sevcnyG5OQsbTCdagvgCgw/qt hLgz2txNWBD26OD7zR79Wj0= =aOrt -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 21:29:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC3F61065672 for ; Sun, 19 Apr 2009 21:29:06 +0000 (UTC) (envelope-from rabe@uugrn.org) Received: from mail.uugrn.org (mail.uugrn.org [195.49.138.123]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2948FC13 for ; Sun, 19 Apr 2009 21:29:06 +0000 (UTC) (envelope-from rabe@uugrn.org) Received: from rabe.uugrn.org (root@rabe.uugrn.org [195.49.138.102]) by mail.uugrn.org (8.14.3/8.14.3) with ESMTP id n3JLStOX071916 for ; Sun, 19 Apr 2009 23:29:05 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: from daemon.ma.sigsys.de (rabe@rabe.uugrn.org [195.49.138.102]) by rabe.uugrn.org (8.14.3/8.13.8) with ESMTP id n3JLStlq071912 for ; Sun, 19 Apr 2009 23:28:55 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: from daemon.ma.sigsys.de (localhost.ma.sigsys.de [127.0.0.1]) by daemon.ma.sigsys.de (8.14.3/8.14.3) with ESMTP id n3JLSdhd003013 for ; Sun, 19 Apr 2009 23:28:39 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: (from rabe@localhost) by daemon.ma.sigsys.de (8.14.3/8.14.3/Submit) id n3JLSd5r003012 for freebsd-stable@freebsd.org; Sun, 19 Apr 2009 23:28:39 +0200 (CEST) (envelope-from rabe@uugrn.org) X-Authentication-Warning: daemon.ma.sigsys.de: rabe set sender to rabe@uugrn.org using -f Date: Sun, 19 Apr 2009 23:28:39 +0200 From: Raphael Becker To: freebsd-stable@freebsd.org Message-ID: <20090419212839.GA2054@ma.sigsys.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Getting Logitech USB Receiver ("Cordless Desktop") auto-detected 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, 19 Apr 2009 21:29:06 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, my Logitech USB Receiver isn't automatically detected by the kernel on system boot, not even a LED is glowing. The keyboard is detected and workin= g=20 perfectly by the system BIOS and is usable in BIOS and for the boot loader until the kernel is running. A workaround is disconnecting/reconnecting the USB connector to the PC, to get it detected by the kernel (after mounting root). ukbd0: on uhub2 kbd1 at ukbd0 ums1: on uhub2 ums1: 16 buttons and Z dir. My mainboard has PS/2 connectors for keyboard and mouse so I tried to workaround the USB-problems by disabling the devices in the kernel: nodevice atkbdc # AT keyboard controller nodevice atkbd # AT keyboard nodevice psm # PS/2 mouse =20 But this makes no real difference for USB, just the kernel isn't detecting an "virtual" AT-Keyboard (which isn't really connected to ps/2): before: --- kernel with ps/2 and atkbd support now: +++ kernel without ps/2 and adkbd support=20 --- HW_20090419220146/dmesg.boot 2009-04-19 22:01:46.000000000 +0200 +++ HW_20090419222851/dmesg.boot 2009-04-19 22:28:51.000000000 +0200 -FreeBSD 7.2-RC1 #0: Sat Apr 18 14:57:37 CEST 2009 +FreeBSD 7.2-RC1 #1: Sun Apr 19 22:19:26 CEST 2009 [...] -atkbdc0: port 0x60,0x64 irq 1 on acpi0 -atkbd0: irq 1 on atkbdc0 -kbd0 at atkbd0 -atkbd0: [GIANT-LOCKED] -atkbd0: [ITHREAD] [...] Trying to mount root from ufs:/dev/ufs/ROOT <------ !! ukbd0: on uhub2 -kbd2 at ukbd0 +kbd1 at ukbd0 ums1: on uhub2 ums1: 16 buttons and Z dir. I had to reconnect the USB (to type geli-passphrases), so before and now=20 the ukbd0 is detected after mounting root. =20 I guess most of you have USB keyboards and mouse. Is this problem very comm= on?=20 Is this related to mainboard / usb handling or related to the usb devices?= =20 Is this related to the usb connetor on the pc? (actually the receiver is connected to uhub2->usb2->uhci2) My board has about 4 different usb chips uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x82771043 chip=3D0x2937808= 6 rev=3D0x02 hdr=3D0x00 uhci1@pci0:0:26:1: class=3D0x0c0300 card=3D0x82771043 chip=3D0x2938808= 6 rev=3D0x02 hdr=3D0x00 uhci2@pci0:0:26:2: class=3D0x0c0300 card=3D0x82771043 chip=3D0x2939808= 6 rev=3D0x02 hdr=3D0x00 ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x82771043 chip=3D0x293c808= 6 rev=3D0x02 hdr=3D0x00 All the USB stuff from dmesg: uhci0: port 0xc480-0xc49f irq 16 at device = 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device = 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc880-0xc89f irq 18 at device = 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfe7fbc00-0xfe7fbfff irq 18= at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered uhub4: on uhub3 uhub4: single transaction translator uhub4: 4 ports with 4 removable, self powered ums0: o= n uhub4 ums0: 3 buttons and Z dir. ulpt0: on uh= ub4 ulpt0: using bi-directional mode =20 (ums0 is not the logitec mouse) Why doesn't the kernel detect the Logitech USB Receiver?=20 Any suggestions? TIA and Regards Raphael --=20 Raphael Becker http://rabe.uugrn.org/ GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D =2E........|.........|.........|.........|.........|.........|.........|.. --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFJ65eHnNo+exDKny0RAk9WAKDPvdAknLe0ffZksAE53swOx4rOHQCgxAfF o03KkvTQcLhuMsIwKdIyGK0= =IDA3 -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 22:03:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B156E106566C for ; Sun, 19 Apr 2009 22:03:40 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5C58FC12 for ; Sun, 19 Apr 2009 22:03:39 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so1073924bwz.43 for ; Sun, 19 Apr 2009 15:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=DcasFVC1s8vemH+Ux1ycMimWamNg8IEtjR2esk1Z4Os=; b=cxBx/qeyFvnKwYmffALhRxyXMnU1zM4LFN2S6LE81yPHaDevsCJCHcLneF5gTUqYmQ ZV62HZPFNytb3EXnaqPTVaVUoRvDj5LR2AImN8wK1tU2GqMHc8CZoX7Nhj4ArjNmZV5G iWZRcouDvd/ZouTr8ijGfAWzRlqeh6t0FXRHE= 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=F2LwoWgobY6Y5ozNEguUg1PPAWymvc4535vHwS/0OQ/lg0xRHMhXo408qhTf05/PZL yKKT2usmCovd+ReO7rAhiu7NWKeDlr2skBLDNZ4ACCq8XMNafHr0IQqVg8tFOdeL3u/g beeIaJh5njPpjDhYSoYiEJv4a6A/LtKNrSKn4= MIME-Version: 1.0 Received: by 10.204.119.133 with SMTP id z5mr4708186bkq.86.1240178618763; Sun, 19 Apr 2009 15:03:38 -0700 (PDT) In-Reply-To: <1240098983.27699.44.camel@neo.cse.buffalo.edu> References: <1240098983.27699.44.camel@neo.cse.buffalo.edu> Date: Sun, 19 Apr 2009 18:03:38 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Ken Smith Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: FreeBSD 7.2 RC1 amd64 Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2009 22:03:41 -0000 On Sat, Apr 18, 2009 at 7:56 PM, Ken Smith wrote: > On Sat, 2009-04-18 at 19:04 -0400, Mehmet Erol Sanliturk wrote: > > > I'll take this into consideration moving forward but just so you know it > likely won't be addressed as part of 7.2-REL. It's likely you would > need to be at least a little more selective in what packages you install > if you want to avoid these sorts of package install failures caused by > conflicts. > (1) During package selection if a conflict exits , the user may be warned with a message , for example : Selection of ... requires de-selection of previously selected package(s) ... ( list of packages ) In that way it is possible to make a suitable decision . At present it is necessary to know which packages are conflicting . During a learning process of FreeBSD this causes difficulty . (2) At present , only package names are listed . If it is easy and/or possible a short description of package may be displayed in a separate pane which would be very helpful for selection . All of the descriptions are present in port related FreeBSD web site pages . >From there short summaries may be copied . (3) During installation of packages a counter would be informative about progress . And listing of installed packages in a pane shows package dependencies and detailed progress . (4) For unattended installs , when an error occurs it may be listed in another pane and it may be appended to an error message file . At present it is waiting a user entry for enter key pressing . Therefore , at present package install part requires to wait there up to completion . (5) In .../Latest/package_name.tbz directory , only package names are listed . Persons knowing FreeBSD very well can understand attributes of packages but this is difficult at the beginning . Over time addition of short explanatory sentences at the side of package names increases their comprehensibility . (6) When a package is tried to be installed in Mandriva Linux , it is asking Mandriva DVD if it is present in it . Such a technique may be used for port package updates in FreeBSD . After an installation , later on when the user wants to install a new package , pkg_add may check the update web sites . If the package is updated there it installs it from the update site . If it is not updated yet and it is present in installation DVD or CD , pkg_add (and other update utilities also ) displays a message like , for example : install from DVD , enter D for it , install from CD numbered .. , enter C for it , install from update site , enter S for it . ( The user may not have DVD or CD at hand ) In that way , for many installs , FreeBSD web site traffic may be reduced for unnecessary re-downloads . (7) The above ideas may be utilized over time if they are found useful . I am not expecting that they will be implemented instantly because some of them require much work to be done ( this means time and resources ) . Thank you very much . Mehme Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 07:18:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2512B106564A for ; Mon, 20 Apr 2009 07:18:05 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com (web.hostmailing.com [200.110.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id 941588FC12 for ; Mon, 20 Apr 2009 07:18:04 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com ([200.110.145.34] helo=www.hostmailing.com) by web.hostmailing.com with esmtpa (Exim 4.63) (envelope-from ) id 1LvoXq-0000qF-Ix for freebsd-stable@freebsd.org; Mon, 20 Apr 2009 05:08:02 -0300 Date: Mon, 20 Apr 2009 05:08:02 -0300 To: freebsd-stable@freebsd.org From: Exemys Message-ID: <5c84f216f7b41674ae58806ab1cd07b7@www.hostmailing.com> X-Priority: 3 X-Mailer: wh4535 [version 3.1] MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: TCP/IP Sensors and Transducers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: exemys@exemys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 07:18:05 -0000 This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 10:04:55 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5CD61065676 for ; Mon, 20 Apr 2009 10:04:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 35E068FC15 for ; Mon, 20 Apr 2009 10:04:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 NAA21396 for ; Mon, 20 Apr 2009 13:04:53 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1LvqMu-0006bh-WF for freebsd-stable@FreeBSD.org; Mon, 20 Apr 2009 13:04:53 +0300 Message-ID: <49EC48C2.20402@icyb.net.ua> Date: Mon, 20 Apr 2009 13:04:50 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090114) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic: nfs sndunlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 10:04:56 -0000 System is stable/7: 7.2-PRERELEASE r191214 i386 uni-processor. NFS mount options: ro,noauto,nfsv3,tcp,intr,rdirplus,-r=32768,-w=32768 The panic occurred on client after losing and then restoring connectivity with NFS server. There may have been parallel access to NFS-mounted tree at the time of the accident. Kernel messages just before the panic: kernel: nfs server odyssey:/usr/ports: not responding kernel: nfs send error 57 for server odyssey:/usr/ports kgdb information: #0 doadump () at pcpu.h:196 #1 0xc0555a33 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0555c7f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc064be63 in nfs_connect_unlock (rep=0x0) at /usr/src/sys/nfsclient/nfs_socket.c:1819 #4 0xc064da24 in nfs_reconnect (rep=0xc40a0c80) at /usr/src/sys/nfsclient/nfs_socket.c:581 #5 0xc064ff50 in nfs_request (vp=0xc4464450, mrest=0xc435a000, procnum=3, td=0xc398cd20, cred=0xc420b800, mrp=0xdac06a04, mdp=0xdac06a00, dposp=0xdac06a08) at /usr/src/sys/nfsclient/nfs_socket.c:737 #6 0xc065d3f2 in nfs_lookup (ap=0xdac06a84) at /usr/src/sys/nfsclient/nfs_vnops.c:922 #7 0xc0729cd6 in VOP_LOOKUP_APV (vop=0xc07a0fe0, a=0xdac06a84) at vnode_if.c:99 #8 0xc05cad71 in lookup (ndp=0xdac06ba8) at vnode_if.h:57 #9 0xc05cbab8 in namei (ndp=0xdac06ba8) at /usr/src/sys/kern/vfs_lookup.c:220 #10 0xc05db02d in kern_stat (td=0xc398cd20, path=0x2814d040
, pathseg=UIO_USERSPACE, sbp=0xdac06c18) at /usr/src/sys/kern/vfs_syscalls.c:2123 #11 0xc05db21f in stat (td=0xc398cd20, uap=0xdac06cfc) at /usr/src/sys/kern/vfs_syscalls.c:2107 #12 0xc0712055 in syscall (frame=0xdac06d38) at /usr/src/sys/i386/i386/trap.c:1090 #13 0xc06ff290 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 I am not sure why rep parameter shows up as NULL in nfs_connect_unlock call. In frame 4: (kgdb) p/x rep->r_nmp->nm_state $2 = 0x10100000 I am keeping the core file. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 12:22:51 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65017106564A for ; Mon, 20 Apr 2009 12:22:51 +0000 (UTC) (envelope-from a.selivanov@createmedia.ru) Received: from mx1.createmedia.ru (mx1.createmedia.ru [78.31.20.34]) by mx1.freebsd.org (Postfix) with ESMTP id 16BE68FC15 for ; Mon, 20 Apr 2009 12:22:50 +0000 (UTC) (envelope-from a.selivanov@createmedia.ru) Received: from mx1.createmedia.ru (localhost [127.0.0.1]) by mx1.createmedia.ru (Postfix) with ESMTP id 5C55198BD03 for ; Mon, 20 Apr 2009 16:05:36 +0400 (MSD) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mx1.createmedia.ru (Postfix) with ESMTP id 2A4CA98BC45 for ; Mon, 20 Apr 2009 16:05:36 +0400 (MSD) Received: from [192.168.1.172] (selivanov.createmedia.ru [192.168.1.172]) by mx1.createmedia.ru (Postfix) with ESMTP id A8F4598BC31 for ; Mon, 20 Apr 2009 16:05:35 +0400 (MSD) Message-ID: <49EC650F.9010005@createmedia.ru> Date: Mon, 20 Apr 2009 16:05:35 +0400 From: Andrei Selivanov User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-SpamTest-Envelope-From: a.selivanov@createmedia.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 8196 [Apr 20 2009] X-SpamTest-Info: helo_type=2 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 [0284], KAS30/Release X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Gigabit cardbus re nic fails to attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 12:22:51 -0000 hi all Per Otterström wrote: > Hi all. > > I'm running 7.1-RELEASE. > > When I plug in my D-Link DGE-660TD gigabit cardbus adapter I get: > > re0: port > 0x4000-0x40ff mem 0xd0201000-0xd02011ff irq 11 at device 0.0 on cardbus1 > re0: Chip rev. 0x10000000 > re0: MAC rev. 0x00000000 > re0: PHY write failed > re0: PHY write failed > re0: PHY read failed > re0: MII without any phy! > device_attach: re0 attach returned 6 > > Relevant part from pciconf -lv: > > r...@pci0:6:0:0: class=0x020000 card=0x43011186 chip=0x816910ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > > I've seen several patches for similar problems provided by Pyun YongHyeon, > but I don't think any one of them are applicable in my case. > > Any advice appreciated. > > regards, Pelle i got same error on my 7.1 i386 dmesg output with hw.cardbus.debug="1" and hw.cardbus.cis_debug="1" is here - http://pastebin.com/m63175351 i am ready to give shell access if anyone need it wbr Andrei From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 13:53:02 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AE82106566B for ; Mon, 20 Apr 2009 13:53:02 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 73D978FC24 for ; Mon, 20 Apr 2009 13:53:01 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 93399 invoked by uid 89); 20 Apr 2009 13:26:19 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 20 Apr 2009 13:26:19 -0000 Date: Mon, 20 Apr 2009 15:26:20 +0200 From: Oliver Lehmann To: freebsd-stable@FreeBSD.org Message-Id: <20090420152620.8f89edd5.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 13:53:02 -0000 Hi, as I found out in the meantime - the following described problem can be only worked around when 'Load "dri"' is removed from the server section, and 'Option "DRI" "true"' is removed from the Device section. Otherwise: I've synced my pre-drm-changes 7-STABLE to the latest 7-STABLE. Now the grafic performance in xorg decreased dramatically. Moving a window or resizing a window makes me feel sent back 15 years ago ;). I can "see" the window resizing. The popup of an window is fast, but moving it around or scrolling... jesus that is what I call slow. Firefox is nearly not usable for example :( I wonder what is causing this. I'm using a ATI Radeon HD3850 in it's AGP version (probably kinda uncommon). olivleh1@kartoffel olivleh1> dmesg | grep drm drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd8000000 128MB info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading RV670 CP Microcode info: [drm] Loading RV670 PFP Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] olivleh1@kartoffel olivleh1> pkg_info | grep radeon xf86-video-radeonhd-1.2.5 X.Org ati RadeonHD display driver olivleh1@kartoffel olivleh1> >From my xorg.conf: Section "Module" Load "dbe" Load "freetype" Load "glx" Load "dri" EndSection Section "Device" Identifier "ATI1" BoardName "ATI Radeon" Driver "radeonhd" BusID "PCI:1:0:0" Option "Monitor-DVI-I_1/digital" "Syncmaster DVI1" Option "Monitor-DVI-I_2/digital" "Syncmaster DVI2" Option "DRI" "true" EndSection the whole xorg.conf can be found here: http://cvs.olli.homeip.net/index.html/configs/xorg.conf?rev=1.9 Is this expected to happen with DRI enabled? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 14:35:04 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44BC510656CB for ; Mon, 20 Apr 2009 14:35:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id BFEE18FC12 for ; Mon, 20 Apr 2009 14:35:03 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-16-209.bna.bellsouth.net [70.156.16.209]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3KEYvni058388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Apr 2009 10:34:58 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090420152620.8f89edd5.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+ED4iR2uD2iG7jIaWhyX" Organization: FreeBSD Date: Mon, 20 Apr 2009 09:34:50 -0500 Message-Id: <1240238090.3930.0.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@FreeBSD.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 14:35:04 -0000 --=-+ED4iR2uD2iG7jIaWhyX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-04-20 at 15:26 +0200, Oliver Lehmann wrote: > Hi, >=20 > as I found out in the meantime - the following described problem can be > only worked around when 'Load "dri"' is removed from the server > section, and 'Option "DRI" "true"' is removed from the Device > section. Otherwise: >=20 > I've synced my pre-drm-changes 7-STABLE to the latest 7-STABLE. Now the > grafic performance in xorg decreased dramatically. Moving a window or > resizing a window makes me feel sent back 15 years ago ;). I can "see" th= e > window resizing. The popup of an window is fast, but moving it around or > scrolling... jesus that is what I call slow. Firefox is nearly not usable > for example :( >=20 > I wonder what is causing this. I'm using a ATI Radeon HD3850 in it's AGP > version (probably kinda uncommon). >=20 > olivleh1@kartoffel olivleh1> dmesg | grep drm > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xd8000000 128MB Can you show me the output of memcontrol list, with drm enabled. robert. > info: [drm] Initialized radeon 1.29.0 20080528 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading RV670 CP Microcode > info: [drm] Loading RV670 PFP Microcode > info: [drm] Resetting GPU > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > olivleh1@kartoffel olivleh1> pkg_info | grep radeon > xf86-video-radeonhd-1.2.5 X.Org ati RadeonHD display driver > olivleh1@kartoffel olivleh1>=20 >=20 > >From my xorg.conf: >=20 > Section "Module" > Load "dbe" > Load "freetype" > Load "glx" > Load "dri" > EndSection > Section "Device" >=20 > Identifier "ATI1" > BoardName "ATI Radeon" > Driver "radeonhd" > BusID "PCI:1:0:0" > Option "Monitor-DVI-I_1/digital" "Syncmaster DVI1" > Option "Monitor-DVI-I_2/digital" "Syncmaster DVI2" > Option "DRI" "true" > EndSection >=20 > the whole xorg.conf can be found here: >=20 > http://cvs.olli.homeip.net/index.html/configs/xorg.conf?rev=3D1.9 >=20 > Is this expected to happen with DRI enabled? --=20 Robert Noland FreeBSD --=-+ED4iR2uD2iG7jIaWhyX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknsiAoACgkQM4TrQ4qfROO8UACbBCDOeqDV8kOl+6YvKVmdR3zW fNQAnRRvJNave0b1YkYBzeYdc8oggi3O =j7Dm -----END PGP SIGNATURE----- --=-+ED4iR2uD2iG7jIaWhyX-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 14:49:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B7C01065672 for ; Mon, 20 Apr 2009 14:49:51 +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 E0A2A8FC14 for ; Mon, 20 Apr 2009 14:49:50 +0000 (UTC) (envelope-from hlh@restart.be) 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 "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 170F24375 for ; Mon, 20 Apr 2009 16:49:50 +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.3/8.14.3) with ESMTP id n3KEnlAp069512 for ; Mon, 20 Apr 2009 16:49:48 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1240238989; bh=jMHbIPsAsAvC4Wr2lCd0ax4230W+7uJzImAuZ+tb1eM=; h=Message-ID:Date:From:MIME-Version:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=e+1h0gCVZMvrgTUBxfyNufqrClsXewSJZcS6txyUBUAGtq5ipULmGGrB8+JPoqS3l bl9OUikRYRh0PkLTOfeWQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=rbz+81Esh6FjbfvSAd26hUnJIY6TYVuZVEST8o+FBRUjKOIPJPmRMD49YezGxVRvl IubDbH8x/npsqY0uqdhsg== Message-ID: <49EC8B8B.8010101@restart.be> Date: Mon, 20 Apr 2009 16:49:47 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <49EC48C2.20402@icyb.net.ua> In-Reply-To: <49EC48C2.20402@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Subject: 7.2-RC1 - serial console / sio0 not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 14:49:51 -0000 Hello, Experiencing some deadlock, I try to reenable my serial console on 7.2-RC1. (console="comconsole,vidconsole" in /boot/loader.conf and -Dh or -Dh -S115200 in /boot.config). /var/log/message show: 'sio0: type 16550A, console' and from the vga point of view, console output from kernel is slow as if echoed on a serial and rc output is going somewhere. At the other end of the serial, minicom show nothing and is 'offline'. A break at the minicom set my 7.2-RC1 in debugging (ddb) but 'continue' has no effect. The cable is working fine (serial console mode) with another box in 8.0-CURRENT. If I disable serial console and try minicom on 7.2-RC1, status is offline but any key is recieved at the other end and any key type at the other end is displayed fine. Does anyone encounter such a problem ? Thanks in advance henri From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 14:57:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8366F106566B for ; Mon, 20 Apr 2009 14:57:12 +0000 (UTC) (envelope-from olivas@new.digiflux.org) Received: from new.digiflux.org (unknown [IPv6:2002:40bf:f55::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0648FC08 for ; Mon, 20 Apr 2009 14:57:12 +0000 (UTC) (envelope-from olivas@new.digiflux.org) Received: from [10.0.0.74] (unknown [78.154.231.46]) by new.digiflux.org (Postfix) with ESMTP id E30EE267B1E for ; Mon, 20 Apr 2009 10:57:08 -0400 (EDT) Message-ID: <49EC8D3A.9070602@new.digiflux.org> Date: Mon, 20 Apr 2009 17:56:58 +0300 From: Stacy Olivas User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cardbus0 and Xircom X3201 10/100BaseTX problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 14:57:12 -0000 Hello, Got a quick question about the Xircom X3201 PCMCIA card with FreeBSD 7.2-PRERELEASE. I recently upgraded from 6.2-STABLE to 7.2-PRERELEASE, and after the upgrade, I noticed that my Xircom card was not working. Here is what I get when the system boots or I remove and re-insert the card: cardbus0: Unable to allocate resource to read CIS. cardbus0: Unable to allocate resources for CIS dc0: port 0x1100-0x117f mem 0x88000000-0x880007ff,0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 dc0: No station address in CIS! device_attach: dc0 attach returned 6 Anyone else having this issue? I"ve found this patch that was supposed to fix the issue: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F115623&cat= Not sure if it was actually incorporated into 7.2-PRERELEASE though. Ideas? Thanks -Stacy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 15:07:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 385BB1065672 for ; Mon, 20 Apr 2009 15:07:21 +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 E37758FC0C for ; Mon, 20 Apr 2009 15:07:20 +0000 (UTC) (envelope-from hlh@restart.be) 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 "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4220D43B2 for ; Mon, 20 Apr 2009 17:07:20 +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.3/8.14.3) with ESMTP id n3KF7HWs069569 for ; Mon, 20 Apr 2009 17:07:18 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1240240039; bh=YwMSQclg3gUu2fa1mKjllt/Cc6VEIMYPEASl7aPgSRM=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=1aHD+Xz0JWowO7S+jAqHpYj9yTYROMCoGdNMW0swVBHv/Z8Pq+cQOtCCuxRqg6bBH Cr0hZIp7lXX4B0+QCiFjQ== 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:content-type:content-transfer-encoding:x-scanned-by; b=P3gtQaFdoPqIhzHt5QXALSvYKbrXFba7JL0UQMs/oCp6ylio9HGf3/yomv/vsz7RD nDWZOHj7rZroSGVMFcZqQ== Message-ID: <49EC8FA5.6080609@restart.be> Date: Mon, 20 Apr 2009 17:07:17 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Subject: 7.2-RC1 - serial console / sio0 not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 15:07:22 -0000 Sorry for the previous wrong followup :-( Hello, Experiencing some deadlock, I try to reenable my serial console on 7.2-RC1. (console="comconsole,vidconsole" in /boot/loader.conf and -Dh or -Dh -S115200 in /boot.config). /var/log/message show: 'sio0: type 16550A, console' and from the vga point of view, console output from kernel is slow as if echoed on a serial and rc output is going somewhere. At the other end of the serial, minicom show nothing and is 'offline'. A break at the minicom set my 7.2-RC1 in debugging (ddb) but 'continue' has no effect. The cable is working fine (serial console mode) with another box in 8.0-CURRENT. If I disable serial console and try minicom on 7.2-RC1, status is offline but any key is recieved at the other end and any key type at the other end is displayed fine. Does anyone encounter such a problem ? Thanks in advance henri From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 15:25:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F17106564A for ; Mon, 20 Apr 2009 15:25:01 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from mail.math.leidenuniv.nl (mail.math.leidenuniv.nl [132.229.231.57]) by mx1.freebsd.org (Postfix) with ESMTP id DDECB8FC12 for ; Mon, 20 Apr 2009 15:25:00 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [132.229.231.13] (polaris.math.leidenuniv.nl [132.229.231.13]) by mail.math.leidenuniv.nl (Postfix) with ESMTP id BF69A6E7AE; Mon, 20 Apr 2009 17:14:55 +0200 (CEST) From: Marten Vijn To: Henri Hennebert In-Reply-To: <49EC8B8B.8010101@restart.be> References: <49EC48C2.20402@icyb.net.ua> <49EC8B8B.8010101@restart.be> Content-Type: text/plain Date: Mon, 20 Apr 2009 17:14:55 +0200 Message-Id: <1240240495.20308.10.camel@polaris> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: 7.2-RC1 - serial console / sio0 not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 15:25:01 -0000 On Mon, 2009-04-20 at 16:49 +0200, Henri Hennebert wrote: > Hello, > > Experiencing some deadlock, I try to reenable my serial console on > 7.2-RC1. (console="comconsole,vidconsole" in /boot/loader.conf and > -Dh or -Dh -S115200 in /boot.config). > > /var/log/message show: 'sio0: type 16550A, console' and from the vga > point of view, console output from kernel is slow as if echoed on a > serial and rc output is going somewhere. > > At the other end of the serial, minicom show nothing and is 'offline'. > A break at the minicom set my 7.2-RC1 in debugging (ddb) but 'continue' > has no effect. > > The cable is working fine (serial console mode) with another box in > 8.0-CURRENT. > > If I disable serial console and try minicom on 7.2-RC1, status is > offline but any key is recieved at the other end and any key type at the > other end is displayed fine. > > Does anyone encounter such a problem ? maybe diff /etc/ttys between 8.0 and 7.2 I had problems updrading a machine (over serial console) lately, (7.1.to Current) Marten > > Thanks in advance > > henri > _______________________________________________ > 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" -- Marten Vijn linux 2.0.18 OpenBSD 3.6 FreeBSD 4.6 http://martenvijn.nl http://opencommunitycamp.org http://wifisoft.org From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 15:47:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E047510657D4 for ; Mon, 20 Apr 2009 15:47:30 +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 965308FC26 for ; Mon, 20 Apr 2009 15:47:30 +0000 (UTC) (envelope-from hlh@restart.be) 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 "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id E01D44437; Mon, 20 Apr 2009 17:47:29 +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.3/8.14.3) with ESMTP id n3KFlQoG069703; Mon, 20 Apr 2009 17:47:27 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1240242449; bh=cMDB7+CeQTxEIMhqQS9Z4eNgT9rwbtRWeXjIw50PV8c=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=y8Q5AyB6KIaLi6ChANkt6SVCGe+OUsqlqg93xvemeTtpaMJNcBtRVXln3Llzd8ITV E5q/v52cPkKwIMUXFZmCw== 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:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=CBOXuc6oU6CojMibPbjh5/Cuvt+fH35T/UH+WZqNqopf5Le4uLv70MOElJHmANxwn ZXAC6D0aqnXq6PrARYNQg== Message-ID: <49EC990E.6010302@restart.be> Date: Mon, 20 Apr 2009 17:47:26 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Marten Vijn References: <49EC48C2.20402@icyb.net.ua> <49EC8B8B.8010101@restart.be> <1240240495.20308.10.camel@polaris> In-Reply-To: <1240240495.20308.10.camel@polaris> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable Subject: Re: 7.2-RC1 - serial console / sio0 not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 15:47:31 -0000 Marten Vijn wrote: > On Mon, 2009-04-20 at 16:49 +0200, Henri Hennebert wrote: >> Hello, >> >> Experiencing some deadlock, I try to reenable my serial console on >> 7.2-RC1. (console="comconsole,vidconsole" in /boot/loader.conf and >> -Dh or -Dh -S115200 in /boot.config). >> >> /var/log/message show: 'sio0: type 16550A, console' and from the vga >> point of view, console output from kernel is slow as if echoed on a >> serial and rc output is going somewhere. >> >> At the other end of the serial, minicom show nothing and is 'offline'. >> A break at the minicom set my 7.2-RC1 in debugging (ddb) but 'continue' >> has no effect. >> >> The cable is working fine (serial console mode) with another box in >> 8.0-CURRENT. >> >> If I disable serial console and try minicom on 7.2-RC1, status is >> offline but any key is recieved at the other end and any key type at the >> other end is displayed fine. >> >> Does anyone encounter such a problem ? > > maybe diff /etc/ttys > > between 8.0 and 7.2 I don't use the serial for login, so I believe it is not important in my case. Thank you for your time Henri > > I had problems updrading a machine (over serial console) > lately, (7.1.to Current) > > Marten > >> Thanks in advance >> >> henri >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 15:48:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ECB1106567D for ; Mon, 20 Apr 2009 15:48:53 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id 34E6E8FC1E for ; Mon, 20 Apr 2009 15:48:51 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id 200E15E346 for ; Mon, 20 Apr 2009 17:29:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -1.734 X-Spam-Level: X-Spam-Status: No, score=-1.734 tagged_above=-999 required=5 tests=[AWL=0.866, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id XQoHgD4S16+G for ; Mon, 20 Apr 2009 17:29:27 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from blj01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) by mx1.bjare.net (Postfix) with ESMTP id B2C925E050 for ; Mon, 20 Apr 2009 17:29:26 +0200 (CEST) Message-ID: <49EC94D6.2020709@eskk.nu> Date: Mon, 20 Apr 2009 17:29:26 +0200 From: Leslie Jensen User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI Errors in 7.2-RC1 security run output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2009 15:48:53 -0000 I don't know if this is useful to anyone but I'll post it for evaluation. /Leslie kernel log messages: +++ /tmp/security.rACT66f0 2009-04-19 18:02:16.000000000 +0200 +FreeBSD 7.2-RC1 #0: Wed Apr 15 19:47:40 UTC 2009 +CPU: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz (2527.01-MHz K8-class CPU) +usable memory = 4268974080 (4071 MB) +avail memory = 4103565312 (3913 MB) +dcons_crom0: on firewire0 +dcons_crom0: bus_addr 0x1450000 +ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj 0xffffff0001612d00 [20070320] +ACPI Error (psparse-0626): Method parse/execution failed [\\_PR_.CPU0._OSC] (Node 0xffffff00015c4c40), AE_AML_INTERNAL +ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj 0xffffff0001612800 [20070320] +ACPI Error (psparse-0626): Method parse/execution failed [\\_PR_.CPU1._OSC] (Node 0xffffff00015c4b60), AE_AML_INTERNAL +GEOM_LABEL: Label for provider ad4s3a is ufsid/49d89a583b1aab71. +GEOM_LABEL: Label for provider ad4s3d is ufsid/49d89a5ad56723d6. +GEOM_LABEL: Label for provider ad4s3e is ufsid/49d89a59e70514cb. +GEOM_LABEL: Label for provider ad4s3f is ufsid/49d89a59678efa0c. +GEOM_LABEL: Label for provider ad4s3g is ufsid/49d89a5868bc195a. +GEOM_LABEL: Label ufsid/49d89a583b1aab71 removed. +GEOM_LABEL: Label for provider ad4s3a is ufsid/49d89a583b1aab71. +GEOM_LABEL: Label ufsid/49d89a5868bc195a removed. +GEOM_LABEL: Label for provider ad4s3g is ufsid/49d89a5868bc195a. +GEOM_LABEL: Label ufsid/49d89a59e70514cb removed. +GEOM_LABEL: Label for provider ad4s3e is ufsid/49d89a59e70514cb. +GEOM_LABEL: Label ufsid/49d89a59678efa0c removed. +GEOM_LABEL: Label for provider ad4s3f is ufsid/49d89a59678efa0c. +GEOM_LABEL: Label ufsid/49d89a5ad56723d6 removed. +GEOM_LABEL: Label for provider ad4s3d is ufsid/49d89a5ad56723d6. +GEOM_LABEL: Label ufsid/49d89a583b1aab71 removed. +GEOM_LABEL: Label ufsid/49d89a5868bc195a removed. +GEOM_LABEL: Label ufsid/49d89a59e70514cb removed. +GEOM_LABEL: Label ufsid/49d89a59678efa0c removed. +GEOM_LABEL: Label ufsid/49d89a5ad56723d6 removed. +em0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 16:17:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F901065674 for ; Mon, 20 Apr 2009 16:17:18 +0000 (UTC) (envelope-from olivas@new.digiflux.org) Received: from new.digiflux.org (unknown [IPv6:2002:40bf:f55::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6870A8FC15 for ; Mon, 20 Apr 2009 16:17:18 +0000 (UTC) (envelope-from olivas@new.digiflux.org) Received: from [10.0.0.74] (unknown [78.154.231.46]) by new.digiflux.org (Postfix) with ESMTP id 325BE267C35 for ; Mon, 20 Apr 2009 12:17:13 -0400 (EDT) Message-ID: <49EC9FFF.5020706@new.digiflux.org> Date: Mon, 20 Apr 2009 19:17:03 +0300 From: Stacy Olivas User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <49EC8D3A.9070602@new.digiflux.org> In-Reply-To: <49EC8D3A.9070602@new.digiflux.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cardbus0 and Xircom X3201 10/100BaseTX problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 16:17:19 -0000 Stacy Olivas wrote: > it to -stable instead> > > Hello, > Got a quick question about the Xircom X3201 PCMCIA card with FreeBSD > 7.2-PRERELEASE. > I"ve found this patch that was supposed to fix the issue: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F115623&cat= > > Not sure if it was actually incorporated into 7.2-PRERELEASE though. > Update: I had some time to look at the code in the patch and compare it against the cardbus_cis.c file on my system. The patch has not been added. I've patched my cardbus_cis.c file and recompiled the kernel. My Xircom card works now with no issues. This is the output now when the system boots: dc0: port 0x1100-0x117f mem 0x88000000-0x880007ff,0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 miibus0: on dc0 tdkphy0: PHY 0 on miibus0 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:10:a4:b2:72:ef dc0: [ITHREAD] I've also submitted a follow-up PR with my results. Any ideas if the patch will ever be incorporated into the codebase? Thanks. -Stacy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 20:46:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32B5106566B for ; Mon, 20 Apr 2009 20:46:43 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9341F8FC08 for ; Mon, 20 Apr 2009 20:46:43 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 3B51384532; Mon, 20 Apr 2009 16:46:43 -0400 (EDT) Date: Mon, 20 Apr 2009 16:46:38 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090420204637.GA1236@mr-happy.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 20:46:43 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, csup today around 13:00 UTC. 'make buildworld', 'make buildkernel', 'make installkernel', reboot to single-user. # ifconfig bge0 141.219.5.33/22 up # ping 141.219.4.1 PING 141.219.4.1 (141.219.4.1): 56 data bytes ^C --- 141.219.4.1 ping statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss # ifconfig bge0 bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:1e:c9:44:30:14 inet6 fe80::21e:c9ff:fe44:3014%bge0 prefixlen 64 scopeid 0x1 inet 141.219.5.33 netmask 0xfffffc00 broadcast 141.219.7.255 media: Ethernet autoselect (100baseTX ) status: active I have no trouble with networking using a kernel from 20090115. This is a Dell Optiplex 740, about 9 months old. make.conf and src.conf are below. dmesg and pciconf output are attached. I ran 'tcpdump -i bge0 -nn' while pinging, and this captured no packets, not even this host's ARP broadcasts. I also encountered this problem in late March as well, just after RELENG_7 became 7.2-PRERELEASE, but couldn't find time to put this information together. If there's anything else I can run to troubleshoot this, please let me know. thank you, Jeff Blank /etc/make.conf: CPUTYPE ?= k8 WITHOUT_NLS=true [port-specific options elided for brevity] /etc/src.conf: WITHOUT_ATM=true WITHOUT_GPIB=true WITHOUT_I4B=true WITHOUT_IPFILTER=true WITHOUT_IPFW=true WITHOUT_IPX=true WITHOUT_LIB32=true WITHOUT_NCP=true WITHOUT_NDIS=true WITHOUT_PPP=true WITHOUT_QUOTAS=true WITHOUT_RCMDS=true WITHOUT_SENDMAIL=true WITHOUT_SLIP=true WITHOUT_WIRELESS=true --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg-pciconf.txt" # dmesg Copyright (c) 1992-2009 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 7.2-PRERELEASE #0: Mon Apr 20 12:27:26 EDT 2009 root@bender.tc.mtu.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ (2906.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f TSC: P-state invariant Cores per package: 2 usable memory = 4278718464 (4080 MB) avail memory = 4098314240 (3908 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfdd0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 bge0: mem 0xfd8f0000-0xfd8fffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1e:c9:44:30:14 bge0: [ITHREAD] pcib3: at device 4.0 on pci0 pci3: on pcib3 vgapci0: port 0xbc00-0xbcff mem 0xd0000000-0xdfffffff,0xfddf0000-0xfddfffff irq 16 at device 0.0 on pci3 vgapci1: mem 0xfdde0000-0xfddeffff at device 0.1 on pci3 pci0: at device 9.0 (no driver attached) isab0: port 0x1d00-0x1dff at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered uhub2: on uhub1 uhub2: multiple transaction translators uhub2: 4 ports with 4 removable, self powered ums0: on uhub2 ums0: 5 buttons and Z dir. atapci0: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 23 at device 14.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 20 at device 15.0 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pcib4: at device 16.0 on pci0 pci4: on pcib4 hdac0: mem 0xfe024000-0xfe027fff irq 21 at device 16.1 on pci0 hdac0: HDA Driver Revision: 20090329_0131 hdac0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xc0000-0xcf7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub0 kbd2 at ukbd0 ums1: on uhub0 ums1: 3 buttons and Z dir. WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ZFS filesystem version 6 ZFS storage pool version 6 ad4: 152587MB at ata2-master SATA300 ad6: 152587MB at ata3-master SATA300 GEOM_MIRROR: Device mirror/gm0 launched (1/2). GEOM_MIRROR: Device gm0: rebuilding provider ad4. acd0: CDROM at ata4-master SATA150 acd1: CDRW at ata5-master SATA150 hdac0: HDA Codec #0: Sigmatel STAC9220 pcm0: at cad 0 nid 1 on hdac0 GEOM_LABEL: Label for provider mirror/gm0s1a is ufsid/4856c1053a1b8b74. acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe1:ata3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe1:ata3:0:0:0): CAM Status: SCSI Status Error (probe1:ata3:0:0:0): SCSI Status: Check Condition (probe1:ata3:0:0:0): NOT READY asc:3a,1 (probe1:ata3:0:0:0): Medium not present - tray closed (probe1:ata3:0:0:0): Unretryable error acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe0:ata2:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata2:0:0:0): CAM Status: SCSI Status Error (probe0:ata2:0:0:0): SCSI Status: Check Condition (probe0:ata2:0:0:0): NOT READY asc:3a,0 (probe0:ata2:0:0:0): Medium not present (probe0:ata2:0:0:0): Unretryable error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd1 at ata3 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device ScMdP1:: 3A.P 3C0P0UM B#/s1 tLraaunnscfheerds! cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd0 at ata2 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from zfs:zgm0/root GEOM_LABEL: Label ufsid/4856c1053a1b8b74 removed. GEOM_LABEL: Label for provider mirror/gm0s1a is ufsid/4856c1053a1b8b74. GEOM_LABEL: Label ufsid/4856c1053a1b8b74 removed. # pciconf -lv none0@pci0:0:0:0: class=0x050000 card=0x02f010de chip=0x02f010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none1@pci0:0:0:1: class=0x050000 card=0x02fa10de chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 0' class = memory subclass = RAM none2@pci0:0:0:2: class=0x050000 card=0x02fe10de chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 1' class = memory subclass = RAM none3@pci0:0:0:3: class=0x050000 card=0x02f810de chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 5' class = memory subclass = RAM none4@pci0:0:0:4: class=0x050000 card=0x02f910de chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 4' class = memory subclass = RAM none5@pci0:0:0:5: class=0x050000 card=0x02ff10de chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none6@pci0:0:0:6: class=0x050000 card=0x027f10de chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 3' class = memory subclass = RAM none7@pci0:0:0:7: class=0x050000 card=0x027e10de chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 2' class = memory subclass = RAM pcib1@pci0:0:2:0: class=0x060400 card=0x000010de chip=0x02fc10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:3:0: class=0x060400 card=0x000010de chip=0x02fd10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI none8@pci0:0:9:0: class=0x050000 card=0xcb8410de chip=0x027010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Host Bridge' class = memory subclass = RAM isab0@pci0:0:10:0: class=0x060100 card=0x01ec1028 chip=0x026010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 LPC Bridge' class = bridge subclass = PCI-ISA none9@pci0:0:10:1: class=0x0c0500 card=0x01ec1028 chip=0x026410de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System Management' class = serial bus subclass = SMBus none10@pci0:0:10:2: class=0x050000 card=0x01ec1028 chip=0x027210de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Memory Controller 0' class = memory subclass = RAM ohci0@pci0:0:11:0: class=0x0c0310 card=0x01ec1028 chip=0x026d10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:11:1: class=0x0c0320 card=0x01ec1028 chip=0x026e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB atapci0@pci0:0:14:0: class=0x010185 card=0x01ec1028 chip=0x026610de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA atapci1@pci0:0:15:0: class=0x010185 card=0x01ec1028 chip=0x026710de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA pcib4@pci0:0:16:0: class=0x060401 card=0xcb8410de chip=0x026f10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP51 PCI Bridge' class = bridge subclass = PCI-PCI hdac0@pci0:0:16:1: class=0x040300 card=0x1f901028 chip=0x026c10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 High Definition Audio' class = multimedia subclass = HDA hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI bge0@pci0:2:0:0: class=0x020000 card=0x01ec1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5754 Broadcom NetXtreme Gigabit Ethernet Controller' class = network subclass = ethernet vgapci0@pci0:3:0:0: class=0x030000 card=0x0920174b chip=0x71471002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X1550 64-bit (RV505)' class = display subclass = VGA vgapci1@pci0:3:0:1: class=0x038000 card=0x0921174b chip=0x71671002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X1300 Series Secondary' class = display # --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 00:29:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC421065672 for ; Tue, 21 Apr 2009 00:29:30 +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 445938FC12 for ; Tue, 21 Apr 2009 00:29:30 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n3L0IY6l064721; Mon, 20 Apr 2009 18:18:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n3L0IYjT064718; Mon, 20 Apr 2009 18:18:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 20 Apr 2009 18:18:34 -0600 (MDT) From: Warren Block To: Oliver Lehmann In-Reply-To: <20090420152620.8f89edd5.lehmann@ans-netz.de> Message-ID: References: <20090420152620.8f89edd5.lehmann@ans-netz.de> 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.0.1 (wonkity.com [127.0.0.1]); Mon, 20 Apr 2009 18:18:34 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 00:29:30 -0000 On Mon, 20 Apr 2009, Oliver Lehmann wrote: > as I found out in the meantime - the following described problem can be > only worked around when 'Load "dri"' is removed from the server > section, and 'Option "DRI" "true"' is removed from the Device > section. Otherwise: > the whole xorg.conf can be found here: > > http://cvs.olli.homeip.net/index.html/configs/xorg.conf?rev=1.9 No DRI Section? Section "DRI" Group 0 Mode 0660 EndSection I suspect the DRI option in the driver is there to easily disable DRI, and Option "DRI" "On" does not replace the DRI section. But I don't know that for a fact. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 00:48:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 029DB1065670 for ; Tue, 21 Apr 2009 00:48:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id C1CA68FC08 for ; Tue, 21 Apr 2009 00:48:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so856938rvb.43 for ; Mon, 20 Apr 2009 17:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Y7Z3glvcQBfSnFAdnUFJi15rNcd1qKaWCPbMSBKX+UU=; b=ukCIf3nrTsBR/Csy9Yu4y2TEYmC/YA0hrjH3+16yfTOaroemCsakWXrQ6nqPyPJCW0 lrqwE6hCiooM9ZJzjsqN9moF+3LxZtdbhx5srT8k8XF3AmGcQOg+PZsIrHuIouhrx/PZ FXKAVs8zArn01Us1wMNQvOap+NiiAzwspTc0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=HePA85nvmMuORP1C41MDE9s4qCHEv86nP6v+aA2t3500dSf6uuPz8XRMEVirytuscN SO+GPog4BY0SrfoeI0xLgo2k+ETuB/ZFe0sy7yeu4a0LB7pKFWfNR1dtvHPwsMlgzOrM D1P/tsSssLGzY5YrJIi4xE/o1QohRFeqDJE5c= Received: by 10.141.107.13 with SMTP id j13mr2678491rvm.251.1240274909316; Mon, 20 Apr 2009 17:48:29 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b8sm11882608rvf.26.2009.04.20.17.48.27 (version=SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 17:48:28 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Tue, 21 Apr 2009 09:52:09 +0900 From: Pyun YongHyeon Date: Tue, 21 Apr 2009 09:52:09 +0900 To: xer Message-ID: <20090421005209.GD93322@michelle.cdnetworks.co.kr> References: <20090407120032.633E410656D5@hub.freebsd.org> <20090410044340.GJ37714@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090410044340.GJ37714@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 00:48:30 -0000 On Fri, Apr 10, 2009 at 01:43:40PM +0900, Pyun YongHyeon wrote: > On Wed, Apr 08, 2009 at 10:41:44AM +0200, xer wrote: > > Hello > > I have some problems with 3Com nics, after a upgrade from 5.5-STABLE to > > 6.4-STABLE. > > > > This machine has two 3com nics (one is LAN other is WAN) and i see too much > > "watchdog timeout" on both cards. > > This on/off up/down on cards, affect the interrupt to clients that are > > downloading from apache web server, especially on large files. > > > > -------------------------------------------- > > xer:/root# dmesg > > xl1: watchdog timeout > > xl1: link state changed to DOWN > > xl1: link state changed to UP > > xl1: watchdog timeout > > xl1: link state changed to DOWN > > xl1: link state changed to UP > > xl1: watchdog timeout > > xl1: link state changed to DOWN > > xl1: link state changed to UP > > --------------------------------------------- > > > > xer:/root# cat /var/run/dmesg.boot | grep xl > > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec00-0xec7f mem > > 0xfceffc00-0xfceffc7f irq 23 at device 11.0 on pci2 > > miibus0: on xl0 > > xlphy0: <3c905C 10/100 internal PHY> on miibus0 > > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > xl0: Ethernet address: 00:01:02:e0:04:1b > > xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xe880-0xe8ff mem > > 0xfceff800-0xfceff87f irq 20 at device 12.0 on pci2 > > miibus1: on xl1 > > xlphy1: <3c905C 10/100 internal PHY> on miibus1 > > xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > xl1: Ethernet address: 00:01:02:df:fe:ed > > --------------------------------------------- > > Another doubt would be my kernel config, maybe there is something wrong > > that i cannot see, i'll post at the end of this post, 'cause is too long. > > > > As you can see, the cards are 3c905C-TX model. > > Someone told me to change drivers, but i cannot understand this advice. > > I got same errors with same cards but with another mainboard, same problem, > > watchdog appears after an upgrade from 5.4-STABLE to 6.4-STABLE. > > > > I don't think that to change nic's pci slots, will solve the problem, i > > think that maybe change the nics would resolve the matter, but i cannot > > access to both FreeBSD phisically, cause the boxes are too far from me > > (about 3500 km). > > > > I'm asking you some advices, and i can i fix this problem. > > p.s. with both 5.4 or 5.5 old kernel, the nics was fine. > > > > I vaguely remember there were a couple of reports on xl(4) watchdog > timeouts. I'm not sure this came from missing Tx interrupts but > would you try attached patch? > Note, it was generated against HEAD and you should experiment the > attached patch on local box prior to applying to your production > server. For the records, patch committed to HEAD(r191344, r191345). From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 05:25:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F7D1065672 for ; Tue, 21 Apr 2009 05:25:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6428FC19 for ; Tue, 21 Apr 2009 05:25:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3L5O9YS086865 for ; Tue, 21 Apr 2009 01:24:09 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904210524.n3L5O9YS086865@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 21 Apr 2009 01:25:06 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: RELENG_7 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, 21 Apr 2009 05:25:03 -0000 The box has a fairly heavy UDP load. Its RELENG_7 as of today and took 3hrs for it to dump core. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x68 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0637146 stack pointer = 0x28:0xe766eaac frame pointer = 0x28:0xe766eb54 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 = 761 (bsnmpd) trap number = 12 panic: page fault cpuid = 1 Uptime: 3h47m43s Physical memory: 2036 MB Dumping 83 MB: 68 52 36 20 4 (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc05964d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc05967a9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc07f64ac in trap_fatal (frame=0xe766ea6c, eva=104) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc07f6730 in trap_pfault (frame=0xe766ea6c, usermode=0, eva=104) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc07f70dc in trap (frame=0xe766ea6c) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc07db7eb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 #8 0xc059fd77 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1413 #9 0xc059ff14 in userland_sysctl (td=0xc5374460, name=0xe766ec14, namelen=6, old=0x0, oldlenp=0xbfbf8478, inkernel=0, new=0x0, newlen=0, retval=0xe766ec10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1506 #10 0xc05a0064 in __sysctl (td=0xc5374460, uap=0xe766ecfc) at /usr/src/sys/kern/kern_sysctl.c:1443 #11 0xc07f6a85 in syscall (frame=0xe766ed38) at /usr/src/sys/i386/i386/trap.c:1090 #12 0xc07db850 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -------------------------------------------------------------------- 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 Apr 21 07:00:58 2009 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 8BDE7106564A for ; Tue, 21 Apr 2009 07:00:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5E5FA8FC1C for ; Tue, 21 Apr 2009 07:00:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5AF1331B193; Tue, 21 Apr 2009 02:42:28 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 21 Apr 2009 02:42:28 -0400 X-Sasl-enc: JCumM/aW543fTo2lAksUCrcg3At+OaZuOCndGHDcNO/q 1240296147 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6B684538D8; Tue, 21 Apr 2009 02:42:27 -0400 (EDT) Message-ID: <49ED6AD2.4010006@incunabulum.net> Date: Tue, 21 Apr 2009 07:42:26 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Dennis Melentyev References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Sam Leffler , "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 07:00:58 -0000 Hi, Looks like I'm late to the party. I was responsible for committing these ath(4) changes to RELENG_7. I can't remember if I tested the kernel compile without the AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. Dennis Melentyev wrote: > 2009/4/16 Maxim Sobolev : > >> Dennis Melentyev wrote: >> >>> Could be worth an entry in UPDATING and/or explicitly added to GENERIC. >>> >> My point is that if the option is mandatory for compiling ath(4) driver, >> then there is no point in having this option in the first place. >> > > Well, fair. > +1 from me :). > > So is there a consensus that this seems to break the build for folk who do not need this option? If so I can see about committing the necessary changes to turn this option on by default. I needed the option for what I was trying to do. Of course if someone already has a patch for that, that will help, as I don't have a lot of free time at the moment but can certainly commit a quick fix if someone already has one. thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 07:35:59 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55DB81065670 for ; Tue, 21 Apr 2009 07:35:59 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE658FC1B for ; Tue, 21 Apr 2009 07:35:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id A69D831EA23 for ; Tue, 21 Apr 2009 03:17:39 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 21 Apr 2009 03:17:39 -0400 X-Sasl-enc: 9wg4IMoB32P9r3z3qzzQ3hvOuodyiDi/cWWrlzEnhYOg 1240298259 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2817855646 for ; Tue, 21 Apr 2009 03:17:39 -0400 (EDT) Message-ID: <49ED7312.9070504@incunabulum.net> Date: Tue, 21 Apr 2009 08:17:38 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Anyone using func or certserver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 07:35:59 -0000 Is anyone out there using Fedora's Unified Network Controller (func) or certserver on FreeBSD? If so, I would really like to hear from you about your experience with it. thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 08:26:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80FF21065673 for ; Tue, 21 Apr 2009 08:26:35 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1E07A8FC0A for ; Tue, 21 Apr 2009 08:26:34 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp id 1LwBJJ-00065a-HN; Tue, 21 Apr 2009 10:26:33 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id A1D2D7139; Tue, 21 Apr 2009 10:26:32 +0200 (CEST) Date: Tue, 21 Apr 2009 10:26:32 +0200 To: "Oliver Lehmann" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20090420152620.8f89edd5.lehmann@ans-netz.de> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20090420152620.8f89edd5.lehmann@ans-netz.de> User-Agent: Opera Mail/9.64 (FreeBSD) Cc: Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 08:26:35 -0000 On Mon, 20 Apr 2009 15:26:20 +0200, Oliver Lehmann wrote: > Hi, > > as I found out in the meantime - the following described problem can be > only worked around when 'Load "dri"' is removed from the server > section, and 'Option "DRI" "true"' is removed from the Device > section. Otherwise: > > I've synced my pre-drm-changes 7-STABLE to the latest 7-STABLE. Now the > grafic performance in xorg decreased dramatically. Moving a window or > resizing a window makes me feel sent back 15 years ago ;). I can "see" > the > window resizing. The popup of an window is fast, but moving it around or > scrolling... jesus that is what I call slow. Firefox is nearly not usable > for example :( > > I wonder what is causing this. I'm using a ATI Radeon HD3850 in it's AGP > version (probably kinda uncommon). > > olivleh1@kartoffel olivleh1> dmesg | grep drm > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xd8000000 128MB > info: [drm] Initialized radeon 1.29.0 20080528 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading RV670 CP Microcode > info: [drm] Loading RV670 PFP Microcode > info: [drm] Resetting GPU > info: [drm] writeback test succeeded in 1 usecs > drm0: [ITHREAD] > olivleh1@kartoffel olivleh1> pkg_info | grep radeon > xf86-video-radeonhd-1.2.5 X.Org ati RadeonHD display driver > olivleh1@kartoffel olivleh1> > >> From my xorg.conf: > > Section "Module" > Load "dbe" > Load "freetype" > Load "glx" > Load "dri" > EndSection > Section "Device" > > Identifier "ATI1" > BoardName "ATI Radeon" > Driver "radeonhd" > BusID "PCI:1:0:0" > Option "Monitor-DVI-I_1/digital" "Syncmaster DVI1" > Option "Monitor-DVI-I_2/digital" "Syncmaster DVI2" > Option "DRI" "true" > EndSection > > the whole xorg.conf can be found here: > > http://cvs.olli.homeip.net/index.html/configs/xorg.conf?rev=1.9 > > Is this expected to happen with DRI enabled? > Hi, X.org is quite good in autodetecting your hardware and running without a config. It works for me out-of-the-box with my Radeon HD 2400 XT and Radeon HD 2600 XT. (But I'm not using agp.) You can also try the xf86-video-ati driver. It works very well with 2d accell. (I'm using it also.) Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 09:51:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E3C81065677 for ; Tue, 21 Apr 2009 09:51:28 +0000 (UTC) (envelope-from alexs@analytic.mv.ru) Received: from analytic.mv.ru (ip186.105.dars-ip.ru [79.132.105.186]) by mx1.freebsd.org (Postfix) with ESMTP id C1CEE8FC0C for ; Tue, 21 Apr 2009 09:51:27 +0000 (UTC) (envelope-from alexs@analytic.mv.ru) Received: from analytic.local (localhost [127.0.0.1]) by analytic.mv.ru (8.14.3/8.14.3) with ESMTP id n3L9pJqD035892 for ; Tue, 21 Apr 2009 13:51:24 +0400 (MSD) (envelope-from alexs@analytic.local) Received: (from alexs@localhost) by analytic.local (8.14.3/8.14.3/Submit) id n3L9pE7q035891 for freebsd-stable@freebsd.org; Tue, 21 Apr 2009 13:51:14 +0400 (MSD) (envelope-from alexs) Date: Tue, 21 Apr 2009 13:51:14 +0400 From: alexs@analytic.mv.ru To: freebsd-stable@freebsd.org Message-ID: <20090421095114.GA35757@mail.analytic.mv.ru> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: diskless netmask problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 09:51:28 -0000 Setup diskless in ip/22 subnet dhcpd.conf subnet 192.168.0.0 netmask 255.255.252.0 { use-host-decl-names on; option subnet-mask 255.255.252.0; option broadcast-address 192.168.3.255; host bart { hardware ethernet 00:1c:c0:85:48:fe; fixed-address 192.168.0.72; filename "pxeboot"; option root-path "192.168.0.160:/export/diskless/freebsd71"; } } System starts ok, but netmask on interface is not 255.255.252.0, it gets 255.255.255.0 if put nfs server in 192.168.1.0-192.168.3.255, i have nfs_mountroot error. -- alexs From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:04:54 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B901106566B for ; Tue, 21 Apr 2009 14:04:54 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 6734B8FC14 for ; Tue, 21 Apr 2009 14:04:53 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 45595 invoked by uid 89); 21 Apr 2009 14:04:50 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 21 Apr 2009 14:04:50 -0000 Date: Tue, 21 Apr 2009 16:04:54 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090421160454.9f5bf40c.lehmann@ans-netz.de> In-Reply-To: <1240238090.3930.0.camel@balrog.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <1240238090.3930.0.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 14:04:54 -0000 Hi Robert, Robert Noland wrote: > Can you show me the output of memcontrol list, with drm enabled. here we go (with drm in the kernel, dri disabled in xorg): root@kartoffel olivleh1> memcontrol list 0x0/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x10000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x20000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x30000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x40000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x50000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x60000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x70000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x80000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x84000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x88000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x8c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x90000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x94000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x98000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x9c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0xa0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xac000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xbc000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xca000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xce000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xda000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xde000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xea000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xeb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xec000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xed000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xee000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xef000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf0000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf1000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf2000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf3000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf4000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf5000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf6000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf7000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf8000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf9000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfa000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfb000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfc000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfd000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfe000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xff000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0x0/0x80000000 BIOS write-back set-by-firmware active 0xd8000000/0x8000000 drm write-combine active root@kartoffel olivleh1> -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:08:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509D1106564A for ; Tue, 21 Apr 2009 14:08:11 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 9CE658FC15 for ; Tue, 21 Apr 2009 14:08:10 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 45717 invoked by uid 89); 21 Apr 2009 14:08:09 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 21 Apr 2009 14:08:09 -0000 Date: Tue, 21 Apr 2009 16:08:13 +0200 From: Oliver Lehmann To: Warren Block Message-Id: <20090421160813.6fad1ed3.lehmann@ans-netz.de> In-Reply-To: References: <20090420152620.8f89edd5.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 14:08:11 -0000 Hi, Warren Block wrote: > No DRI Section? >From what I understood in the past is, that this section is just optional. I had it once in the past but removed it and nothing changed so far without having it. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:26:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE7E106564A for ; Tue, 21 Apr 2009 14:26:48 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 990988FC0A for ; Tue, 21 Apr 2009 14:26:47 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 46318 invoked by uid 89); 21 Apr 2009 14:26:46 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 21 Apr 2009 14:26:46 -0000 Date: Tue, 21 Apr 2009 16:26:50 +0200 From: Oliver Lehmann To: "Ronald Klop" Message-Id: <20090421162650.a0ef7477.lehmann@ans-netz.de> In-Reply-To: References: <20090420152620.8f89edd5.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 14:26:48 -0000 Ronald Klop wrote: > X.org is quite good in autodetecting your hardware and running without a > config. It works for me out-of-the-box with my Radeon HD 2400 XT and > Radeon HD 2600 XT. (But I'm not using agp.) > You can also try the xf86-video-ati driver. It works very well with 2d > accell. (I'm using it also.) When I tried xf86-video-ati in the past, it didn't deteced my ChipID so I was forced to use the radeonhd driver (I even have to manually patch the official generic AMD/ATI Windows XP driver to get support for my card ;)). I now retested the driver and my Xorg was left unresponsible after my loginmanager slim tried to fire up my windowmanager. I only could kill it from an other system, switching back to the console and back to X11 left my Xorg in an unkillable state while eating up all my CPU time. So for my xf86-video-ati is not an option :( I'm also not sure how the RV610 or RV630 chipsets are different to my RV670. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:51:07 2009 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 17D4B106568B; Tue, 21 Apr 2009 14:51:07 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB4358FC08; Tue, 21 Apr 2009 14:51:06 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from [192.168.1.214] (ls-2p2-aw01.ls.eso.org [134.171.80.150]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n3LEp2mM046342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 07:51:04 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49EDDD51.9040608@freebsd.org> Date: Tue, 21 Apr 2009 10:50:57 -0400 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> In-Reply-To: <49ED6AD2.4010006@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 14:51:07 -0000 Bruce Simpson wrote: > Hi, > > Looks like I'm late to the party. I was responsible for committing these > ath(4) changes to RELENG_7. > I can't remember if I tested the kernel compile without the > AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. > > Dennis Melentyev wrote: >> 2009/4/16 Maxim Sobolev : >> >>> Dennis Melentyev wrote: >>> >>>> Could be worth an entry in UPDATING and/or explicitly added to GENERIC. >>>> >>> My point is that if the option is mandatory for compiling ath(4) driver, >>> then there is no point in having this option in the first place. >>> >> >> Well, fair. >> +1 from me :). >> >> > > So is there a consensus that this seems to break the build for folk who > do not need this option? > If so I can see about committing the necessary changes to turn this > option on by default. I needed the option for what I was trying to do. > > Of course if someone already has a patch for that, that will help, as I > don't have a lot of free time at the moment but can certainly commit a > quick fix if someone already has one. ru had a change to fix this but decided not to; can't say why. Otherwise there is a better way to fix this which I alluded to in previous mail--use the config-generated #define that is generated for the "ath_hal" device. As I said I've not had time to look at that won't probably for several weeks. Either way this requirement has been listed in UPDATING ever since the ath hal source code was imported into the tree. Sam From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:58:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1684F106564A for ; Tue, 21 Apr 2009 14:58:24 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E04B78FC19 for ; Tue, 21 Apr 2009 14:58:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-40-211.bna.bellsouth.net [70.157.40.211]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3LEwEPj065612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 10:58:15 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Ronald Klop In-Reply-To: References: <20090420152620.8f89edd5.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-r/IFJxS6lX6/pKzH56ED" Organization: FreeBSD Date: Tue, 21 Apr 2009 09:58:05 -0500 Message-Id: <1240325885.14628.12.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org, Oliver Lehmann Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 14:58:24 -0000 --=-r/IFJxS6lX6/pKzH56ED Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-21 at 10:26 +0200, Ronald Klop wrote: > On Mon, 20 Apr 2009 15:26:20 +0200, Oliver Lehmann = =20 > wrote: >=20 > > Hi, > > > > as I found out in the meantime - the following described problem can be > > only worked around when 'Load "dri"' is removed from the server > > section, and 'Option "DRI" "true"' is removed from the Device > > section. Otherwise: > > > > I've synced my pre-drm-changes 7-STABLE to the latest 7-STABLE. Now the > > grafic performance in xorg decreased dramatically. Moving a window or > > resizing a window makes me feel sent back 15 years ago ;). I can "see" = =20 > > the > > window resizing. The popup of an window is fast, but moving it around o= r > > scrolling... jesus that is what I call slow. Firefox is nearly not usab= le > > for example :( > > > > I wonder what is causing this. I'm using a ATI Radeon HD3850 in it's AG= P > > version (probably kinda uncommon). > > > > olivleh1@kartoffel olivleh1> dmesg | grep drm > > drm0: on vgapci0 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] AGP at 0xd8000000 128MB > > info: [drm] Initialized radeon 1.29.0 20080528 > > info: [drm] Setting GART location based on new memory map > > info: [drm] Loading RV670 CP Microcode > > info: [drm] Loading RV670 PFP Microcode > > info: [drm] Resetting GPU > > info: [drm] writeback test succeeded in 1 usecs > > drm0: [ITHREAD] > > olivleh1@kartoffel olivleh1> pkg_info | grep radeon > > xf86-video-radeonhd-1.2.5 X.Org ati RadeonHD display driver > > olivleh1@kartoffel olivleh1> > > > >> From my xorg.conf: > > > > Section "Module" > > Load "dbe" > > Load "freetype" > > Load "glx" > > Load "dri" > > EndSection > > Section "Device" > > > > Identifier "ATI1" > > BoardName "ATI Radeon" > > Driver "radeonhd" > > BusID "PCI:1:0:0" > > Option "Monitor-DVI-I_1/digital" "Syncmaster DVI1" > > Option "Monitor-DVI-I_2/digital" "Syncmaster DVI2" > > Option "DRI" "true" > > EndSection > > > > the whole xorg.conf can be found here: > > > > http://cvs.olli.homeip.net/index.html/configs/xorg.conf?rev=3D1.9 > > > > Is this expected to happen with DRI enabled? > > >=20 > Hi, >=20 > X.org is quite good in autodetecting your hardware and running without a = =20 > config. It works for me out-of-the-box with my Radeon HD 2400 XT and =20 > Radeon HD 2600 XT. (But I'm not using agp.) > You can also try the xf86-video-ati driver. It works very well with 2d =20 > accell. (I'm using it also.) If you don't have a config, you won't get drm as it defaults to off on r6/7xx hardware right now. robert. > Ronald. > _______________________________________________ > 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" --=20 Robert Noland FreeBSD --=-r/IFJxS6lX6/pKzH56ED Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknt3v0ACgkQM4TrQ4qfROMzXgCeItmzdtAkWqAgTvnzRf0MVli5 weMAn3/8qM397VKNTO6L+Q+Wa6WexG0A =hSMf -----END PGP SIGNATURE----- --=-r/IFJxS6lX6/pKzH56ED-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 15:11:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C04351065672 for ; Tue, 21 Apr 2009 15:11:29 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6CDBE8FC14 for ; Tue, 21 Apr 2009 15:11:29 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-40-211.bna.bellsouth.net [70.157.40.211]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3LFBLX9065705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 11:11:22 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090421162650.a0ef7477.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <20090421162650.a0ef7477.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-xrlDBH2sp1Ep+65Nvbad" Organization: FreeBSD Date: Tue, 21 Apr 2009 10:11:12 -0500 Message-Id: <1240326672.14628.32.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org, Ronald Klop Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 15:11:30 -0000 --=-xrlDBH2sp1Ep+65Nvbad Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-21 at 16:26 +0200, Oliver Lehmann wrote: > Ronald Klop wrote: >=20 > > X.org is quite good in autodetecting your hardware and running without = a =20 > > config. It works for me out-of-the-box with my Radeon HD 2400 XT and =20 > > Radeon HD 2600 XT. (But I'm not using agp.) > > You can also try the xf86-video-ati driver. It works very well with 2d = =20 > > accell. (I'm using it also.) >=20 > When I tried xf86-video-ati in the past, it didn't deteced my ChipID so I > was forced to use the radeonhd driver (I even have to manually patch the > official generic AMD/ATI Windows XP driver to get support for my > card ;)). > I now retested the driver and my Xorg was left unresponsible after my > loginmanager slim tried to fire up my windowmanager. I only could kill it > from an other system, switching back to the console and back to X11 left > my Xorg in an unkillable state while eating up all my CPU time. So for my > xf86-video-ati is not an option :( >=20 > I'm also not sure how the RV610 or RV630 chipsets are different to my > RV670. (--) PCI:*(0@1:0:0) ATI Technologies Inc RV670PRO [Radeon HD 3850] rev 0, M= em @ 0xd0000000/268435456, 0xfe8e0000/65536, I/O @ 0x0000b000/256, BIOS @ 0= x????????/65536 I am running this right now... Though, it is PCI-E, not AGP... Works with both radeon and radeonhd drivers (current from ports). I expect the issue is with AGP, but you need to be setting Option "AccelMethod" "EXA" on your hardware as well. robert. --=20 Robert Noland FreeBSD --=-xrlDBH2sp1Ep+65Nvbad Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknt4hAACgkQM4TrQ4qfROOlmgCfdGeSSH2WOgG/s6AD1ub8apjc 2wAAn1CCXN5+j8U0yMhcH1rH2qsjbrM4 =PF6L -----END PGP SIGNATURE----- --=-xrlDBH2sp1Ep+65Nvbad-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 15:12:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F09106566B for ; Tue, 21 Apr 2009 15:12:05 +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 BD6238FC2C for ; Tue, 21 Apr 2009 15:12:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6ED5246B1A; Tue, 21 Apr 2009 11:12:05 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 795358A01C; Tue, 21 Apr 2009 11:12:04 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 21 Apr 2009 11:11:57 -0400 User-Agent: KMail/1.9.7 References: <200904210524.n3L5O9YS086865@lava.sentex.ca> In-Reply-To: <200904210524.n3L5O9YS086865@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904211111.57295.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 21 Apr 2009 11:12:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=AWL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: RELENG_7 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, 21 Apr 2009 15:12:06 -0000 On Tuesday 21 April 2009 1:25:06 am Mike Tancsa wrote: > The box has a fairly heavy UDP load. Its RELENG_7 as of today and > took 3hrs for it to dump core. > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x68 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0637146 > stack pointer = 0x28:0xe766eaac > frame pointer = 0x28:0xe766eb54 > 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 = 761 (bsnmpd) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 3h47m43s > Physical memory: 2036 MB > Dumping 83 MB: 68 52 36 20 4 > > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc05964d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc05967a9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc07f64ac in trap_fatal (frame=0xe766ea6c, eva=104) at > /usr/src/sys/i386/i386/trap.c:939 > #4 0xc07f6730 in trap_pfault (frame=0xe766ea6c, usermode=0, eva=104) > at /usr/src/sys/i386/i386/trap.c:852 > #5 0xc07f70dc in trap (frame=0xe766ea6c) at /usr/src/sys/i386/i386/trap.c:530 > #6 0xc07db7eb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, > arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 > #8 0xc059fd77 in sysctl_root (oidp=Variable "oidp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1413 > #9 0xc059ff14 in userland_sysctl (td=0xc5374460, name=0xe766ec14, > namelen=6, old=0x0, oldlenp=0xbfbf8478, inkernel=0, new=0x0, > newlen=0, retval=0xe766ec10, flags=0) at > /usr/src/sys/kern/kern_sysctl.c:1506 > #10 0xc05a0064 in __sysctl (td=0xc5374460, uap=0xe766ecfc) at > /usr/src/sys/kern/kern_sysctl.c:1443 > #11 0xc07f6a85 in syscall (frame=0xe766ed38) at > /usr/src/sys/i386/i386/trap.c:1090 > #12 0xc07db850 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 > #13 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) Can you do 'frame 7' followed by 'l', 'p ifp', and 'p ifp->if_snd'? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 15:12:06 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 667C0106566C for ; Tue, 21 Apr 2009 15:12:06 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7CA8FC08 for ; Tue, 21 Apr 2009 15:12:06 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-40-211.bna.bellsouth.net [70.157.40.211]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3LFBwbY065715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 11:11:58 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090421160454.9f5bf40c.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <1240238090.3930.0.camel@balrog.2hip.net> <20090421160454.9f5bf40c.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lRr78rps15tN0glMV39E" Organization: FreeBSD Date: Tue, 21 Apr 2009 10:11:49 -0500 Message-Id: <1240326709.14628.33.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@FreeBSD.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 15:12:06 -0000 --=-lRr78rps15tN0glMV39E Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-21 at 16:04 +0200, Oliver Lehmann wrote: > 0xd8000000/0x8000000 drm write-combine active=20 Ok, looks like MTRR is working for you, so that isn't it... robert. --=20 Robert Noland FreeBSD --=-lRr78rps15tN0glMV39E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknt4jUACgkQM4TrQ4qfRONwlgCeND654StMf9xXwO085ZzQ17oP Cd4AniRGrp8ISBPSu2+bTpOhubExYQct =2E4F -----END PGP SIGNATURE----- --=-lRr78rps15tN0glMV39E-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 15:20:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A9CF106566C; Tue, 21 Apr 2009 15:20:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id D2C3C8FC19; Tue, 21 Apr 2009 15:20:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3LFJFsk090691; Tue, 21 Apr 2009 11:19:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904211519.n3LFJFsk090691@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 21 Apr 2009 11:20:13 -0400 To: John Baldwin , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200904211111.57295.jhb@freebsd.org> References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: RELENG_7 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, 21 Apr 2009 15:20:09 -0000 At 11:11 AM 4/21/2009, John Baldwin wrote: >Can you do 'frame 7' followed by 'l', 'p ifp', and 'p ifp->if_snd'? Hi, kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc05964d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc05967a9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc07f64ac in trap_fatal (frame=0xe766ea6c, eva=104) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc07f6730 in trap_pfault (frame=0xe766ea6c, usermode=0, eva=104) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc07f70dc in trap (frame=0xe766ea6c) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc07db7eb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 #8 0xc059fd77 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1413 #9 0xc059ff14 in userland_sysctl (td=0xc5374460, name=0xe766ec14, namelen=6, old=0x0, oldlenp=0xbfbf8478, inkernel=0, new=0x0, newlen=0, retval=0xe766ec10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1506 #10 0xc05a0064 in __sysctl (td=0xc5374460, uap=0xe766ecfc) at /usr/src/sys/kern/kern_sysctl.c:1443 #11 0xc07f6a85 in syscall (frame=0xe766ed38) at /usr/src/sys/i386/i386/trap.c:1090 #12 0xc07db850 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 127 ifp->if_snd.ifq_drops = ifmd.ifmd_snd_drops; (kgdb) l 122 DONTCOPY(baudrate); 123 #undef DONTCOPY 124 #define COPY(fld) ifp->if_##fld = ifmd.ifmd_##fld 125 COPY(data); 126 ifp->if_snd.ifq_maxlen = ifmd.ifmd_snd_maxlen; 127 ifp->if_snd.ifq_drops = ifmd.ifmd_snd_drops; 128 #undef COPY 129 break; 130 131 case IFDATA_LINKSPECIFIC: (kgdb) p ifp $1 = (struct ifnet *) 0x0 (kgdb) p ifp->if_snd Cannot access memory at address 0xf4 (kgdb) Is it possible I am running into some of the interface lock fixes rwatson has been working on ? This box has a lot of ng interfaces which come and go. Perhaps snmp asking about an interface that just went away caused the panic ? I disabled bsnmp since the reboot and the box has been up for 10hrs so far. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 16:00:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13139106564A; Tue, 21 Apr 2009 16:00:44 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from mail.vega.ru (mail.vega.ru [90.156.167.5]) by mx1.freebsd.org (Postfix) with ESMTP id C048D8FC1A; Tue, 21 Apr 2009 16:00:43 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from [10.100.124.99] (port=50976 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LwHwK-000Ezb-7d; Tue, 21 Apr 2009 19:31:29 +0400 Date: Tue, 21 Apr 2009 19:31:14 +0400 From: Ruslan Ermilov To: Mike Tancsa Message-ID: <20090421153112.GA47589@edoofus.dev.vega.ru> References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> <200904211519.n3LFJFsk090691@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200904211519.n3LFJFsk090691@lava.sentex.ca> Cc: Robert Watson , freebsd-stable@freebsd.org, John Baldwin Subject: Re: RELENG_7 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, 21 Apr 2009 16:00:44 -0000 On Tue, Apr 21, 2009 at 11:20:13AM -0400, Mike Tancsa wrote: > At 11:11 AM 4/21/2009, John Baldwin wrote: > > >Can you do 'frame 7' followed by 'l', 'p ifp', and 'p ifp->if_snd'? > > Hi, > > > kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc05964d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc05967a9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc07f64ac in trap_fatal (frame=0xe766ea6c, eva=104) at > /usr/src/sys/i386/i386/trap.c:939 > #4 0xc07f6730 in trap_pfault (frame=0xe766ea6c, usermode=0, eva=104) > at /usr/src/sys/i386/i386/trap.c:852 > #5 0xc07f70dc in trap (frame=0xe766ea6c) at /usr/src/sys/i386/i386/trap.c:530 > #6 0xc07db7eb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, > arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 > #8 0xc059fd77 in sysctl_root (oidp=Variable "oidp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1413 > #9 0xc059ff14 in userland_sysctl (td=0xc5374460, name=0xe766ec14, > namelen=6, old=0x0, oldlenp=0xbfbf8478, inkernel=0, new=0x0, > newlen=0, retval=0xe766ec10, flags=0) at > /usr/src/sys/kern/kern_sysctl.c:1506 > #10 0xc05a0064 in __sysctl (td=0xc5374460, uap=0xe766ecfc) at > /usr/src/sys/kern/kern_sysctl.c:1443 > #11 0xc07f6a85 in syscall (frame=0xe766ed38) at > /usr/src/sys/i386/i386/trap.c:1090 > #12 0xc07db850 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 > #13 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) frame 7 > #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, > arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 > 127 ifp->if_snd.ifq_drops = ifmd.ifmd_snd_drops; > (kgdb) l > 122 DONTCOPY(baudrate); > 123 #undef DONTCOPY > 124 #define COPY(fld) ifp->if_##fld = ifmd.ifmd_##fld > 125 COPY(data); > 126 ifp->if_snd.ifq_maxlen = ifmd.ifmd_snd_maxlen; > 127 ifp->if_snd.ifq_drops = ifmd.ifmd_snd_drops; > 128 #undef COPY > 129 break; > 130 > 131 case IFDATA_LINKSPECIFIC: > (kgdb) p ifp > $1 = (struct ifnet *) 0x0 > (kgdb) p ifp->if_snd > Cannot access memory at address 0xf4 > (kgdb) > > > Is it possible I am running into some of the interface lock fixes > rwatson has been working on ? This box has a lot of ng interfaces > which come and go. Perhaps snmp asking about an interface that just > went away caused the panic ? I disabled bsnmp since the reboot and > the box has been up for 10hrs so far. > It's a documented bug: : revision 1.281 : date: 2008/06/26 23:05:28; author: rwatson; state: Exp; lines: +69 -12 : SVN rev 180042 on 2008-06-26 23:05:28Z by rwatson : : Introduce locking around use of ifindex_table, whose use was previously : unsynchronized. While races were extremely rare, we've now had a : couple of reports of panics in environments involving large numbers of : IPSEC tunnels being added very quickly on an active system. : : - Add accessor functions ifnet_byindex(), ifaddr_byindex(), : ifdev_byindex() to replace existing accessor macros. These functions : now acquire the ifnet lock before derefencing the table. : - Add IFNET_WLOCK_ASSERT(). : - Add static accessor functions ifnet_setbyindex(), ifdev_setbyindex(), : which set values in the table either asserting of acquiring the ifnet : lock. : - Use accessor functions throughout if.c to modify and read : ifindex_table. : - Rework ifnet attach/detach to lock around ifindex_table modification. : : Note that these changes simply close races around use of ifindex_table, : and make no attempt to solve the probem of disappearing ifnets. Further ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : refinement of this work, including with respect to ifindex_table : resizing, is still required. : : In a future change, the ifnet lock should be converted from a mutex to an : rwlock in order to reduce contention. : : Reviewed and tested by: brooks Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 16:11:28 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F28291065670; Tue, 21 Apr 2009 16:11:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id BC3E68FC14; Tue, 21 Apr 2009 16:11:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3LGAYll090970; Tue, 21 Apr 2009 12:10:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904211610.n3LGAYll090970@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 21 Apr 2009 12:11:32 -0400 To: Ruslan Ermilov From: Mike Tancsa In-Reply-To: <20090421153112.GA47589@edoofus.dev.vega.ru> References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> <200904211519.n3LFJFsk090691@lava.sentex.ca> <20090421153112.GA47589@edoofus.dev.vega.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Robert Watson , freebsd-stable@FreeBSD.org, John Baldwin Subject: Re: RELENG_7 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, 21 Apr 2009 16:11:28 -0000 At 11:31 AM 4/21/2009, Ruslan Ermilov wrote: >: >: Note that these changes simply close races around use of ifindex_table, >: and make no attempt to solve the probem of disappearing ifnets. Further > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >: refinement of this work, including with respect to ifindex_table >: resizing, is still required. >: >: In a future change, the ifnet lock should be converted from a mutex to an >: rwlock in order to reduce contention. Hi, Thanks for the info! In the mean, time, apart from disabling snmpwalking, is there anything I can do to mitigate triggering this bug ? The box runs ospf/zebra for routing daemons and mpd53 for l2tp LNS termination. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 17:27:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8B091065672 for ; Tue, 21 Apr 2009 17:27:33 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 2EBDB8FC12 for ; Tue, 21 Apr 2009 17:27:32 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 52523 invoked by uid 89); 21 Apr 2009 17:27:31 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 21 Apr 2009 17:27:31 -0000 Date: Tue, 21 Apr 2009 19:27:35 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090421192735.1a865848.lehmann@ans-netz.de> In-Reply-To: <1240326672.14628.32.camel@balrog.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <20090421162650.a0ef7477.lehmann@ans-netz.de> <1240326672.14628.32.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ronald Klop Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 17:27:34 -0000 Robert Noland wrote: > but you need to be setting Option "AccelMethod" > "EXA" on your hardware as well. (**) RADEONHD(0): Option "DRI" "true" (**) RADEONHD(0): Selected EXA 2D acceleration. (II) RADEONHD(0): Unknown card detected: 0x9515:0x1787:0x0028. Great - this did the trick. Now the system works like it was before and I can enjoy DRI - resizing videos and so on works now like a charm - like some years ago with my old ATI2950 ;) Resizing windows, scrolling content is now fast. Is there a FAQ list where I could have found it by searching on my own? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 17:38:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 941D6106564A for ; Tue, 21 Apr 2009 17:38:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 595DE8FC13 for ; Tue, 21 Apr 2009 17:38:27 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-40-211.bna.bellsouth.net [70.157.40.211]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3LHcJGR066617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 13:38:20 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090421192735.1a865848.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <20090421162650.a0ef7477.lehmann@ans-netz.de> <1240326672.14628.32.camel@balrog.2hip.net> <20090421192735.1a865848.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AO6glEJHZB2AilY9hX4b" Organization: FreeBSD Date: Tue, 21 Apr 2009 12:38:10 -0500 Message-Id: <1240335490.14628.35.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org, Ronald Klop Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 17:38:28 -0000 --=-AO6glEJHZB2AilY9hX4b Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-21 at 19:27 +0200, Oliver Lehmann wrote: > Robert Noland wrote: >=20 > > but you need to be setting Option "AccelMethod" > > "EXA" on your hardware as well. >=20 > (**) RADEONHD(0): Option "DRI" "true" > (**) RADEONHD(0): Selected EXA 2D acceleration. > (II) RADEONHD(0): Unknown card detected: 0x9515:0x1787:0x0028. >=20 > Great - this did the trick. Now the system works like it was before and I > can enjoy DRI - resizing videos and so on works now like a charm - like > some years ago with my old ATI2950 ;) > Resizing windows, scrolling content is now fast. >=20 > Is there a FAQ list where I could have found it by searching on my own? The r6/7xx drm support is new. Best place is freebsd-x11@ for late breaking details on currently supported graphics cards from all vendors. I am now working with new 3d bits that AMD has released for these cards. It isn't quite ready yet, but we are getting closer... robert. --=20 Robert Noland FreeBSD --=-AO6glEJHZB2AilY9hX4b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknuBIIACgkQM4TrQ4qfROMBLACfeQMX9noOKz6VmANk4Ls5Sd5w 9X0AnjZ0xLo1l7kA2dbokJ8aG3j3RXz0 =Asyj -----END PGP SIGNATURE----- --=-AO6glEJHZB2AilY9hX4b-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 17:53:55 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38897106564A; Tue, 21 Apr 2009 17:53:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 120E78FC17; Tue, 21 Apr 2009 17:53:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id AD72746B66; Tue, 21 Apr 2009 13:53:54 -0400 (EDT) Date: Tue, 21 Apr 2009 18:53:54 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <200904211610.n3LGAYll090970@lava.sentex.ca> Message-ID: References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> <200904211519.n3LFJFsk090691@lava.sentex.ca> <20090421153112.GA47589@edoofus.dev.vega.ru> <200904211610.n3LGAYll090970@lava.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org, Ruslan Ermilov , John Baldwin Subject: Re: RELENG_7 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, 21 Apr 2009 17:53:55 -0000 On Tue, 21 Apr 2009, Mike Tancsa wrote: > At 11:31 AM 4/21/2009, Ruslan Ermilov wrote: >> : >> : Note that these changes simply close races around use of ifindex_table, >> : and make no attempt to solve the probem of disappearing ifnets. Further >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> : refinement of this work, including with respect to ifindex_table >> : resizing, is still required. >> : >> : In a future change, the ifnet lock should be converted from a mutex to an >> : rwlock in order to reduce contention. > > Thanks for the info! In the mean, time, apart from disabling > snmpwalking, is there anything I can do to mitigate triggering this bug ? > The box runs ospf/zebra for routing daemons and mpd53 for l2tp LNS > termination. There are several bugs here, one difficult to fix (lack of refcounting), but also stuff like ifp being derived from an interface number twice, but checked against NULL only the first time (line 85 checked for NULL, re-queried but no check line 88). Fixing the top bit of the function to only query the ifp once and check it for NULL then would be a good idea. More fundamentally, we do need to refcount ifnets when used from the management path, which is not all that hard a change, but preferably to try the easy way first given where we are in the release cycle. However, I wonder if your debugger is being totally honest with you. Line 127 is after several other dereferences of ifp, and there are calls to functions with locking, so the compiler really shouldn't have reordered the post-sysctl calls to be before the pre-sysctl calls that also dereference it. Could you try using addr2line and see if it gives you a different line number, and/or check source and object file dates? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 18:49:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1251B106566B for ; Tue, 21 Apr 2009 18:49:27 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 661D38FC19 for ; Tue, 21 Apr 2009 18:49:25 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3LInPRV036622; Tue, 21 Apr 2009 20:49:25 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3LInOGQ036621; Tue, 21 Apr 2009 20:49:24 +0200 (CEST) (envelope-from marius) Date: Tue, 21 Apr 2009 20:49:24 +0200 From: Marius Strobl To: Jeff Blank Message-ID: <20090421184924.GA36542@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090420204637.GA1236@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 18:49:27 -0000 On Mon, Apr 20, 2009 at 04:46:38PM -0400, Jeff Blank wrote: > Hi, > > csup today around 13:00 UTC. 'make buildworld', 'make buildkernel', > 'make installkernel', reboot to single-user. > > # ifconfig bge0 141.219.5.33/22 up > # ping 141.219.4.1 > PING 141.219.4.1 (141.219.4.1): 56 data bytes > ^C > --- 141.219.4.1 ping statistics --- > 3 packets transmitted, 0 packets received, 100.0% packet loss > > # ifconfig bge0 > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:1e:c9:44:30:14 > inet6 fe80::21e:c9ff:fe44:3014%bge0 prefixlen 64 scopeid 0x1 > inet 141.219.5.33 netmask 0xfffffc00 broadcast 141.219.7.255 > media: Ethernet autoselect (100baseTX ) > status: active > > I have no trouble with networking using a kernel from 20090115. This Does that working kernel include r187309 (if_bge.c rev 1.198.2.14)? If it predates it could you please check whether this is the change which breaks things for you? > is a Dell Optiplex 740, about 9 months old. make.conf and src.conf > are below. dmesg and pciconf output are attached. I ran 'tcpdump -i > bge0 -nn' while pinging, and this captured no packets, not even this > host's ARP broadcasts. > > I also encountered this problem in late March as well, just after > RELENG_7 became 7.2-PRERELEASE, but couldn't find time to put this > information together. > > If there's anything else I can run to troubleshoot this, please let me > know. > > thank you, > Jeff Blank > > /etc/make.conf: > CPUTYPE ?= k8 > WITHOUT_NLS=true > [port-specific options elided for brevity] > > /etc/src.conf: > WITHOUT_ATM=true > WITHOUT_GPIB=true > WITHOUT_I4B=true > WITHOUT_IPFILTER=true > WITHOUT_IPFW=true > WITHOUT_IPX=true > WITHOUT_LIB32=true > WITHOUT_NCP=true > WITHOUT_NDIS=true > WITHOUT_PPP=true > WITHOUT_QUOTAS=true > WITHOUT_RCMDS=true > WITHOUT_SENDMAIL=true > WITHOUT_SLIP=true > WITHOUT_WIRELESS=true > # dmesg > Copyright (c) 1992-2009 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 7.2-PRERELEASE #0: Mon Apr 20 12:27:26 EDT 2009 > root@bender.tc.mtu.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ (2906.08-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 > Features=0x178bfbff > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x11f > TSC: P-state invariant > Cores per package: 2 > usable memory = 4278718464 (4080 MB) > avail memory = 4098314240 (3908 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > This module (opensolaris) contains code covered by the > Common Development and Distribution License (CDDL) > see http://opensolaris.org/os/licensing/opensolaris_license/ > ioapic0: Changing APIC ID to 4 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, bfdd0000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 > Timecounter "HPET" frequency 25000000 Hz quality 900 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > pci0: at device 0.4 (no driver attached) > pci0: at device 0.5 (no driver attached) > pci0: at device 0.6 (no driver attached) > pci0: at device 0.7 (no driver attached) > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 3.0 on pci0 > pci2: on pcib2 > bge0: mem 0xfd8f0000-0xfd8fffff irq 16 at device 0.0 on pci2 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bge0: Ethernet address: 00:1e:c9:44:30:14 > bge0: [ITHREAD] > pcib3: at device 4.0 on pci0 > pci3: on pcib3 > vgapci0: port 0xbc00-0xbcff mem 0xd0000000-0xdfffffff,0xfddf0000-0xfddfffff irq 16 at device 0.0 on pci3 > vgapci1: mem 0xfdde0000-0xfddeffff at device 0.1 on pci3 > pci0: at device 9.0 (no driver attached) > isab0: port 0x1d00-0x1dff at device 10.0 on pci0 > isa0: on isab0 > pci0: at device 10.1 (no driver attached) > pci0: at device 10.2 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 8 ports with 8 removable, self powered > ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb1: EHCI version 1.0 > usb1: companion controller, 8 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 8 ports with 8 removable, self powered > uhub2: on uhub1 > uhub2: multiple transaction translators > uhub2: 4 ports with 4 removable, self powered > ums0: on uhub2 > ums0: 5 buttons and Z dir. > atapci0: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 23 at device 14.0 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > atapci1: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 20 at device 15.0 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > pcib4: at device 16.0 on pci0 > pci4: on pcib4 > hdac0: mem 0xfe024000-0xfe027fff irq 21 at device 16.1 on pci0 > hdac0: HDA Driver Revision: 20090329_0131 > hdac0: [ITHREAD] > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: [ITHREAD] > plip0: on ppbus0 > plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > cpu0: on acpi0 > powernow0: on cpu0 > cpu1: on acpi0 > powernow1: on cpu1 > orm0: at iomem 0xc0000-0xcf7ff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ukbd0: on uhub0 > kbd2 at ukbd0 > ums1: on uhub0 > ums1: 3 buttons and Z dir. > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > Timecounters tick every 1.000 msec > ZFS filesystem version 6 > ZFS storage pool version 6 > ad4: 152587MB at ata2-master SATA300 > ad6: 152587MB at ata3-master SATA300 > GEOM_MIRROR: Device mirror/gm0 launched (1/2). > GEOM_MIRROR: Device gm0: rebuilding provider ad4. > acd0: CDROM at ata4-master SATA150 > acd1: CDRW at ata5-master SATA150 > hdac0: HDA Codec #0: Sigmatel STAC9220 > pcm0: at cad 0 nid 1 on hdac0 > GEOM_LABEL: Label for provider mirror/gm0s1a is ufsid/4856c1053a1b8b74. > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > (probe1:ata3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe1:ata3:0:0:0): CAM Status: SCSI Status Error > (probe1:ata3:0:0:0): SCSI Status: Check Condition > (probe1:ata3:0:0:0): NOT READY asc:3a,1 > (probe1:ata3:0:0:0): Medium not present - tray closed > (probe1:ata3:0:0:0): Unretryable error > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > (probe0:ata2:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:ata2:0:0:0): CAM Status: SCSI Status Error > (probe0:ata2:0:0:0): SCSI Status: Check Condition > (probe0:ata2:0:0:0): NOT READY asc:3a,0 > (probe0:ata2:0:0:0): Medium not present > (probe0:ata2:0:0:0): Unretryable error > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd1 at ata3 bus 0 target 0 lun 0 > cd1: Removable CD-ROM SCSI-0 device > ScMdP1:: 3A.P 3C0P0UM B#/s1 tLraaunnscfheerds! > > cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed > cd0 at ata2 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 3.300MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from zfs:zgm0/root > GEOM_LABEL: Label ufsid/4856c1053a1b8b74 removed. > GEOM_LABEL: Label for provider mirror/gm0s1a is ufsid/4856c1053a1b8b74. > GEOM_LABEL: Label ufsid/4856c1053a1b8b74 removed. > # pciconf -lv > none0@pci0:0:0:0: class=0x050000 card=0x02f010de chip=0x02f010de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Host Bridge' > class = memory > subclass = RAM > none1@pci0:0:0:1: class=0x050000 card=0x02fa10de chip=0x02fa10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Memory Controller 0' > class = memory > subclass = RAM > none2@pci0:0:0:2: class=0x050000 card=0x02fe10de chip=0x02fe10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Memory Controller 1' > class = memory > subclass = RAM > none3@pci0:0:0:3: class=0x050000 card=0x02f810de chip=0x02f810de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Memory Controller 5' > class = memory > subclass = RAM > none4@pci0:0:0:4: class=0x050000 card=0x02f910de chip=0x02f910de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Memory Controller 4' > class = memory > subclass = RAM > none5@pci0:0:0:5: class=0x050000 card=0x02ff10de chip=0x02ff10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Host Bridge' > class = memory > subclass = RAM > none6@pci0:0:0:6: class=0x050000 card=0x027f10de chip=0x027f10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Memory Controller 3' > class = memory > subclass = RAM > none7@pci0:0:0:7: class=0x050000 card=0x027e10de chip=0x027e10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'C51 Memory Controller 2' > class = memory > subclass = RAM > pcib1@pci0:0:2:0: class=0x060400 card=0x000010de chip=0x02fc10de rev=0xa1 hdr=0x01 > vendor = 'Nvidia Corp' > device = 'C51 PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:3:0: class=0x060400 card=0x000010de chip=0x02fd10de rev=0xa1 hdr=0x01 > vendor = 'Nvidia Corp' > device = 'C51 PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de rev=0xa1 hdr=0x01 > vendor = 'Nvidia Corp' > device = 'C51 PCIe Bridge' > class = bridge > subclass = PCI-PCI > none8@pci0:0:9:0: class=0x050000 card=0xcb8410de chip=0x027010de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 Host Bridge' > class = memory > subclass = RAM > isab0@pci0:0:10:0: class=0x060100 card=0x01ec1028 chip=0x026010de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 LPC Bridge' > class = bridge > subclass = PCI-ISA > none9@pci0:0:10:1: class=0x0c0500 card=0x01ec1028 chip=0x026410de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System Management' > class = serial bus > subclass = SMBus > none10@pci0:0:10:2: class=0x050000 card=0x01ec1028 chip=0x027210de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 Memory Controller 0' > class = memory > subclass = RAM > ohci0@pci0:0:11:0: class=0x0c0310 card=0x01ec1028 chip=0x026d10de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 USB Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:11:1: class=0x0c0320 card=0x01ec1028 chip=0x026e10de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 USB Controller' > class = serial bus > subclass = USB > atapci0@pci0:0:14:0: class=0x010185 card=0x01ec1028 chip=0x026610de rev=0xa1 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 Serial ATA Controller' > class = mass storage > subclass = ATA > atapci1@pci0:0:15:0: class=0x010185 card=0x01ec1028 chip=0x026710de rev=0xa1 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 Serial ATA Controller' > class = mass storage > subclass = ATA > pcib4@pci0:0:16:0: class=0x060401 card=0xcb8410de chip=0x026f10de rev=0xa2 hdr=0x01 > vendor = 'Nvidia Corp' > device = 'MCP51 PCI Bridge' > class = bridge > subclass = PCI-PCI > hdac0@pci0:0:16:1: class=0x040300 card=0x1f901028 chip=0x026c10de rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP51 High Definition Audio' > class = multimedia > subclass = HDA > hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' > class = bridge > subclass = HOST-PCI > hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron Address Map' > class = bridge > subclass = HOST-PCI > hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron Miscellaneous Control' > class = bridge > subclass = HOST-PCI > bge0@pci0:2:0:0: class=0x020000 card=0x01ec1028 chip=0x167a14e4 rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5754 Broadcom NetXtreme Gigabit Ethernet Controller' > class = network > subclass = ethernet > vgapci0@pci0:3:0:0: class=0x030000 card=0x0920174b chip=0x71471002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Radeon X1550 64-bit (RV505)' > class = display > subclass = VGA > vgapci1@pci0:3:0:1: class=0x038000 card=0x0921174b chip=0x71671002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Radeon X1300 Series Secondary' > class = display > # Marius From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 19:31:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C3FE1065673 for ; Tue, 21 Apr 2009 19:31:31 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 420E58FC15 for ; Tue, 21 Apr 2009 19:31:31 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 0E46884532; Tue, 21 Apr 2009 15:31:31 -0400 (EDT) Date: Tue, 21 Apr 2009 15:31:29 -0400 From: Jeff Blank To: Marius Strobl Message-ID: <20090421193129.GA4869@mr-happy.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090421184924.GA36542@alchemy.franken.de> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 19:31:31 -0000 On Tue, Apr 21, 2009 at 08:49:24PM +0200, Marius Strobl wrote: > On Mon, Apr 20, 2009 at 04:46:38PM -0400, Jeff Blank wrote: > > I have no trouble with networking using a kernel from 20090115. This > Does that working kernel include r187309 (if_bge.c rev 1.198.2.14)? nope, 1.198.2.11. > If it predates it could you please check whether this is the change > which breaks things for you? what's the best way to go about this? I no longer have the source tree from the working kernel. should I plug 1.198.2.11 into the sources I have and then try .14? any other files I'd need previous revisions of? or is there a different, better way to go about it? (I don't know much about time-travelling through source.) thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 19:55:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99A4C106564A for ; Tue, 21 Apr 2009 19:55:12 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6C68FC0C for ; Tue, 21 Apr 2009 19:55:11 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3LJtAV1037319; Tue, 21 Apr 2009 21:55:11 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3LJtAMj037318; Tue, 21 Apr 2009 21:55:10 +0200 (CEST) (envelope-from marius) Date: Tue, 21 Apr 2009 21:55:10 +0200 From: Marius Strobl To: Jeff Blank Message-ID: <20090421195510.GC33994@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090421193129.GA4869@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 19:55:13 -0000 On Tue, Apr 21, 2009 at 03:31:29PM -0400, Jeff Blank wrote: > On Tue, Apr 21, 2009 at 08:49:24PM +0200, Marius Strobl wrote: > > On Mon, Apr 20, 2009 at 04:46:38PM -0400, Jeff Blank wrote: > > > I have no trouble with networking using a kernel from 20090115. This > > Does that working kernel include r187309 (if_bge.c rev 1.198.2.14)? > > nope, 1.198.2.11. > > > If it predates it could you please check whether this is the change > > which breaks things for you? > > what's the best way to go about this? I no longer have the source > tree from the working kernel. should I plug 1.198.2.11 into the > sources I have and then try .14? any other files I'd need previous > revisions of? or is there a different, better way to go about it? (I > don't know much about time-travelling through source.) > Use the sources you have but plug in sys/dev/bge/if_bge.c rev 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6, this combination should work. Then update if_bge.c to rev 1.198.2.14 and check whether things still work, if they do revert to pci.c rev 1.355.2.9 and check again. Marius From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 20:53:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30E08106566C for ; Tue, 21 Apr 2009 20:53:07 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id A886D8FC13 for ; Tue, 21 Apr 2009 20:53:06 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so210462fkf.11 for ; Tue, 21 Apr 2009 13:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=h0hcvh2SSTJME5nw1291QljYdwAkDrWJ+Y+qMqXSYQA=; b=wfmHfWZQcWlSry1taXD2dNDIfGkxAVPJaR/cQoJl/5yzlsF2/Gbu9wOm+5o9KRLvQP rwcaXlz5pyecuLpN8PSI94WyKiLcOFZq4DRxz3A3Wk1PBwKyYvnKdSmY9NUQEcfOMOOZ tOQkgvpNyBBTAyKyGvNQK6+oZMKby1b4bXvMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=uTp4B3sMkkYwsMcibIkG/yXvFfqP48tYdOvL/mmTxAEPAL9ZMKXIFnSXR48eVVOBRM jRjXQQX1Itr/8Zh0fISY+LBWI4zSP2qdVQG/zhjTOTYBYCVvRy/5IEgEJf1E5pjrzqCw xM2rcAvrT34m3W6IVs6y2sQsWs2wvbTuGIUuE= Received: by 10.103.214.8 with SMTP id r8mr4075307muq.6.1240347185531; Tue, 21 Apr 2009 13:53:05 -0700 (PDT) Received: from localhost ([95.69.168.203]) by mx.google.com with ESMTPS id u9sm18337249muf.21.2009.04.21.13.53.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Apr 2009 13:53:05 -0700 (PDT) To: Mike Tancsa References: <200904210524.n3L5O9YS086865@lava.sentex.ca> Organization: TOA Ukraine From: Mikolaj Golub Date: Tue, 21 Apr 2009 23:53:03 +0300 In-Reply-To: <200904210524.n3L5O9YS086865@lava.sentex.ca> (Mike Tancsa's message of "Tue\, 21 Apr 2009 01\:25\:06 -0400") Message-ID: <86vdox685s.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 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, 21 Apr 2009 20:53:07 -0000 On Tue, 21 Apr 2009 01:25:06 -0400 Mike Tancsa wrote: MT> The box has a fairly heavy UDP load. Its RELENG_7 as of today and MT> took 3hrs for it to dump core. MT> Fatal trap 12: page fault while in kernel mode MT> cpuid = 1; apic id = 01 MT> fault virtual address = 0x68 MT> fault code = supervisor read, page not present MT> instruction pointer = 0x20:0xc0637146 MT> stack pointer = 0x28:0xe766eaac MT> frame pointer = 0x28:0xe766eb54 MT> code segment = base 0x0, limit 0xfffff, type 0x1b MT> = DPL 0, pres 1, def32 1, gran 1 MT> processor eflags = interrupt enabled, resume, IOPL = 0 MT> current process = 761 (bsnmpd) MT> trap number = 12 MT> panic: page fault MT> cpuid = 1 MT> Uptime: 3h47m43s MT> Physical memory: 2036 MB MT> Dumping 83 MB: 68 52 36 20 4 MT> (kgdb) bt MT> #0 doadump () at pcpu.h:196 MT> #1 0xc05964d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 MT> #2 0xc05967a9 in panic (fmt=Variable "fmt" is not available. MT> ) at /usr/src/sys/kern/kern_shutdown.c:574 MT> #3 0xc07f64ac in trap_fatal (frame=0xe766ea6c, eva=104) at MT> /usr/src/sys/i386/i386/trap.c:939 MT> #4 0xc07f6730 in trap_pfault (frame=0xe766ea6c, usermode=0, eva=104) MT> at /usr/src/sys/i386/i386/trap.c:852 MT> #5 0xc07f70dc in trap (frame=0xe766ea6c) at /usr/src/sys/i386/i386/trap.c:530 MT> #6 0xc07db7eb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 MT> #7 0xc0637146 in sysctl_ifdata (oidp=0xc08816a0, arg1=0xe766ec24, MT> arg2=2, req=0xe766eba4) at /usr/src/sys/net/if_mib.c:127 MT> #8 0xc059fd77 in sysctl_root (oidp=Variable "oidp" is not available. MT> ) at /usr/src/sys/kern/kern_sysctl.c:1413 MT> #9 0xc059ff14 in userland_sysctl (td=0xc5374460, name=0xe766ec14, MT> namelen=6, old=0x0, oldlenp=0xbfbf8478, inkernel=0, new=0x0, MT> newlen=0, retval=0xe766ec10, flags=0) at MT> /usr/src/sys/kern/kern_sysctl.c:1506 MT> #10 0xc05a0064 in __sysctl (td=0xc5374460, uap=0xe766ecfc) at MT> /usr/src/sys/kern/kern_sysctl.c:1443 MT> #11 0xc07f6a85 in syscall (frame=0xe766ed38) at MT> /usr/src/sys/i386/i386/trap.c:1090 MT> #12 0xc07db850 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 MT> #13 0x00000033 in ?? () MT> Previous frame inner to this frame (corrupt stack?) MT> (kgdb) Just FYI, the same problem has already been registered in pr database as kern/132734. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 20:57:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 270C81065710 for ; Tue, 21 Apr 2009 20:57:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE1638FC26 for ; Tue, 21 Apr 2009 20:57:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3LKv4i4092456; Tue, 21 Apr 2009 16:57:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904212057.n3LKv4i4092456@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 21 Apr 2009 16:58:02 -0400 To: Mikolaj Golub From: Mike Tancsa In-Reply-To: <86vdox685s.fsf@kopusha.onet> References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <86vdox685s.fsf@kopusha.onet> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 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, 21 Apr 2009 20:57:58 -0000 At 04:53 PM 4/21/2009, Mikolaj Golub wrote: >Just FYI, the same problem has already been registered in pr >database as kern/132734. Thanks, http://www.freebsd.org/cgi/query-pr.cgi?pr=132734 does look familiar :) If you disable the snmpwalk, is the box stable ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 21:08:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 128CB106564A for ; Tue, 21 Apr 2009 21:08:30 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 849068FC0C for ; Tue, 21 Apr 2009 21:08:29 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so213731fkf.11 for ; Tue, 21 Apr 2009 14:08:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=eSqGlckE2jBVyqOxj/CUL8Hksjj0+yrxIhoika89mC8=; b=JFTlfQv0TicI6s2v8R8/FujZrJkG8hH/QthIkUAc68ldOo67r+pLlS0COg3AkwFyX+ f+PRk8ZknIRabflbPEiPnNEQB529UWb5t4OUlDlTZ8Gnrox+celhKm70MptDGgc+Fz+Z vKYBwZl0KXIuX/quMBv67my4h22ux94k6AOFk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:references:organization:from:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=dWoL37GZMFRGozUUdC6ov3oaY6Nf9xEP/iqEclMpaYxOlLp+67mNOCu4E7kjXvT9mE y3rrqO0gPJYks0TSn/Qzsnw3TzeJPrLI7JUjw+GMlgiwraU2UGJ5Kehtwa39uYim/H1n fOlhGIqYDxO0MLribQLtcZP24UApUxP8pw8ZI= Received: by 10.103.229.12 with SMTP id g12mr4081650mur.16.1240348105054; Tue, 21 Apr 2009 14:08:25 -0700 (PDT) Received: from localhost ([95.69.168.203]) by mx.google.com with ESMTPS id j10sm3569452muh.1.2009.04.21.14.08.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Apr 2009 14:08:24 -0700 (PDT) To: freebsd-stable@FreeBSD.org References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> <200904211519.n3LFJFsk090691@lava.sentex.ca> <20090421153112.GA47589@edoofus.dev.vega.ru> <200904211610.n3LGAYll090970@lava.sentex.ca> Organization: TOA Ukraine From: Mikolaj Golub Date: Wed, 22 Apr 2009 00:08:22 +0300 In-Reply-To: (Robert Watson's message of "Tue\, 21 Apr 2009 18\:53\:54 +0100 \(BST\)") Message-ID: <86k55demux.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: Re: RELENG_7 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, 21 Apr 2009 21:08:30 -0000 --=-=-= On Tue, 21 Apr 2009 18:53:54 +0100 (BST) Robert Watson wrote: RW> On Tue, 21 Apr 2009, Mike Tancsa wrote: >> At 11:31 AM 4/21/2009, Ruslan Ermilov wrote: >>> : >>> : Note that these changes simply close races around use of ifindex_table, >>> : and make no attempt to solve the probem of disappearing ifnets. Further >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> : refinement of this work, including with respect to ifindex_table >>> : resizing, is still required. >>> : >>> : In a future change, the ifnet lock should be converted from a mutex to an >>> : rwlock in order to reduce contention. >> >> Thanks for the info! In the mean, time, apart from disabling >> snmpwalking, is there anything I can do to mitigate triggering this >> bug ? The box runs ospf/zebra for routing daemons and mpd53 for l2tp >> LNS termination. RW> There are several bugs here, one difficult to fix (lack of RW> refcounting), but also stuff like ifp being derived from an interface RW> number twice, but checked against NULL only the first time (line 85 RW> checked for NULL, re-queried but no check line 88). Fixing the top RW> bit of the function to only query the ifp once and check it for NULL RW> then would be a good idea. More fundamentally, we do need to refcount RW> ifnets when used from the management path, which is not all that hard RW> a change, but preferably to try the easy way first given where we are RW> in the release cycle. I was thinking a bit on this problem (the same issue was reported in kern/132734) and eliminating double call of ifnet_byindex() was the first thing I did. But I decided then that the proper fix would be to wrap all critical code in sysctl_ifdata in IFNET_RLOCK/IFNET_RUNLOCK (the patch is attached). It looks like I am wrong and my idea about how the kernel works is oversimplified? :-) Unfortunately, I didn't manage to reproduce the panic in my environment so I was not able to do some experiments and tests. -- Mikolaj Golub --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=if_mib.c.patch --- sys/net/if_mib.c.orig 2009-04-21 23:19:54.000000000 +0300 +++ sys/net/if_mib.c 2009-04-21 23:20:07.000000000 +0300 @@ -71,7 +71,7 @@ static int sysctl_ifdata(SYSCTL_HANDLER_ARGS) /* XXX bad syntax! */ { int *name = (int *)arg1; - int error; + int error = 0; u_int namelen = arg2; struct ifnet *ifp; struct ifmibdata ifmd; @@ -81,15 +81,21 @@ sysctl_ifdata(SYSCTL_HANDLER_ARGS) /* XX if (namelen != 2) return EINVAL; - if (name[0] <= 0 || name[0] > if_index || - ifnet_byindex(name[0]) == NULL) + if (name[0] <= 0 || name[0] > if_index) return ENOENT; + IFNET_RLOCK(); ifp = ifnet_byindex(name[0]); + if (ifp == NULL) { + IFNET_RUNLOCK(); + return ENOENT; + } + switch(name[1]) { default: - return ENOENT; + error = ENOENT; + break; case IFDATA_GENERAL: bzero(&ifmd, sizeof(ifmd)); @@ -105,12 +111,12 @@ sysctl_ifdata(SYSCTL_HANDLER_ARGS) /* XX ifmd.ifmd_snd_drops = ifp->if_snd.ifq_drops; error = SYSCTL_OUT(req, &ifmd, sizeof ifmd); - if (error || !req->newptr) - return error; + if (error || !req->newptr) + break; error = SYSCTL_IN(req, &ifmd, sizeof ifmd); if (error) - return error; + break; #define DONTCOPY(fld) ifmd.ifmd_data.ifi_##fld = ifp->if_data.ifi_##fld DONTCOPY(type); @@ -130,18 +136,20 @@ sysctl_ifdata(SYSCTL_HANDLER_ARGS) /* XX case IFDATA_LINKSPECIFIC: error = SYSCTL_OUT(req, ifp->if_linkmib, ifp->if_linkmiblen); - if (error || !req->newptr) - return error; + if (error || !req->newptr) + break; error = SYSCTL_IN(req, ifp->if_linkmib, ifp->if_linkmiblen); if (error) - return error; + break; case IFDATA_DRIVERNAME: /* 20 is enough for 64bit ints */ dlen = strlen(ifp->if_dname) + 20 + 1; - if ((dbuf = malloc(dlen, M_TEMP, M_NOWAIT)) == NULL) - return (ENOMEM); + if ((dbuf = malloc(dlen, M_TEMP, M_NOWAIT)) == NULL) { + error = ENOMEM; + break; + } if (ifp->if_dunit == IF_DUNIT_NONE) strcpy(dbuf, ifp->if_dname); else @@ -151,9 +159,10 @@ sysctl_ifdata(SYSCTL_HANDLER_ARGS) /* XX if (error == 0 && req->newptr != NULL) error = EPERM; free(dbuf, M_TEMP); - return (error); + break; } - return 0; + IFNET_RUNLOCK(); + return error; } SYSCTL_NODE(_net_link_generic, IFMIB_IFDATA, ifdata, CTLFLAG_RW, --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 21:14:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1F41065673 for ; Tue, 21 Apr 2009 21:14:56 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id BC8358FC2A for ; Tue, 21 Apr 2009 21:14:55 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fxm11 with SMTP id 11so2768340fxm.43 for ; Tue, 21 Apr 2009 14:14:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=XiHFHULY2P+xOFVhtH/yxL/Re4vLYlxoeO+TpgSneVE=; b=Zd/hVNFO8TnAu16zRLSN78t+Sz9/MMthj7m/IRscNfTq6g44wugc7WCxvSVFbA8iR+ 9NC6HbAafC1m36ncy5gTUpMZVSVXEaSlo1zHXJSv/Ev2NCIjCvWU6lGZPjHVIdC+EgDW 0/oJGChgeK3wG8vcBAV8ARACMYSQN4B9V9RQM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=UZVo3ksveswc/2uUVndp8KDb3okDXaxPQCG1vfN4LHG/OAe9C7Kvf+7lVuV6eFXM3v z1OYKM5zHRak2cVYlqZzEY+8Z5G6vZWh1btK4mMVDmLRVuHSisX6KofPZ2W40+dNnDZ3 OlNvGyz9jZ5DZxPaSLURtR9DvNJgze3IqVZ84= Received: by 10.103.6.18 with SMTP id j18mr4082205mui.33.1240348494707; Tue, 21 Apr 2009 14:14:54 -0700 (PDT) Received: from localhost ([95.69.168.203]) by mx.google.com with ESMTPS id 12sm18538758muq.35.2009.04.21.14.14.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Apr 2009 14:14:54 -0700 (PDT) To: Mike Tancsa References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <86vdox685s.fsf@kopusha.onet> <200904212057.n3LKv4i4092456@lava.sentex.ca> Organization: TOA Ukraine From: Mikolaj Golub Date: Wed, 22 Apr 2009 00:14:52 +0300 In-Reply-To: <200904212057.n3LKv4i4092456@lava.sentex.ca> (Mike Tancsa's message of "Tue\, 21 Apr 2009 16\:58\:02 -0400") Message-ID: <86fxg1emk3.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 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, 21 Apr 2009 21:14:56 -0000 On Tue, 21 Apr 2009 16:58:02 -0400 Mike Tancsa wrote: MT> At 04:53 PM 4/21/2009, Mikolaj Golub wrote: >> Just FYI, the same problem has already been registered in pr >> database as kern/132734. MT> Thanks, MT> http://www.freebsd.org/cgi/query-pr.cgi?pr=132734 does look MT> familiar :) If you disable the snmpwalk, is the box stable ? It was not me who reported the problem. Unfortunately, I was not able to reproduce the panic on my host. I tried the simple script, which just created/deleted many tun interfaces and was running snmpwalk at the same time). -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 22:25:41 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 792391065674 for ; Tue, 21 Apr 2009 22:25:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 50E6B8FC18 for ; Tue, 21 Apr 2009 22:25:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id ECBD046B64; Tue, 21 Apr 2009 18:25:40 -0400 (EDT) Date: Tue, 21 Apr 2009 23:25:40 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mikolaj Golub In-Reply-To: <86k55demux.fsf@kopusha.onet> Message-ID: References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> <200904211519.n3LFJFsk090691@lava.sentex.ca> <20090421153112.GA47589@edoofus.dev.vega.ru> <200904211610.n3LGAYll090970@lava.sentex.ca> <86k55demux.fsf@kopusha.onet> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: RELENG_7 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, 21 Apr 2009 22:25:41 -0000 On Wed, 22 Apr 2009, Mikolaj Golub wrote: > RW> There are several bugs here, one difficult to fix (lack of > RW> refcounting), but also stuff like ifp being derived from an interface > RW> number twice, but checked against NULL only the first time (line 85 > RW> checked for NULL, re-queried but no check line 88). Fixing the top > RW> bit of the function to only query the ifp once and check it for NULL > RW> then would be a good idea. More fundamentally, we do need to refcount > RW> ifnets when used from the management path, which is not all that hard > RW> a change, but preferably to try the easy way first given where we are > RW> in the release cycle. > > I was thinking a bit on this problem (the same issue was reported in > kern/132734) and eliminating double call of ifnet_byindex() was the first > thing I did. But I decided then that the proper fix would be to wrap all > critical code in sysctl_ifdata in IFNET_RLOCK/IFNET_RUNLOCK (the patch is > attached). It looks like I am wrong and my idea about how the kernel works > is oversimplified? :-) Unfortunately, I didn't manage to reproduce the panic > in my environment so I was not able to do some experiments and tests. The problem is that you can't hold IFNET_RLOCK() over the sysctl copyouts. I'm preparing a patch for 8-CURRENT that will add a refcount to struct ifnet to handle this case, but that isn't an MFC candidate for 7.2. If fixing the return value checks for ifnet_byindex() avoids the insta-panic Mike's running into, it's a better 7.2 change at this point. We can target the ifnet refcount changes for 7.3. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 22:40:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249371065676 for ; Tue, 21 Apr 2009 22:40:49 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id D8DCE8FC21 for ; Tue, 21 Apr 2009 22:40:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4E8CA19E023 for ; Wed, 22 Apr 2009 00:40:47 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3798F19E019 for ; Wed, 22 Apr 2009 00:40:44 +0200 (CEST) Message-ID: <49EE4B6B.5020005@quip.cz> Date: Wed, 22 Apr 2009 00:40:43 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: changing cpuset of jail from inside of jail - is it feature? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2009 22:40:49 -0000 I am running system FreeBSD 7.1-STABLE amd64 GENERIC (Wed Feb 11 09:56:08 CET 2009) hosting few jails. The machine has dual core CPU and some jails are set to run only on one core (core 0 in this example): host# cpuset -l 0 -j 25 As I tested today, root user inside the jail can change this by the same command as I am doing it from the host system: injail# cpuset -l 0,1 -j 25 And from now, jail with JID 25 is running on both cores. Is it expected behavior of cpuset to allow user inside the jail change cpuset of the jail itself or is it a bug? It seems to me as undesirable. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 05:47:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69E7E10656B3 for ; Wed, 22 Apr 2009 05:47:44 +0000 (UTC) (envelope-from alexs@analytic.mv.ru) Received: from analytic.mv.ru (ip186.105.dars-ip.ru [79.132.105.186]) by mx1.freebsd.org (Postfix) with ESMTP id D10978FC13 for ; Wed, 22 Apr 2009 05:47:42 +0000 (UTC) (envelope-from alexs@analytic.mv.ru) Received: from analytic.local (localhost [127.0.0.1]) by analytic.mv.ru (8.14.3/8.14.3) with ESMTP id n3M5lfcI049419 for ; Wed, 22 Apr 2009 09:47:41 +0400 (MSD) (envelope-from alexs@analytic.local) Received: (from alexs@localhost) by analytic.local (8.14.3/8.14.3/Submit) id n3M5leab049418 for freebsd-stable@freebsd.org; Wed, 22 Apr 2009 09:47:40 +0400 (MSD) (envelope-from alexs) Date: Wed, 22 Apr 2009 09:47:40 +0400 From: alexs@analytic.mv.ru To: freebsd-stable@freebsd.org Message-ID: <20090422054740.GA49349@mail.analytic.mv.ru> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090421095114.GA35757@mail.analytic.mv.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090421095114.GA35757@mail.analytic.mv.ru> User-Agent: Mutt/1.4.2.3i Subject: Re: diskless netmask problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 05:47:44 -0000 * alexs@analytic.mv.ru [2009-04-21 13:51:14 +0400]: > Setup diskless in ip/22 subnet > > dhcpd.conf > subnet 192.168.0.0 netmask 255.255.252.0 { > use-host-decl-names on; > option subnet-mask 255.255.252.0; > option broadcast-address 192.168.3.255; > > host bart { > hardware ethernet 00:1c:c0:85:48:fe; > fixed-address 192.168.0.72; > filename "pxeboot"; > option root-path "192.168.0.160:/export/diskless/freebsd71"; > } > } > > System starts ok, but netmask on interface is not 255.255.252.0, > it gets 255.255.255.0 > > if put nfs server in 192.168.1.0-192.168.3.255, i have nfs_mountroot error. Solved by place in /export/diskless/freebsd71/boot/loader.conf boot.netif.netmask="255.255.252.0" But it is dirty. netmask must taken from dhcp.. > > -- > alexs > _______________________________________________ > 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" -- alexs From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 06:51:09 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4001065673 for ; Wed, 22 Apr 2009 06:51:09 +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 376F68FC0C for ; Wed, 22 Apr 2009 06:51:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 JAA04404 for ; Wed, 22 Apr 2009 09:51:06 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1LwWIU-000EnJ-1w for freebsd-stable@FreeBSD.org; Wed, 22 Apr 2009 09:51:06 +0300 Message-ID: <49EEBE58.2090809@icyb.net.ua> Date: Wed, 22 Apr 2009 09:51:04 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <49EC48C2.20402@icyb.net.ua> In-Reply-To: <49EC48C2.20402@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: panic: nfs sndunlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Apr 2009 06:51:09 -0000 Any ideas, interest? I still have the core file. on 20/04/2009 13:04 Andriy Gapon said the following: > System is stable/7: 7.2-PRERELEASE r191214 i386 uni-processor. > > NFS mount options: ro,noauto,nfsv3,tcp,intr,rdirplus,-r=32768,-w=32768 > > The panic occurred on client after losing and then restoring > connectivity with NFS server. There may have been parallel access to > NFS-mounted tree at the time of the accident. > > Kernel messages just before the panic: > kernel: nfs server odyssey:/usr/ports: not responding > kernel: nfs send error 57 for server odyssey:/usr/ports > > kgdb information: > #0 doadump () at pcpu.h:196 > #1 0xc0555a33 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc0555c7f in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc064be63 in nfs_connect_unlock (rep=0x0) at > /usr/src/sys/nfsclient/nfs_socket.c:1819 > #4 0xc064da24 in nfs_reconnect (rep=0xc40a0c80) at > /usr/src/sys/nfsclient/nfs_socket.c:581 > #5 0xc064ff50 in nfs_request (vp=0xc4464450, mrest=0xc435a000, > procnum=3, td=0xc398cd20, cred=0xc420b800, mrp=0xdac06a04, > mdp=0xdac06a00, dposp=0xdac06a08) > at /usr/src/sys/nfsclient/nfs_socket.c:737 > #6 0xc065d3f2 in nfs_lookup (ap=0xdac06a84) at > /usr/src/sys/nfsclient/nfs_vnops.c:922 > #7 0xc0729cd6 in VOP_LOOKUP_APV (vop=0xc07a0fe0, a=0xdac06a84) at > vnode_if.c:99 > #8 0xc05cad71 in lookup (ndp=0xdac06ba8) at vnode_if.h:57 > #9 0xc05cbab8 in namei (ndp=0xdac06ba8) at > /usr/src/sys/kern/vfs_lookup.c:220 > #10 0xc05db02d in kern_stat (td=0xc398cd20, path=0x2814d040
0x2814d040 out of bounds>, pathseg=UIO_USERSPACE, sbp=0xdac06c18) > at /usr/src/sys/kern/vfs_syscalls.c:2123 > #11 0xc05db21f in stat (td=0xc398cd20, uap=0xdac06cfc) at > /usr/src/sys/kern/vfs_syscalls.c:2107 > #12 0xc0712055 in syscall (frame=0xdac06d38) at > /usr/src/sys/i386/i386/trap.c:1090 > #13 0xc06ff290 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:255 > > I am not sure why rep parameter shows up as NULL in nfs_connect_unlock > call. In frame 4: > (kgdb) p/x rep->r_nmp->nm_state > $2 = 0x10100000 > > I am keeping the core file. > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 09:50:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 048FC106566B; Wed, 22 Apr 2009 09:50:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id B1A1A8FC0C; Wed, 22 Apr 2009 09:50:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 7FD3B41C758; Wed, 22 Apr 2009 11:50:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ICYddnT3d3yE; Wed, 22 Apr 2009 11:50:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 300BC41C757; Wed, 22 Apr 2009 11:50:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 949EF4448E6; Wed, 22 Apr 2009 09:47:50 +0000 (UTC) Date: Wed, 22 Apr 2009 09:47:50 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <49EE4B6B.5020005@quip.cz> Message-ID: <20090422094447.A15361@maildrop.int.zabbadoz.net> References: <49EE4B6B.5020005@quip.cz> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: changing cpuset of jail from inside of jail - is it feature? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-jail@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 09:50:08 -0000 On Wed, 22 Apr 2009, Miroslav Lachman wrote: Hi, > I am running system FreeBSD 7.1-STABLE amd64 GENERIC (Wed Feb 11 09:56:08 CET > 2009) hosting few jails. > The machine has dual core CPU and some jails are set to run only on one core > (core 0 in this example): > > host# cpuset -l 0 -j 25 > > As I tested today, root user inside the jail can change this by the same > command as I am doing it from the host system: > > injail# cpuset -l 0,1 -j 25 > > And from now, jail with JID 25 is running on both cores. > > Is it expected behavior of cpuset to allow user inside the jail change cpuset > of the jail itself or is it a bug? > > It seems to me as undesirable. it is (undesirable) and it seems to be a bug as even if you do host# cpuset -l 0 -r -j 25 you can get back to 0,1 from within the jail. I'll check how/why this is possible. /bz PS: moving this to freebsd-jail@ -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:06:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 008611065672 for ; Wed, 22 Apr 2009 15:06:26 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id D715F8FC24 for ; Wed, 22 Apr 2009 15:06:26 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id A13D384532; Wed, 22 Apr 2009 11:06:26 -0400 (EDT) Date: Wed, 22 Apr 2009 11:06:12 -0400 From: Jeff Blank To: Marius Strobl Message-ID: <20090422150612.GA1231@mr-happy.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090421195510.GC33994@alchemy.franken.de> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 15:06:27 -0000 On Tue, Apr 21, 2009 at 09:55:10PM +0200, Marius Strobl wrote: > Use the sources you have but plug in sys/dev/bge/if_bge.c > rev 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6, this > combination should work. correct. > Then update if_bge.c to rev > 1.198.2.14 and check whether things still work, this causes the problem to resurface. Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:25:57 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E873106564A for ; Wed, 22 Apr 2009 15:25:57 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 97E898FC17 for ; Wed, 22 Apr 2009 15:25:56 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 639361B137E8; Wed, 22 Apr 2009 17:25:55 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from postal.dev.moneybookers.net (postal.dev.moneybookers.net [192.168.3.200]) by blah.sun-fish.com (Postfix) with ESMTP id C4D8C1B133E2; Wed, 22 Apr 2009 17:25:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by postal.dev.moneybookers.net (Postfix) with ESMTP id 2DF3C9366C5; Wed, 22 Apr 2009 17:25:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at moneybookers.com Received: from postal.dev.moneybookers.net ([127.0.0.1]) by localhost (postal.dev.moneybookers.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id req7vN5-FwaA; Wed, 22 Apr 2009 17:25:17 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by postal.dev.moneybookers.net (Postfix) with ESMTP id B802B936677; Wed, 22 Apr 2009 17:25:17 +0200 (CEST) Message-Id: From: Stefan Lambrev To: Bjoern A. Zeeb In-Reply-To: <20090207174104.Y93725@maildrop.int.zabbadoz.net> Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 22 Apr 2009 18:25:50 +0300 References: <20090207174104.Y93725@maildrop.int.zabbadoz.net> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV 0.94/9272/Wed Apr 22 15:07:03 2009 on blah.cmotd.com X-Virus-Status: Clean Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-jail@freebsd.org, freebsd-stable@FreeBSD.org Subject: Re: HEADS UP: multi-IPv4/v6/no-IP jails now in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 15:25:57 -0000 Hi, Does this allow multiple network interfaces to be used by a single jail instance? On Feb 7, 2009, at 8:18 PM, Bjoern A. Zeeb wrote: > Hi, > > what has started a long time ago with patches from various people, was > started, abandoned, resumed finally found an end. > > I am happy to hereby announce that the multi-IPv4/v6/no-IP jails work > has been merged to 7-STABLE and thus can be used in FreeBSD 7 without > the need to maintain or apply patches from now on. > > This also means that the updated jails will be included in 7.2 > release. > > This update gives you (short selection): > - zero, one or multi-IP jails. > - IPv4 and IPv6 support. > - cpuset support for jails. > - jail names and states to ease administration. - 32bit compat on > 64bit, jail v1 compat, .. > > You'll find a longer summary about all the new features and how to use > them in a posting from December (you should really read it): > http://lists.freebsd.org/pipermail/freebsd-jail/2008-December/000631.html > > Since the above posting, multiple PRs had been addressed and fixes > include > - SIOCGIFADDR ioctl handling which fixes the "samba inside jails > problem" > - no more arp and ndp information disclosure > - updated rc.conf framework (fully backward compatible in 7), see > man 5 rc.conf and /etc/defaults/rc.conf. > - various documentation/man page updates > - ... > > > I'd like to thank everyone who had helped to make this possible! > > > If you like the work, mayhap even use it for your business, or just > want > to support FreeBSD, you may want to visit > http://www.freebsdfoundation.org/ > and help donating some money. > > > Enjoy your new jails! > (and don't try to escape - you sure won't succeed;) > > /bz > > -- > Bjoern A. Zeeb The greatest risk is not taking > one. > _______________________________________________ > 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 > " -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 19:00:46 2009 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 2E33C1065673 for ; Wed, 22 Apr 2009 19:00:46 +0000 (UTC) (envelope-from news@streetsoul.lv) Received: from 145.vps.netsite.dk (145.vps.netsite.dk [193.29.201.145]) by mx1.freebsd.org (Postfix) with ESMTP id 947AF8FC12 for ; Wed, 22 Apr 2009 19:00:45 +0000 (UTC) (envelope-from news@streetsoul.lv) Received: (qmail 3954 invoked from network); 22 Apr 2009 20:32:42 +0200 Received: from localhost (HELO www.streetsoul.dk) (127.0.0.1) by localhost with SMTP; 22 Apr 2009 20:32:42 +0200 Date: Wed, 22 Apr 2009 20:32:42 +0200 To: stable@freebsd.org From: Streetsoul Message-ID: <601a52cb1ae544c7521dac319df0bdb4@www.streetsoul.dk> X-Priority: 3 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.0 rc1] MIME-Version: 1.0 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: New Creative Recreation & 9five sunglasses X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Apr 2009 19:00:46 -0000 Hello Ya all!!! New Arrivals from Creative Recreation with the freshest sneakers and new brand - 9five with coolest sunglasses on streetsoul.eu!!! Press here to view new arrivals from Creative Recreation! or copy the link in a browser: http://www.streetsoul.dk/zoom_brand/15 Press here to view new arrivals from 9five eyewear or copy the link in a browser: http://www.streetsoul.dk/zoom_brand/38 Go and check streetsoul internet store now! Peace! streetsoul.eu ----------------------------------------------------------------------------------------------------------------------------------------------------------- streetsoul brands: 667 | 9five | Adidas Originals | Airbag Craftworks | ALAKAZAM! | Alprausch | Amos | Analog Clothing | BICO | Creative Recreation | Cross Colours | DVS Shoes | Electric | Emily The Strange | Five Four | Goorin Brothers | gsus | Irie Daily | Kanabeach | King Apparel | Levi's Engineered Jeans® | Levi's® | Matix | Mazine | My Zoo | Nike | OAKLEY | pa:nuu | Reebok | Schlepp | Streetsoul | Stussy | Sweet & Toxic | T.U.K. | Ucon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 19:26:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FA051065677 for ; Wed, 22 Apr 2009 19:26:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id D67CD8FC15 for ; Wed, 22 Apr 2009 19:26:48 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3MJQj79052304; Wed, 22 Apr 2009 21:26:46 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3MJQix9052303; Wed, 22 Apr 2009 21:26:44 +0200 (CEST) (envelope-from marius) Date: Wed, 22 Apr 2009 21:26:44 +0200 From: Marius Strobl To: davidch@broadcom.com Message-ID: <20090422192644.GA52151@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090422150612.GA1231@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: Jeff Blank , freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 19:26:49 -0000 On Wed, Apr 22, 2009 at 11:06:12AM -0400, Jeff Blank wrote: > On Tue, Apr 21, 2009 at 09:55:10PM +0200, Marius Strobl wrote: > > Use the sources you have but plug in sys/dev/bge/if_bge.c > > rev 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6, this > > combination should work. > > correct. > > > Then update if_bge.c to rev > > 1.198.2.14 and check whether things still work, > > this causes the problem to resurface. > David, this is the second report that using MSI with a BCM5754/ chip=0x167a14e4 results in no interrupts, is there any errata about this? Thanks, Marius From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 20:32:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0E411065673 for ; Wed, 22 Apr 2009 20:32:36 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD0E8FC0A for ; Wed, 22 Apr 2009 20:32:36 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3MKWXar052808; Wed, 22 Apr 2009 22:32:33 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3MKWWN3052807; Wed, 22 Apr 2009 22:32:32 +0200 (CEST) (envelope-from marius) Date: Wed, 22 Apr 2009 22:32:32 +0200 From: Marius Strobl To: David Christensen Message-ID: <20090422203232.GC50221@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090422192644.GA52151@alchemy.franken.de> <5D267A3F22FD854F8F48B3D2B523819339D9F5A64D@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339D9F5A64D@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i Cc: Jeff Blank , "freebsd-stable@freebsd.org" Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 20:32:37 -0000 On Wed, Apr 22, 2009 at 01:21:58PM -0700, David Christensen wrote: > > > > Then update if_bge.c to rev > > > > 1.198.2.14 and check whether things still work, > > > > > > this causes the problem to resurface. > > > > > > > David, > > > > this is the second report that using MSI with a BCM5754/ > > chip=0x167a14e4 results in no interrupts, is there any errata > > about this? > > Nope, no errata for MSI on the 5754, nor can I recall any > MSI problems on any of the PCIe based devices. Do the > systems share a common root complex that might be the source > of the issue? > This one useses a: none0@pci0:0:0:0: class=0x050000 card=0x02f010de chip=0x02f010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM At least Linux doesn't seem to avoid using MSI with these. I didn't get any further regarding the other report so far. Marius From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 20:36:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0136B1065675 for ; Wed, 22 Apr 2009 20:36:22 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id CEE6B8FC18 for ; Wed, 22 Apr 2009 20:36:21 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.9.200.133] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 22 Apr 2009 13:21:58 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Wed, 22 Apr 2009 13:23:23 -0700 From: "David Christensen" To: "Marius Strobl" Date: Wed, 22 Apr 2009 13:21:58 -0700 Thread-Topic: bge problems under 7.2-PRERELEASE Thread-Index: AcnDgE0CCt3ms5cxQBqz8/DM+HUT6wABgpqw Message-ID: <5D267A3F22FD854F8F48B3D2B523819339D9F5A64D@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090422192644.GA52151@alchemy.franken.de> In-Reply-To: <20090422192644.GA52151@alchemy.franken.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 65F1A3EC38S1256897-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Jeff Blank , "freebsd-stable@freebsd.org" Subject: RE: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 20:36:22 -0000 > > > Then update if_bge.c to rev > > > 1.198.2.14 and check whether things still work, > >=20 > > this causes the problem to resurface. > >=20 >=20 > David, >=20 > this is the second report that using MSI with a BCM5754/ > chip=3D0x167a14e4 results in no interrupts, is there any errata=20 > about this? Nope, no errata for MSI on the 5754, nor can I recall any MSI problems on any of the PCIe based devices. Do the=20 systems share a common root complex that might be the source of the issue? Dave From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 23:34:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE93106564A for ; Wed, 22 Apr 2009 23:34:36 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8488FC08 for ; Wed, 22 Apr 2009 23:34:36 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 22 Apr 2009 16:34:26 -0700 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Wed, 22 Apr 2009 16:35:50 -0700 From: "David Christensen" To: "Marius Strobl" Date: Wed, 22 Apr 2009 16:34:25 -0700 Thread-Topic: bge problems under 7.2-PRERELEASE Thread-Index: AcnDiX2tgj56pwmKQgWt5gLunvxELgAGAicQ Message-ID: <5D267A3F22FD854F8F48B3D2B523819339DA0429DB@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090422192644.GA52151@alchemy.franken.de> <5D267A3F22FD854F8F48B3D2B523819339D9F5A64D@IRVEXCHCCR01.corp.ad.broadcom.com> <20090422203232.GC50221@alchemy.franken.de> In-Reply-To: <20090422203232.GC50221@alchemy.franken.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 65F176083BW1368095-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Jeff Blank , "freebsd-stable@freebsd.org" Subject: RE: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 23:34:36 -0000 > > > this is the second report that using MSI with a BCM5754/ > > > chip=3D0x167a14e4 results in no interrupts, is there any=20 > errata about=20 > > > this? > >=20 > > Nope, no errata for MSI on the 5754, nor can I recall any=20 > MSI problems=20 > > on any of the PCIe based devices. Do the systems share a=20 > common root=20 > > complex that might be the source of the issue? > >=20 >=20 > This one useses a: > none0@pci0:0:0:0: class=3D0x050000 card=3D0x02f010de=20 > chip=3D0x02f010de rev=3D0xa2 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'C51 Host Bridge' > class =3D memory > subclass =3D RAM >=20 > At least Linux doesn't seem to avoid using MSI with these. > I didn't get any further regarding the other report so far. Are there any other errors reported by the 5754 such as a PCIe=20 completion timeout in the Advanced Error Uncorrectable Status Register? I recall an issue with another Nvidia chipset and=20 the 5754 where the system BIOS incorrectly configured the Hypertransport unitID field to a value of 0x20 which would prevent our diagnostics from running. PCI configuration and memory-mapped I/O worked correctly but DMA operations such as sending RX'd frames would fail. MSI might fall into this latter category and could be causing this error. The important thing would be to check for a Completion Timeout in the 5754. Dave From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 00:39:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC45106566B; Thu, 23 Apr 2009 00:39:26 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4A58FC1D; Thu, 23 Apr 2009 00:39:26 +0000 (UTC) (envelope-from npapke@acm.org) Received: from pd4ml2so-ssvc.prod.shaw.ca ([10.0.141.136]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 22 Apr 2009 18:39:26 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=QELd4EQtSrDogWTj8gYA:9 a=mn3F5k9uWLOYRGPoAY8srwGdJ74A:4 a=nAPXUAfsBmEA:10 a=qufGkiYR55MA:10 a=frDgdN058V0A:10 Received: from s010600121729c74c.vc.shawcable.net (HELO proven.lan) ([24.85.241.34]) by pd4ml2so-dmz.prod.shaw.ca with ESMTP; 22 Apr 2009 18:39:24 -0600 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id n3N0dP9Y003416; Wed, 22 Apr 2009 17:39:25 -0700 (PDT) (envelope-from npapke@acm.org) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.3/8.14.3/Submit) id n3N0dPSY003415; Wed, 22 Apr 2009 17:39:25 -0700 (PDT) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: freebsd-stable@freebsd.org Date: Wed, 22 Apr 2009 17:39:24 -0700 User-Agent: KMail/1.9.10 References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <20090421160454.9f5bf40c.lehmann@ans-netz.de> <1240326709.14628.33.camel@balrog.2hip.net> In-Reply-To: <1240326709.14628.33.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221739.25097.npapke@acm.org> Cc: Robert Noland Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Apr 2009 00:39:27 -0000 On April 21, 2009, Robert Noland wrote: > On Tue, 2009-04-21 at 16:04 +0200, Oliver Lehmann wrote: > > 0xd8000000/0x8000000 drm write-combine active > > Ok, looks like MTRR is working for you, so that isn't it... > > robert. Hi Robert, Should there be a write-combined range present for all (ATI) cards? I don't see such an entry (please see below). My 2D performance seems reasonable. I have no complaints, just wondering. Cheers, -- Norbert Papke. npapke@acm.org # dmesg | grep drm drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading RV635 CP Microcode info: [drm] Loading RV635 PFP Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs # memcontrol list 0x0/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x10000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x20000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x30000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x40000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x50000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x60000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x70000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x80000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x84000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x88000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x8c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x90000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x94000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x98000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x9c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0xa0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xac000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xbc000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc0000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc1000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc2000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc3000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc4000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc5000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc6000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc7000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc8000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xc9000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xca000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xcb000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xcc000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xcd000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xce000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xcf000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xd0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xda000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xde000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe0000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe1000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe2000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe3000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe4000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe5000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe6000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe7000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe8000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xe9000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xea000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xeb000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xec000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xed000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xee000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xef000/0x1000 BIOS write-through fixed-base fixed-length set-by-firmware active 0xf0000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf1000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf2000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf3000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf4000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf5000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf6000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf7000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf8000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xf9000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfa000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfb000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfc000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfd000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xfe000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0xff000/0x1000 BIOS write-protect fixed-base fixed-length set-by-firmware active 0x0/0x100000000 BIOS write-back set-by-firmware active 0x100000000/0x40000000 BIOS write-back set-by-firmware active 0xc0000000/0x40000000 BIOS uncacheable set-by-firmware active From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 00:55:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D71AF1065674 for ; Thu, 23 Apr 2009 00:55:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 80F028FC17 for ; Thu, 23 Apr 2009 00:55:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3N0tPrY076180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Apr 2009 20:55:25 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <200904221739.25097.npapke@acm.org> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <20090421160454.9f5bf40c.lehmann@ans-netz.de> <1240326709.14628.33.camel@balrog.2hip.net> <200904221739.25097.npapke@acm.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+M7gnI8TVjPIjqU9Vp77" Organization: FreeBSD Date: Wed, 22 Apr 2009 19:55:13 -0500 Message-Id: <1240448113.2142.11.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Apr 2009 00:55:35 -0000 --=-+M7gnI8TVjPIjqU9Vp77 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-04-22 at 17:39 -0700, Norbert Papke wrote: > 0x0/0x100000000 BIOS write-back set-by-firmware active > 0x100000000/0x40000000 BIOS write-back set-by-firmware active > 0xc0000000/0x40000000 BIOS uncacheable set-by-firmware active MTRR is failing in many cases... It seems that your BIOS is doing what both of my newer machines are doing and setting a global range to write-back. I'm also guessing that 0xc0000000 is your framebuffer. We aren't allowed to overlap either of these ranges with a write combined region according to the specs. We would have to handle splitting/merging regions which we don't currently do. I looked at this just the other day, but it is reasonably complex to make that work right and accommodate all of the merging/splitting of regions. We are allowed to use PAT on either of these types of regions to enable write-combining. The drm code already does this for some allocations that are not mapped to user space. The problem with PAT is that all mappings of a given region need to have the same type and we don't currently have any way to specify that for user space mappings. This is fwiw, the last of Nvidia's feature requests as well. I've started looking at it, but I have a lot of learning to do on the vm system still. robert. --=20 Robert Noland FreeBSD --=-+M7gnI8TVjPIjqU9Vp77 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknvvHEACgkQM4TrQ4qfROOUDQCgiWB0wXqTaNPoUVp8OXQwVZA/ 5CYAniPwHstb/haqeQWS4ndFf7h3jDoK =BP9r -----END PGP SIGNATURE----- --=-+M7gnI8TVjPIjqU9Vp77-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 02:38:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3311106566C; Thu, 23 Apr 2009 02:38:14 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 87AC98FC1B; Thu, 23 Apr 2009 02:38:13 +0000 (UTC) (envelope-from npapke@acm.org) Received: from pd6ml1no-ssvc.prod.shaw.ca ([10.0.153.160]) by pd5mo1no-svcs.prod.shaw.ca with ESMTP; 22 Apr 2009 20:38:13 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=jNtHAGTFLQYKNJ66SW8A:9 a=RykZYj2P7OQlBzVqU3EA:7 a=tfIjyXs5kHmBABANflFp1aEVhFoA:4 a=nAPXUAfsBmEA:10 a=qufGkiYR55MA:10 a=frDgdN058V0A:10 Received: from s010600121729c74c.vc.shawcable.net (HELO proven.lan) ([24.85.241.34]) by pd6ml1no-dmz.prod.shaw.ca with ESMTP; 22 Apr 2009 20:38:12 -0600 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id n3N2cC7n003807; Wed, 22 Apr 2009 19:38:12 -0700 (PDT) (envelope-from npapke@acm.org) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.3/8.14.3/Submit) id n3N2cCO5003806; Wed, 22 Apr 2009 19:38:12 -0700 (PDT) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: freebsd-stable@freebsd.org Date: Wed, 22 Apr 2009 19:38:11 -0700 User-Agent: KMail/1.9.10 References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> In-Reply-To: <1240448113.2142.11.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221938.12129.npapke@acm.org> Cc: Robert Noland Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Apr 2009 02:38:15 -0000 On April 22, 2009, Robert Noland wrote: > On Wed, 2009-04-22 at 17:39 -0700, Norbert Papke wrote: > > 0x0/0x100000000 BIOS write-back set-by-firmware active > > 0x100000000/0x40000000 BIOS write-back set-by-firmware active > > 0xc0000000/0x40000000 BIOS uncacheable set-by-firmware active > > MTRR is failing in many cases... It seems that your BIOS is doing what > both of my newer machines are doing and setting a global range to > write-back. I'm also guessing that 0xc0000000 is your framebuffer. Correct. The framebuffer starts at 0xd0000000, still covered by that last range. > We > aren't allowed to overlap either of these ranges with a write combined > region according to the specs. We would have to handle > splitting/merging regions which we don't currently do. I looked at this > just the other day, but it is reasonably complex to make that work right > and accommodate all of the merging/splitting of regions. > > We are allowed to use PAT on either of these types of regions to enable > write-combining. The drm code already does this for some allocations > that are not mapped to user space. The problem with PAT is that all > mappings of a given region need to have the same type and we don't > currently have any way to specify that for user space mappings. This is > fwiw, the last of Nvidia's feature requests as well. I've started > looking at it, but I have a lot of learning to do on the vm system > still. Thanks for taking the time to explain. Your posts are always very informative. I am learning quite a lot about the complexities involved. There is yet another thing I don't understand. With other graphics cards, including my G45 internal graphics adaptor, the /dev/agpgart device is created. I don't see this device with the Radeon card. Is this expected because it is not needed for PCIe? Cheers, -- Norbert Papke. npapke@acm.org From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 05:11:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E4E0106564A for ; Thu, 23 Apr 2009 05:11:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E83C58FC1C for ; Thu, 23 Apr 2009 05:11:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-252-177.bna.bellsouth.net [68.19.252.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3N5BVEt077242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Apr 2009 01:11:32 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <200904221938.12129.npapke@acm.org> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Az+JqAsHQIIOi2zukvtB" Organization: FreeBSD Date: Thu, 23 Apr 2009 00:11:19 -0500 Message-Id: <1240463479.2142.21.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Apr 2009 05:11:40 -0000 --=-Az+JqAsHQIIOi2zukvtB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-04-22 at 19:38 -0700, Norbert Papke wrote: > On April 22, 2009, Robert Noland wrote: > > On Wed, 2009-04-22 at 17:39 -0700, Norbert Papke wrote: > > > 0x0/0x100000000 BIOS write-back set-by-firmware active > > > 0x100000000/0x40000000 BIOS write-back set-by-firmware active > > > 0xc0000000/0x40000000 BIOS uncacheable set-by-firmware active > > > > MTRR is failing in many cases... It seems that your BIOS is doing what > > both of my newer machines are doing and setting a global range to > > write-back. I'm also guessing that 0xc0000000 is your framebuffer.=20 >=20 > Correct. The framebuffer starts at 0xd0000000, still covered by that las= t=20 > range. >=20 > > We=20 > > aren't allowed to overlap either of these ranges with a write combined > > region according to the specs. We would have to handle > > splitting/merging regions which we don't currently do. I looked at thi= s > > just the other day, but it is reasonably complex to make that work righ= t > > and accommodate all of the merging/splitting of regions. > > > > We are allowed to use PAT on either of these types of regions to enable > > write-combining. The drm code already does this for some allocations > > that are not mapped to user space. The problem with PAT is that all > > mappings of a given region need to have the same type and we don't > > currently have any way to specify that for user space mappings. This i= s > > fwiw, the last of Nvidia's feature requests as well. I've started > > looking at it, but I have a lot of learning to do on the vm system > > still. >=20 > Thanks for taking the time to explain. Your posts are always very=20 > informative. I am learning quite a lot about the complexities involved. >=20 > There is yet another thing I don't understand. With other graphics cards= ,=20 > including my G45 internal graphics adaptor, the /dev/agpgart device is=20 > created. I don't see this device with the Radeon card. Is this expected= =20 > because it is not needed for PCIe? That is correct. If you have an agp based chipset, then the agp wriver will attach to your chipset and give you an agpgart device. All Intel graphics chips emulate AGP, so you will always have an agpgart device. With PCI-E based cards such as ATI or Nvidia, they don't use AGP. In those situations, we use a PCI GART (ati_pcigart.c) and map scatter gather memory into the GART. Nouveau is very similar in that respect. robert. > Cheers, >=20 > -- Norbert Papke. > npapke@acm.org --=20 Robert Noland FreeBSD --=-Az+JqAsHQIIOi2zukvtB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknv+HcACgkQM4TrQ4qfROMa/ACfUiLgJ19ZQICztHMIbztsAqP0 HzwAn2eEgO/ZLrGxSFAcyShG2VhnuLfu =5F8t -----END PGP SIGNATURE----- --=-Az+JqAsHQIIOi2zukvtB-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 07:48:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6A421065691 for ; Thu, 23 Apr 2009 07:48:31 +0000 (UTC) (envelope-from andrsn@andrsn.stanford.edu) Received: from smtp1.stanford.edu (smtp1.Stanford.EDU [171.67.219.81]) by mx1.freebsd.org (Postfix) with ESMTP id CE50F8FC18 for ; Thu, 23 Apr 2009 07:48:31 +0000 (UTC) (envelope-from andrsn@andrsn.stanford.edu) Received: from smtp1.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 07DB4170A80; Thu, 23 Apr 2009 00:37:44 -0700 (PDT) Received: from andrsn.stanford.edu (andrsn.Stanford.EDU [171.66.112.163]) by smtp1.stanford.edu (Postfix) with ESMTP id 4615C170A3B; Thu, 23 Apr 2009 00:37:42 -0700 (PDT) Date: Thu, 23 Apr 2009 00:41:36 -0700 (PDT) From: Annelise Anderson To: Marius Strobl In-Reply-To: <20090422192644.GA52151@alchemy.franken.de> Message-ID: References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090422192644.GA52151@alchemy.franken.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeff Blank , davidch@broadcom.com, freebsd-stable@freebsd.org, Anderson@Hoover.Stanford.EDU Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 07:48:32 -0000 On Wed, 22 Apr 2009, Marius Strobl wrote: > On Wed, Apr 22, 2009 at 11:06:12AM -0400, Jeff Blank wrote: >> On Tue, Apr 21, 2009 at 09:55:10PM +0200, Marius Strobl wrote: >>> Use the sources you have but plug in sys/dev/bge/if_bge.c >>> rev 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6, this >>> combination should work. >> >> correct. >> >>> Then update if_bge.c to rev >>> 1.198.2.14 and check whether things still work, >> >> this causes the problem to resurface. >> > > David, > > this is the second report that using MSI with a BCM5754/ > chip=0x167a14e4 results in no interrupts, is there any > errata about this? > > Thanks, > Marius I wanted to upgrade my stable and but now am afraid to reboot with the new kernel as I've got one of these bge0 cards. dmesg reveals: brgphy0: PHY 1 on miibus0 a different version of BCM, not BCM 5754 and the log of cvsup shows: Edit src/sys/dev/bge/if_bge.c Add delta 1.198.2.12 2009.01.15.20.13.22 marius Add delta 1.198.2.13 2009.01.15.20.19.53 marius Add delta 1.198.2.14 2009.01.15.20.23.38 marius Add delta 1.198.2.15 2009.03.19.16.44.37 marius Add delta 1.198.2.16 2009.03.23.20.53.38 marius Add delta 1.198.2.17 2009.03.27.21.21.22 marius Would you advise using the old kernel? Should I have posted to -questions? Annelise From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 15:01:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 766FD106564A for ; Thu, 23 Apr 2009 15:01:52 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5997F8FC08 for ; Thu, 23 Apr 2009 15:01:52 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 1357084533; Thu, 23 Apr 2009 11:01:52 -0400 (EDT) Date: Thu, 23 Apr 2009 11:01:47 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090423150147.GF1231@mr-happy.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090422192644.GA52151@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 15:01:52 -0000 On Thu, Apr 23, 2009 at 12:41:36AM -0700, Annelise Anderson wrote: > I wanted to upgrade my stable and but now am afraid to > reboot with the new kernel as I've got one of these bge0 cards. You should be able to back out fairly easily in case of most problems. When you reboot to single-user mode with the new kernel, you can test whatever you think you need to (device presence/functionality, networking, etc) before installing world. If you don't like the results, just rename or delete /boot/kernel, rename /boot/kernel.old to /boot/kernel, and reboot, no damage done (usually). > dmesg reveals: > > brgphy0: PHY 1 on miibus0 > > a different version of BCM, not BCM 5754 I can't speak authoritatively, but I expect you're fine. My problem appears to have a very narrow scope. Jeff From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 16:52:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F867106566B for ; Thu, 23 Apr 2009 16:52:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2258FC1D for ; Thu, 23 Apr 2009 16:52:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id EC94D46B5B; Thu, 23 Apr 2009 12:52:54 -0400 (EDT) Date: Thu, 23 Apr 2009 17:52:54 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <200904212057.n3LKv4i4092456@lava.sentex.ca> Message-ID: References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <86vdox685s.fsf@kopusha.onet> <200904212057.n3LKv4i4092456@lava.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Mikolaj Golub Subject: Re: RELENG_7 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: Thu, 23 Apr 2009 16:52:55 -0000 On Tue, 21 Apr 2009, Mike Tancsa wrote: > At 04:53 PM 4/21/2009, Mikolaj Golub wrote: > >> Just FYI, the same problem has already been registered in pr database as >> kern/132734. > > Thanks, > http://www.freebsd.org/cgi/query-pr.cgi?pr=132734 does look familiar > :) If you disable the snmpwalk, is the box stable ? It would be interesting to know if this tweak at least eliminates the instant panic: Index: if_mib.c =================================================================== --- if_mib.c (revision 191424) +++ if_mib.c (working copy) @@ -82,11 +82,9 @@ return EINVAL; if (name[0] <= 0 || name[0] > if_index || - ifnet_byindex(name[0]) == NULL) + (ifp = ifnet_byindex(name[0])) == NULL) return ENOENT; - ifp = ifnet_byindex(name[0]); - switch(name[1]) { default: return ENOENT; Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 17:19:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB81E1065680 for ; Thu, 23 Apr 2009 17:19:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD608FC22 for ; Thu, 23 Apr 2009 17:19:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3NHJoWc019125; Thu, 23 Apr 2009 19:19:50 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3NHJnCc019124; Thu, 23 Apr 2009 19:19:49 +0200 (CEST) (envelope-from marius) Date: Thu, 23 Apr 2009 19:19:49 +0200 From: Marius Strobl To: Jeff Blank Message-ID: <20090423171949.GE50221@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090422150612.GA1231@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 17:19:52 -0000 On Wed, Apr 22, 2009 at 11:06:12AM -0400, Jeff Blank wrote: > On Tue, Apr 21, 2009 at 09:55:10PM +0200, Marius Strobl wrote: > > Use the sources you have but plug in sys/dev/bge/if_bge.c > > rev 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6, this > > combination should work. > > correct. > > > Then update if_bge.c to rev > > 1.198.2.14 and check whether things still work, > > this causes the problem to resurface. > FYI, I've found a notebook equipped with the exact same Broadcom chip and ASIC revision but which works without problems with current sources. So in combination with the low number of problem reports this really doesn't look like a generic problem of this Broadcom hardware or bge(4) and I just can suggest to disable MSI by setting the hw.pci.enable_msi tuneable to 0 for now. As David pointed out this might be a problem with the Nvidia chipset. Linux seems to have a workaround related to this but I still need to check that in detail. Marius From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 18:35:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2954106564A for ; Thu, 23 Apr 2009 18:35:12 +0000 (UTC) (envelope-from michel.dicroci@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id B107B8FC0C for ; Thu, 23 Apr 2009 18:35:12 +0000 (UTC) (envelope-from michel.dicroci@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so408279yxb.13 for ; Thu, 23 Apr 2009 11:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=3YZt/5yAmtHX060FDGiPal8vfiUO19s1Lnp4Rj2LK2s=; b=qPMDulOgzyK/ZF1yJvaI7Xb3+RTLa584SrEEt7NkYYC/U67wckdQuocrXFk31SAYFn BxyBeMU7qFQOP5VwE5FricP8kWsqU9T/D1vzLsXo7QjM2FN2vTj25bnFIaK0n7CixMdZ sKwLtMiVTlKxPPIrtVMRrxMCKeu6s6uZ2T+iM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sLv8D6yP0diKgJhid06sIYQbb71v2cRCHnqBtIBIc52tt52+b2P9j5tTpq26CRAfAf lrBuBwYU5vQnBlkitn/wraqDAgU89UNKG336hIfSiLRPcrHLi280OHUsU0pNsUog8g4A teBUizmslwE0lmQtij8hrFCQt/LzJmtaCKa5A= MIME-Version: 1.0 Received: by 10.231.34.5 with SMTP id j5mr665673ibd.31.1240509862624; Thu, 23 Apr 2009 11:04:22 -0700 (PDT) Date: Thu, 23 Apr 2009 14:04:22 -0400 Message-ID: From: Michel Di Croci To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Evaluating the performance of a single FreeBSD server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 18:35:13 -0000 Hello, One of my ex colleague wanna startup a web project. I'm still unsure about the possibility of expansion of the project so I prefer to start slowly. One of my idea was to use a FreeBSD server (a rack one which I will put in a colocation environment) and use it as a starting server and runs an Apache + PHP + PostgreSQL (for a long run stable and expandable DB). If it starts to respond slowly after the "initial release of the service"... I would add more servers (one new for the DB and another one for a webserver and a load balancer) with the profit from the service. You know where I'm heading... adding as needs grows. However what I want to know here is how much could handle this server as a standalone? How many requests at the same time ? If it's a good way to present as a startup? If we should go indead to a managed server. My idea here is that if it's going too slow, we might just buy new instead of going with a all managed solution where we would be more like renting a server. He doesn't have a lot of money, especially at the beginning but I wish to be in a middle solution. Responding for a lot of requests (if it's starting well) without the drawback of having just one server. We cannot afford a full rack of server if it would even be better. Michel PS: If you have suggestion for better hardware, just let me know. I never venture in this direction but I know FreeBSD is running quite well here in my house ;) But I know that's not the same story if I want a server being accessible. I don't think we'll be slashdotted however.... ;) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 20:05:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10D05106566B for ; Thu, 23 Apr 2009 20:05:09 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id E925F8FC1E for ; Thu, 23 Apr 2009 20:05:08 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id B6BC884534; Thu, 23 Apr 2009 16:05:08 -0400 (EDT) Date: Thu, 23 Apr 2009 16:05:07 -0400 From: Jeff Blank To: Marius Strobl Message-ID: <20090423200507.GA1246@mr-happy.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090423171949.GE50221@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090423171949.GE50221@alchemy.franken.de> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 20:05:09 -0000 On Thu, Apr 23, 2009 at 07:19:49PM +0200, Marius Strobl wrote: > So in combination with > the low number of problem reports this really doesn't > look like a generic problem of this Broadcom hardware > or bge(4) and I just can suggest to disable MSI by > setting the hw.pci.enable_msi tuneable to 0 for now. Great, this does the trick, and I'm now running today's RELENG_7. Thanks for your help, and let me know if ever you'd like me to help test possible fixes. Jeff From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 20:39:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08113106566B for ; Thu, 23 Apr 2009 20:39:08 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 62C2D8FC08 for ; Thu, 23 Apr 2009 20:39:07 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by ewy19 with SMTP id 19so718703ewy.43 for ; Thu, 23 Apr 2009 13:39:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Y75h0fPQJJABrkNsykrAA+nIHl8v/r/6HyyzpXJreXE=; b=Fq9/0A0WjcHcSkKkpSXsVqvQ+Dn/FlUFVQ6NB4zc78PDEobOavoZ6x7ZitBY4it/KO 9/uwzGczZ0opy6Bi/zi5BTmOgaHwffXSuQMpVQVVOXuLT+7PGqbEIS9Iz7SBRLWNIm6M aNMFHxfeUIqN/WF5CLjkfyO7of1ECFefYW1pc= 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=ZvvIzU2EnlvJa25oTXfBADSDsp5ejpGq7kbVNmLC1UYMA4JAQQmnpizpZypNX+2twe Szp5bXqsHj/snGaxERbMx/2NVY3tbHszldGJrVIJ9wt2zmVOL0TOTxMxGU37mcn7Nw+s gNNGBA4xe+K2T4aWr4w8qRcFT82Fc80MiAW3g= MIME-Version: 1.0 Received: by 10.210.105.8 with SMTP id d8mr1432934ebc.60.1240519146509; Thu, 23 Apr 2009 13:39:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 23 Apr 2009 16:39:06 -0400 Message-ID: <5f67a8c40904231339i3335cb22sa2b72f52ec0766ec@mail.gmail.com> From: Zaphod Beeblebrox To: Michel Di Croci Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Evaluating the performance of a single FreeBSD server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 20:39:08 -0000 On Thu, Apr 23, 2009 at 2:04 PM, Michel Di Croci wrote: > Hello, > > One of my ex colleague wanna startup a web project. I'm still unsure about > [...] > However what I want to know here is how much could handle this server as a > standalone? How many requests at the same time ? If it's a good way to > present as a startup? If we should go indead to a managed server. My idea > here is that if it's going too slow, we might just buy new instead of going > with a all managed solution where we would be more like renting a server. System performance is a moving target that is insanely difficult to hit without usage data. Is your application going to be processor bound (unlikely these days), memory bound, network bound, disk bound? The cost of a baisc server from a large vendor is around $1k (dell, hp, sun, etc) that you can load FreeBSD on. If you purchace carefully, you'll get a nice quad core with decently fast memory and two disks (RAID 1). It will also likely have two or more gigabit nics. Is this optimal in any way? No. The nic chipsets will suck a bit, the drives will be small-ish... and so on. But compared to a few years ago when you had to care about the performance of a server for a small company, the system will be a monster. My sincere advice is to buy the basic server, build your app and then test it. Test what gets busy first. This depends a little on the hardware, but it depends a lot on how you build your app. It may be cheaper to optimize the app rather than buy more hardware. As an example, moving the database server to another machine may not help at all. If you're not CPU bound, you simply move the bottlenecked I/O to another machine --- still bottlenecked. But as a baseline to answer your question, without running anything serverside (just serving files) FreeBSD can fill multiple gigE nics with content (large-ish files) or perform many millions of hits an hour (small files) on this configuration. Making the broad brush assumption that your Apache+PHP+PostgreSQL is going to run a moderate content manager (a moderately onerous application), you'll still probably pass a million hits an hour if you can push that much content over your network connection and your disks are fast enough (and you can display your page with one or two database hits). In fact number of databse hits per pageview is likely one of your larger limitations. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 22:22:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D8B9106566B for ; Thu, 23 Apr 2009 22:22:38 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 19EE88FC0C for ; Thu, 23 Apr 2009 22:22:37 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by fxm6 with SMTP id 6so456652fxm.43 for ; Thu, 23 Apr 2009 15:22:37 -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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=P9jw2amTr0c3hqqZ0mMWNiRmqICEBg7DkkDTZSueQoY=; b=TyUXleZptJZExXKBGxXCzOIXAauOiwZcpB5t7cZgvOdQCTfTVD5bicuy2eKr7gewWI eSKT4asB2KYs8wzNy+CmI25Szg5w0LRe6s5ToQG5zScEeE2PJ1iErci7VL/kZ7yBpKEA R5+pCkNyPm2tCB752+vzzadtz6mAGj+7YaH1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dJU1QVvEbMtrJO3hseBJP3REH3VikYjqZdgwG6OTaPwe92v2de59X2IVnAMlDpL0Zm Hc+RxxcYpqqg44TshqyhfT+hxFndsZNDFEzSrFBEYuo5rxdZrAY159fwLiIMXIBk5YmE T6G2VjGcgbh7hou01qYMMO3pXKK5Ya5H6rm0Y= Received: by 10.103.102.18 with SMTP id e18mr851478mum.82.1240523368385; Thu, 23 Apr 2009 14:49:28 -0700 (PDT) Received: from ?192.168.2.24? (p5486A68E.dip.t-dialin.net [84.134.166.142]) by mx.google.com with ESMTPS id t10sm1233837muh.30.2009.04.23.14.49.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Apr 2009 14:49:27 -0700 (PDT) Message-ID: <49F0E264.4020904@googlemail.com> Date: Thu, 23 Apr 2009 23:49:24 +0200 From: "army.of.root" User-Agent: Thunderbird 2.0.0.17 (X11/20081028) MIME-Version: 1.0 To: Michel Di Croci References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Evaluating the performance of a single FreeBSD server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 22:22:38 -0000 Michel Di Croci wrote: > He doesn't have a lot of money, especially at the beginning but I wish to be > in a middle solution. Responding for a lot of requests (if it's starting > well) without the drawback of having just one server. We cannot afford a > full rack of server if it would even be better. Hi, maybe Amazon's AWS or similar services are helpful here. I'm not getting paid to say that, but you don't have to invest a whole lot to get startet. regards From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 08:31:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8109106564A for ; Fri, 24 Apr 2009 08:31:08 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0ED208FC14 for ; Fri, 24 Apr 2009 08:31:07 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 24 Apr 2009 08:04:26 -0000 Received: from e177035141.adsl.alicedsl.de (EHLO mandree.no-ip.org) [85.177.35.141] by mail.gmx.net (mp003) with SMTP; 24 Apr 2009 10:04:26 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX185fAhXcXs5LB/SleD6p+u2KPpiIBh1BTpIHV27JG RcVWcqRN/ziPSU Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 53643940DF; Fri, 24 Apr 2009 10:04:24 +0200 (CEST) Date: Fri, 24 Apr 2009 10:04:23 +0200 To: "Ken Smith" , freebsd-stable From: "Matthias Andree" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <1239988503.94812.26.camel@bauer.cse.buffalo.edu> Content-Transfer-Encoding: 7bit Organization: Message-ID: In-Reply-To: <1239988503.94812.26.camel@bauer.cse.buffalo.edu> User-Agent: Opera Mail/9.64 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Cc: Subject: Re: FreeBSD 7.2-RC1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 08:31:09 -0000 Am 17.04.2009, 19:15 Uhr, schrieb Ken Smith : > The first of two planned Release Candidates for the FreeBSD 7.2-RELEASE > cycle is now available. Testing of some of the recent work would be > particularly appreciated. This includes: Can one peek at the release notes already? The /relnotes.html main links point to empty documents, the snapshots point to 7.0 release notes. Particularly, can FreeBSD 7.2 support 256-byte inodes in ext2fs? -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 13:11:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E30106566C for ; Fri, 24 Apr 2009 13:11:05 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 9A1068FC0A for ; Fri, 24 Apr 2009 13:11:04 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 14496 invoked by uid 89); 24 Apr 2009 13:11:02 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 24 Apr 2009 13:11:02 -0000 Date: Fri, 24 Apr 2009 15:11:02 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090424151102.970570fa.lehmann@ans-netz.de> In-Reply-To: <1240463479.2142.21.camel@balrog.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 13:11:05 -0000 Hi Robert, there is one problem left here. When changing from inside X11 to the console (Ctrl+F1), and then changing back to X11 (Alt+F9), the the monitor keeps being black. From a remote login I can see, that Xorg is now unkillable and eats all my CPU. dmesg shows: info: [drm] wait idle failed status : 0xA0003030 0x00000003 over and over (looks like the buffer can only keep 1090 lines ;)) All I'm left with is rebooting the system :( -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 15:11:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id BD24810656A4 for ; Fri, 24 Apr 2009 15:11:47 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id DF9C01576AF for ; Fri, 24 Apr 2009 15:11:33 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 2156 invoked from network); 24 Apr 2009 15:11:33 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 24 Apr 2009 15:11:33 -0000 Message-ID: <49F1D6A5.7070400@freebsd.org> Date: Fri, 24 Apr 2009 08:11:33 -0700 From: Colin Percival User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Looking for FreeBSD Update mirrors for 7.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 15:11:48 -0000 Hi all, When 7.1-RELEASE came out, FreeBSD Update was overwhelmed by the burst of traffic as thousands of people tried to upgrade at once. I'd like to make sure this doesn't happen again, so I'm looking for some extra temporary mirror capacity. If you can provide me with (a) 40 GB of disk space, (b) 1 TB of bandwidth (I expect 10+ Mbps for the first few days after the release announcement), (c) an HTTP server (or root/jail access so that I can install one myself), and (d) a firewall rule which blocks outgoing RST packets, for the month of May (depending on when the release happens, I might not need these extra mirrors beyond the middle of the month), please contact me. Extra points if you have a fast disk subsystem, since FreeBSD Update involves serving up lots of small files, and it has been disk seek limited in the past. The requirement (d) results from a bug in phttpget which (I think) caused a lot of failed attempts to upgrade systems to 7.1-RELEASE; I've fixed this bug now, but people upgrading from old releases will still have the buggy phttpget, so for now it's necessary to work around the bug by making sure that RSTs don't get sent (the buggy phttpget dies if a connection is reset instead of retrying it properly). Since I'm sure people will ask: I'm not looking for extra permanent mirrors at the moment. The FreeBSD Update mirroring code currently consists of "Colin sshes into servers and copies bits around from the shell", so until I've made some improvements to that I don't really want to have any more mirrors than necessary. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 15:42:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EE261065670 for ; Fri, 24 Apr 2009 15:42:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 285F98FC1C for ; Fri, 24 Apr 2009 15:42:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so810954fxm.43 for ; Fri, 24 Apr 2009 08:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=BfNx+Z8khjyS7u8cF6bCgfZ/lI5YoCIXG+l+Rd1a8i4=; b=ljlFBDkw9GbpYQm7kA04sVNXvXYIg87tsDBALZpfWzBMbcUsPdR2dTJfrKlLQ2fLKs ST2A64emM7UNrBaElCRDek092bwZ41p/7r//AlJzMe8qcUwn1Q6qczzx+kigkAPvXWqx 729y8bz/R9wTQMeHhPuvnVe66+KY7+t6TK8rw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=uTL0sC+B5dkaTZHd0a/FgFeoyd3+eqMiCRVfJMDYm9aUc8NhZI/yLiyugtiqrbVV4y tzGwjhlcGN1Vk5EX6MX9NR5dTE4ZrnEtMwuW3CxveRltFtU+vU3aOtxRtLjK12es8LoW fgUSpxImSxhxv5HmOfXOKxDJPi+lGWJJc/uEg= MIME-Version: 1.0 Received: by 10.103.93.18 with SMTP id v18mr1337809mul.111.1240587760865; Fri, 24 Apr 2009 08:42:40 -0700 (PDT) Date: Fri, 24 Apr 2009 19:42:40 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: policy for dumpdev in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 15:42:42 -0000 Hi. I noticed that dumpdev in defaults/rc.conf was initially to be set to "AUTO" in -current only, and to be switched back to "NO" after creating a new stable branch (to be "NO" in .0 release). Nevertheless it was set to "NO" only just before 6.1 was out, and is currently "AUTO" before 7.2. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 17:22:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 373C3106564A for ; Fri, 24 Apr 2009 17:22:08 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id F0B8E8FC15 for ; Fri, 24 Apr 2009 17:22:07 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3OHM0Pk089296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 13:22:00 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090424151102.970570fa.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-q6LhoA+/f0S3v9FeTaM3" Organization: FreeBSD Date: Fri, 24 Apr 2009 12:21:46 -0500 Message-Id: <1240593706.2142.38.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 17:22:08 -0000 --=-q6LhoA+/f0S3v9FeTaM3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-24 at 15:11 +0200, Oliver Lehmann wrote: > Hi Robert, >=20 > there is one problem left here. When changing from inside X11 to the > console (Ctrl+F1), and then changing back to X11 (Alt+F9), the the > monitor keeps being black. From a remote login I can see, that Xorg is > now unkillable and eats all my CPU. dmesg shows: >=20 > info: [drm] wait idle failed status : 0xA0003030 0x00000003 >=20 > over and over (looks like the buffer can only keep 1090 lines ;)) >=20 > All I'm left with is rebooting the system :( Which chip is this with? Vt switching seems fine for me on x1650 and HD 3850. I don't think that I have anything substantial in my tree that isn't in -STABLE for ATI. robert. --=20 Robert Noland FreeBSD --=-q6LhoA+/f0S3v9FeTaM3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknx9SoACgkQM4TrQ4qfROOX8QCggEpVVzWMmJhf9+KGZxYsruot mMgAnREiWM6a1NgEZaZj3TF/VnQqxOoA =NOyJ -----END PGP SIGNATURE----- --=-q6LhoA+/f0S3v9FeTaM3-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 17:52:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 715EF1065678 for ; Fri, 24 Apr 2009 17:52:10 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id BA3948FC19 for ; Fri, 24 Apr 2009 17:52:09 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 25827 invoked by uid 89); 24 Apr 2009 17:52:07 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 24 Apr 2009 17:52:07 -0000 Date: Fri, 24 Apr 2009 19:52:05 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090424195205.73a2cf44.lehmann@ans-netz.de> In-Reply-To: <1240593706.2142.38.camel@balrog.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 17:52:10 -0000 Hi Robert, Robert Noland wrote: > On Fri, 2009-04-24 at 15:11 +0200, Oliver Lehmann wrote: > > > > info: [drm] wait idle failed status : 0xA0003030 0x00000003 > > Which chip is this with? vgapci0@pci0:1:0:0: class=0x030000 card=0x00281787 chip=0x95151002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = display subclass = VGA -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 17:58:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1CCC106566B for ; Fri, 24 Apr 2009 17:58:29 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 519D18FC15 for ; Fri, 24 Apr 2009 17:58:29 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3OFL1B6009410 for ; Sat, 25 Apr 2009 01:21:01 +1000 Received: from [114.76.224.143] (c114-76-224-143.farfl3.nsw.optusnet.com.au [114.76.224.143]) (authenticated sender horst.burkhardt) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3OFKvkn006484; Sat, 25 Apr 2009 01:20:58 +1000 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: FreeBSD-STABLE Mailing List , FreeBSD PowerPC ML Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-JN71o1LJpx/vKOig0g1n" Date: Sat, 25 Apr 2009 01:21:18 +1000 Message-Id: <1240586478.2433.2004.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 Cc: Sebastian Freundt Subject: magic disappearing coredumps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 17:58:30 -0000 --=-JN71o1LJpx/vKOig0g1n Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm trying to debug a piece of software. It dumps a core file which mysteriously vanishes. it's not in the program directory, nor my $HOME, nor /var/crash nor /var/core ... Deliberately crashing /bin/sh also results in a core file which turns up nowhere on my filesystem. Crossposting to -stable and -ppc because i'm uncertain whether this is a ppc issue or a bsd issue or simple operator incompetence. I apologise if the answer is something that was a google away. -- Horst --=-JN71o1LJpx/vKOig0g1n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAknx2O4ACgkQRtTtv0BbTe4xqwCeId+d4Ia9p+IAWwLuCacO+TIA GtcAnRunEE+ePQz35VPp8TGNm674gGtL =9R1U -----END PGP SIGNATURE----- --=-JN71o1LJpx/vKOig0g1n-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 18:06:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7397210656CC for ; Fri, 24 Apr 2009 18:06:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3512D8FC21 for ; Fri, 24 Apr 2009 18:06:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3OI6WEB089557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 14:06:32 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090424195205.73a2cf44.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-egH4J+HorOGDTNU/1Nts" Organization: FreeBSD Date: Fri, 24 Apr 2009 13:06:18 -0500 Message-Id: <1240596378.2142.45.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 18:06:41 -0000 --=-egH4J+HorOGDTNU/1Nts Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-24 at 19:52 +0200, Oliver Lehmann wrote: > Hi Robert, >=20 > Robert Noland wrote: >=20 > > On Fri, 2009-04-24 at 15:11 +0200, Oliver Lehmann wrote: > > > > > > info: [drm] wait idle failed status : 0xA0003030 0x00000003 > >=20 > > Which chip is this with?=20 >=20 > vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x00281787 chip=3D0x95151= 002 rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > class =3D display > subclass =3D VGA Hrm, that is an HD 3850... Same as I am running now... Do you have to remain on console for a period of time, or does just switching back and forth crash the gpu? robert. >=20 --=20 Robert Noland FreeBSD --=-egH4J+HorOGDTNU/1Nts Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknx/5oACgkQM4TrQ4qfROP1DgCghfbLiIZ24tiiqedfvs0ZsO5f il8AmwcnDbCKXFZoBCHBPlsXXBt0XZn6 =7/MJ -----END PGP SIGNATURE----- --=-egH4J+HorOGDTNU/1Nts-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 18:07:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A3AF106567C; Fri, 24 Apr 2009 18:07:33 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5148E8FC24; Fri, 24 Apr 2009 18:07:33 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1LxPo9-000MEA-BG; Fri, 24 Apr 2009 14:07:29 -0400 Date: Fri, 24 Apr 2009 14:07:29 -0400 From: Gary Palmer To: Horst G?nther Burkhardt III Message-ID: <20090424180729.GA79909@in-addr.com> References: <1240586478.2433.2004.camel@horst-tla> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1240586478.2433.2004.camel@horst-tla> Cc: Sebastian Freundt , FreeBSD-STABLE Mailing List , FreeBSD PowerPC ML Subject: Re: magic disappearing coredumps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 18:07:34 -0000 On Sat, Apr 25, 2009 at 01:21:18AM +1000, Horst G?nther Burkhardt III wrote: > I'm trying to debug a piece of software. It dumps a core file which > mysteriously vanishes. it's not in the program directory, nor my $HOME, > nor /var/crash nor /var/core ... > > Deliberately crashing /bin/sh also results in a core file which turns up > nowhere on my filesystem. > > Crossposting to -stable and -ppc because i'm uncertain whether this is a > ppc issue or a bsd issue or simple operator incompetence. > > I apologise if the answer is something that was a google away. Did you check your ulimit limits to see if your login session actually allows for coredumps to be created? Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 18:30:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 943671065674; Fri, 24 Apr 2009 18:30:09 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 389708FC08; Fri, 24 Apr 2009 18:30:09 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so758476yxb.13 for ; Fri, 24 Apr 2009 11:30:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ONU+KF3457pCkUuTcFMJP8FMmxLW5NSqyYLHoTLa91w=; b=CqvElfZxETTAKlXnlPJwpNhOkrCo4iTKc59WP5qDlJEa2GX5ZeQr9fSw7NlG46KjUD ZqraEbnmYP8QcGA1masTP2buj1MgKh3BIShK7xD/7rn4fCM3JD51XtXQBhIF4XMFLo78 Tg/yxCZPTUhV/8ilQ071VCcfyloEWaCWL6Jng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=kSx/SxxJModeNvBRRNVKOBTMMEqmrH04thbHiVSWIGdH/NGRRMd+YlSxaDPEwpl9y4 wQgEjdovO33jqkM01fgHZdCF7YNPZq3Qku7EF5BiIPVDHnLBlc5QkaMhv+aCUAs6XiM4 w9JOOj9uByWvxIHiEPmR96GT6zOzI45FgsV8c= MIME-Version: 1.0 Received: by 10.100.10.15 with SMTP id 15mr3464484anj.107.1240596266207; Fri, 24 Apr 2009 11:04:26 -0700 (PDT) In-Reply-To: <1240586478.2433.2004.camel@horst-tla> References: <1240586478.2433.2004.camel@horst-tla> Date: Fri, 24 Apr 2009 14:04:26 -0400 Message-ID: <8cb6106e0904241104n74d4739fi89c9ed05da001053@mail.gmail.com> From: Josh Carroll To: =?ISO-8859-1?Q?Horst_G=FCnther_Burkhardt_III?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Sebastian Freundt , FreeBSD-STABLE Mailing List , FreeBSD PowerPC ML Subject: Re: magic disappearing coredumps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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, 24 Apr 2009 18:30:10 -0000 On Fri, Apr 24, 2009 at 11:21 AM, Horst G=FCnther Burkhardt III wrote: > I'm trying to debug a piece of software. It dumps a core file which > mysteriously vanishes. it's not in the program directory, nor my $HOME, > nor /var/crash nor /var/core ... > > Deliberately crashing /bin/sh also results in a core file which turns up > nowhere on my filesystem. > > Crossposting to -stable and -ppc because i'm uncertain whether this is a > ppc issue or a bsd issue or simple operator incompetence. > > I apologise if the answer is something that was a google away. > > -- Horst > Have you limited the coredumpsize to 0 by chance? What output do you get fr= om: limits | grep core or perhaps: ulimit -a | grep core Regards, Josh From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 18:32:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1AC1065673 for ; Fri, 24 Apr 2009 18:32:01 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id DB4688FC25 for ; Fri, 24 Apr 2009 18:32:00 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so751516ana.13 for ; Fri, 24 Apr 2009 11:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TzQKJNBC7HTwoFL6PPcojac58OsAQu1EoVBAU7EVkyU=; b=qvhZfEuWiVQSHhyt+2ZO/e+qm8OGrI63pSBeJNGULONyp/bU57GEguwfNzZQ6YpeO5 Tjcc8nZz98r5owWViL0UTzCFDCzC6YIZjjdqV7UWH06S8NROGNzIq2jDMTQ0f3+/yguT 6tAMmb2/dkL1855BtqA7rQ9JLVU0WlbzYaqg8= 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=Zy1E6OR55ZT8rAN810r4WHIJM5Dfj1ugB8E/kyvKUEkHWgEodVv1LHQZjNnBR0U3eJ 0MY7rICRqlqAhWZ+tHlccgTcbcu14XLwE24aeho7i7sB14qFh5052fPvZOMM8s+tIp+P txcOWXxwV+U3+3kWNudy8kZjCaMLzx4mpfGFo= MIME-Version: 1.0 Received: by 10.100.171.15 with SMTP id t15mr3487525ane.99.1240596587811; Fri, 24 Apr 2009 11:09:47 -0700 (PDT) In-Reply-To: <1240586478.2433.2004.camel@horst-tla> References: <1240586478.2433.2004.camel@horst-tla> Date: Fri, 24 Apr 2009 14:09:47 -0400 Message-ID: <4ad871310904241109qbf37b44pa414db7ec2f32c0c@mail.gmail.com> From: Glen Barber To: =?ISO-8859-1?Q?Horst_G=FCnther_Burkhardt_III?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-STABLE Mailing List Subject: Re: magic disappearing coredumps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 18:32:01 -0000 On Fri, Apr 24, 2009 at 11:21 AM, Horst G=FCnther Burkhardt III wrote: > I'm trying to debug a piece of software. It dumps a core file which > mysteriously vanishes. it's not in the program directory, nor my $HOME, > nor /var/crash nor /var/core ... > > Deliberately crashing /bin/sh also results in a core file which turns up > nowhere on my filesystem. > > Crossposting to -stable and -ppc because i'm uncertain whether this is a > ppc issue or a bsd issue or simple operator incompetence. > > I apologise if the answer is something that was a google away. > Do you disable coredumps in /boot/loader.conf? The following would enable them: kern.coredump=3D1 --=20 Glen Barber From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 18:47:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA08106566C for ; Fri, 24 Apr 2009 18:47:02 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 765B88FC1B for ; Fri, 24 Apr 2009 18:47:02 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LxQQP-0002Ov-3j for freebsd-stable@freebsd.org; Fri, 24 Apr 2009 18:47:01 +0000 Received: from 78-1-171-208.adsl.net.t-com.hr ([78.1.171.208]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Apr 2009 18:47:01 +0000 Received: from ivoras by 78-1-171-208.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Apr 2009 18:47:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 24 Apr 2009 20:46:27 +0200 Lines: 55 Message-ID: References: <49F1D6A5.7070400@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9EA252BA09B9438510A8A414" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-171-208.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <49F1D6A5.7070400@freebsd.org> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Looking for FreeBSD Update mirrors for 7.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 18:47:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9EA252BA09B9438510A8A414 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Colin Percival wrote: > Hi all, >=20 > When 7.1-RELEASE came out, FreeBSD Update was overwhelmed by the burst = of > traffic as thousands of people tried to upgrade at once. I'd like to > make sure > this doesn't happen again, so I'm looking for some extra temporary mirr= or > capacity. How are the servers chosen by freebsd-update? The same question for portsnap. What I'm hinting at is: is there some geography involved? I could provide you with a server in Eastern Europe but it's very badly connected with USA. > Since I'm sure people will ask: I'm not looking for extra permanent > mirrors at > the moment. The FreeBSD Update mirroring code currently consists of "C= olin > sshes into servers and copies bits around from the shell", so until I'v= e > made > some improvements to that I don't really want to have any more mirrors = than > necessary. Hmm, if requests such as these are going to happen often, you probably should. If the front-end needs only HTTP, could you modify the backend so the updates are propagated with rsync and a self-maintained web of update servers can emerge similar to "normal" mirrors? --------------enig9EA252BA09B9438510A8A414 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyCQMACgkQldnAQVacBcjGYACeNC7Qjkrhl4YWhLtM4dQKT54L 0hcAoN9saq/xb84Anq7wIk/p1d5z4ijI =zSi4 -----END PGP SIGNATURE----- --------------enig9EA252BA09B9438510A8A414-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 18:56:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F581065677 for ; Fri, 24 Apr 2009 18:56:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 636D98FC1B for ; Fri, 24 Apr 2009 18:56:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LxQZL-0002o6-OX for freebsd-stable@freebsd.org; Fri, 24 Apr 2009 18:56:15 +0000 Received: from 78-1-171-208.adsl.net.t-com.hr ([78.1.171.208]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Apr 2009 18:56:15 +0000 Received: from ivoras by 78-1-171-208.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Apr 2009 18:56:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 24 Apr 2009 20:55:44 +0200 Lines: 43 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8EF1C211D2B508C945C9C6E0" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-171-208.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Evaluating the performance of a single FreeBSD server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 18:56:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8EF1C211D2B508C945C9C6E0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Michel Di Croci wrote: > colocation environment) and use it as a starting server and runs an Apa= che + > PHP + PostgreSQL (for a long run stable and expandable DB). If it start= s to Even if we forget everything else you said, "Apache + PHP + PostgreSQL" means you have at least ... BOTE calculation ... at least 24 different combinations of how these components interact with each other and each has different performance characteristics. You need to give us much more information before something meaningful can be concluded. In general, 90% of your performance issues will be in the application (PHP code, not PHP itself) and the database (structure, indexes, etc.). Assuming you have a decent application architecture, database schema and enough bandwidth, can you think of a similar already existing web application so people can have a baseline when giving you advice? (Don't think "Google" ... think of a smaller application which can be compared in size to yours). --------------enig8EF1C211D2B508C945C9C6E0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyCzAACgkQldnAQVacBchesACeIFbACZiiP4cbvpEZ0fEayBC3 JYUAniXV1Gh5YEgMgffIYd7ihg3bcb4W =HRUp -----END PGP SIGNATURE----- --------------enig8EF1C211D2B508C945C9C6E0-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 19:01:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D19106570A for ; Fri, 24 Apr 2009 19:01:53 +0000 (UTC) (envelope-from martisch@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode12eth0.rz.Uni-Osnabrueck.DE [131.173.17.152]) by mx1.freebsd.org (Postfix) with ESMTP id 135B98FC0C for ; Fri, 24 Apr 2009 19:01:51 +0000 (UTC) (envelope-from martisch@uos.de) Received: from loki.local (xdslcw214.osnanet.de [89.166.150.214]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id n3OIdjBv027962 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 24 Apr 2009 20:39:47 +0200 Message-Id: From: Martin Schmidt To: freebsd-stable@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-17-298180184; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 24 Apr 2009 20:39:40 +0200 X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.2.365749, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.4.24.182531 (Univ. Osnabrueck) X-PMX-Spam: Gauge=XIIII, Probability=15%, Report=URI_HOSTNAME_CONTAINS_EQUALS 1, CTYPE_MULTIPART_NO_QUOTE 0.5, BODY_SIZE_10000_PLUS 0, ECARD_WORD 0, TO_NO_NAME 0, __BOUNCE_CHALLENGE_SUBJ 0, __C230066_P5 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_VERSION 0, __MSGID_APPLEMAIL 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0, __STOCK_PHRASE_7 0, __TO_MALFORMED_2 0 X-PMX-Spam-Level: XIIII X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: 7.1-STABLE Sun Mar 29 01:06:46 ADT 2009 Locks up ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2009 19:01:53 -0000 --Apple-Mail-17-298180184 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Marc and List, i had similar issues with FreeBSD 7.2-PRERELEASE. Server (zfs,nfs) seems to hang in intervals of about 8 hours. kernel is still there but no connections can be made to nfs/ssh and login on local console doesn't seem to work due to incredible slowness. breaking to the debugger takes a moment but works. (compiling kernel with WITNESS didnt help) the server had been solid before with 7 stable kernel from around 19 October 2008. I now added these lines to /boot/loader.conf hw.pci.enable_msi=0 hw.pci.enable_msix=0 to disable Message Signaled Interrupts. Which are used by the 3ware twa driver and igb network driver on our server. With this the server had run 3 days with no hangs. I then enabled msi again and had a hang within 24 hours. Disabled again and now the server is online without an issue for 6 days. Im not 100% sure yet if this really is the sole source of the problems (e.g. workload might be another factor). But i guess its worth a try to check if it might help you too. If this is a known problem or there are any other hints to solve this problem or if the server configuration just seems wrong, i appreciate the feedback. regards, Martin pciconf (with msi): hostb0@pci0:0:0:0: class=0x060000 card=0xa28015d9 chip=0x40038086 rev=0x20 hdr=0x00 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[6c] = PCI-Express 2 root port pcib1@pci0:0:1:0: class=0x060400 card=0xa28015d9 chip=0x40218086 rev=0x20 hdr=0x01 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[6c] = PCI-Express 2 root port cap 0d[b0] = PCI Bridge card=0xa28015d9 pcib2@pci0:0:3:0: class=0x060400 card=0xa28015d9 chip=0x40238086 rev=0x20 hdr=0x01 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[6c] = PCI-Express 2 root port cap 0d[b0] = PCI Bridge card=0xa28015d9 pcib3@pci0:0:5:0: class=0x060400 card=0xa28015d9 chip=0x40258086 rev=0x20 hdr=0x01 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[6c] = PCI-Express 2 root port cap 0d[b0] = PCI Bridge card=0xa28015d9 pcib4@pci0:0:7:0: class=0x060400 card=0xa28015d9 chip=0x40278086 rev=0x20 hdr=0x01 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[6c] = PCI-Express 2 root port cap 0d[b0] = PCI Bridge card=0xa28015d9 pcib8@pci0:0:9:0: class=0x060400 card=0xa28015d9 chip=0x40298086 rev=0x20 hdr=0x01 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[6c] = PCI-Express 2 root port cap 0d[b0] = PCI Bridge card=0xa28015d9 none0@pci0:0:15:0: class=0x088000 card=0xa28015d9 chip=0x402f8086 rev=0x20 hdr=0x00 cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 11[58] = MSI-X supports 4 messages in map 0x10 cap 10[6c] = PCI-Express 2 type 0 hostb1@pci0:0:16:0: class=0x060000 card=0xa28015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb2@pci0:0:16:1: class=0x060000 card=0xa28015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb3@pci0:0:16:2: class=0x060000 card=0xa28015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb4@pci0:0:16:3: class=0x060000 card=0xa28015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb5@pci0:0:16:4: class=0x060000 card=0xa28015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb6@pci0:0:17:0: class=0x060000 card=0xa28015d9 chip=0x40318086 rev=0x20 hdr=0x00 hostb7@pci0:0:21:0: class=0x060000 card=0xa28015d9 chip=0x40358086 rev=0x20 hdr=0x00 hostb8@pci0:0:21:1: class=0x060000 card=0xa28015d9 chip=0x40358086 rev=0x20 hdr=0x00 hostb9@pci0:0:22:0: class=0x060000 card=0xa28015d9 chip=0x40368086 rev=0x20 hdr=0x00 hostb10@pci0:0:22:1: class=0x060000 card=0xa28015d9 chip=0x40368086 rev=0x20 hdr=0x00 pcib9@pci0:0:28:0: class=0x060400 card=0xa28015d9 chip=0x26908086 rev=0x09 hdr=0x01 cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0xa28015d9 cap 01[a0] = powerspec 2 supports D0 D3 current D0 uhci0@pci0:0:29:0: class=0x0c0300 card=0xa28015d9 chip=0x26888086 rev=0x09 hdr=0x00 uhci1@pci0:0:29:1: class=0x0c0300 card=0xa28015d9 chip=0x26898086 rev=0x09 hdr=0x00 uhci2@pci0:0:29:2: class=0x0c0300 card=0xa28015d9 chip=0x268a8086 rev=0x09 hdr=0x00 ehci0@pci0:0:29:7: class=0x0c0320 card=0xa28015d9 chip=0x268c8086 rev=0x09 hdr=0x00 cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib10@pci0:0:30:0: class=0x060401 card=0xa28015d9 chip=0x244e8086 rev=0xd9 hdr=0x01 cap 0d[50] = PCI Bridge card=0xa28015d9 isab0@pci0:0:31:0: class=0x060100 card=0xa28015d9 chip=0x26708086 rev=0x09 hdr=0x00 atapci0@pci0:0:31:1: class=0x01018a card=0xa28015d9 chip=0x269e8086 rev=0x09 hdr=0x00 atapci1@pci0:0:31:2: class=0x010601 card=0xa28015d9 chip=0x26818086 rev=0x09 hdr=0x00 cap 01[70] = powerspec 2 supports D0 D3 current D0 cap 12[a8] = unknown none1@pci0:0:31:3: class=0x0c0500 card=0xa28015d9 chip=0x269b8086 rev=0x09 hdr=0x00 twa0@pci0:1:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 32 messages, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint pcib5@pci0:4:0:0: class=0x060400 card=0xa28015d9 chip=0x35008086 rev=0x01 hdr=0x01 cap 10[44] = PCI-Express 1 upstream port cap 01[70] = powerspec 2 supports D0 D3 current D0 cap 0d[80] = PCI Bridge card=0xa28015d9 pcib7@pci0:4:0:3: class=0x060400 card=0xa28015d9 chip=0x350c8086 rev=0x01 hdr=0x01 cap 10[44] = PCI-Express 1 PCI bridge cap 01[6c] = powerspec 2 supports D0 D3 current D0 cap 0d[80] = PCI Bridge card=0xa28015d9 cap 07[d8] = PCI-X bridge supports pcib6@pci0:5:0:0: class=0x060400 card=0xa28015d9 chip=0x35108086 rev=0x01 hdr=0x01 cap 10[44] = PCI-Express 1 downstream port cap 05[60] = MSI supports 1 message, 64 bit cap 01[70] = powerspec 2 supports D0 D3 current D0 cap 0d[80] = PCI Bridge card=0xa28015d9 twa1@pci0:6:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 32 messages, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint igb0@pci0:8:0:0: class=0x020000 card=0x10a715d9 chip=0x10a78086 rev=0x02 hdr=0x00 cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 11[60] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint igb1@pci0:8:0:1: class=0x020000 card=0x10a715d9 chip=0x10a78086 rev=0x02 hdr=0x00 cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 11[60] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint vgapci0@pci0:10:1:0: class=0x030000 card=0xa28015d9 chip=0x515e1002 rev=0x02 hdr=0x00 cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 vmstat -i (with msi): mstat -i interrupt total rate irq1: atkbd0 2 0 irq14: ata0 216 0 irq17: atapci1 172855 200 irq23: ehci0 12 0 irq48: twa0 1472 1 irq54: twa1 1895 2 cpu0: timer 1722548 1998 irq256: igb0 772 0 irq257: igb0 2673 3 irq258: igb0 485 0 irq259: igb0 2121 2 irq260: igb0 1319 1 irq261: igb0 2 0 cpu1: timer 1714417 1988 cpu2: timer 1713997 1988 cpu3: timer 1714220 1988 Total 7049006 8177 vmstat -i (without msi): interrupt total rate irq1: atkbd0 2 0 irq14: ata0 216 0 irq17: atapci1 210359 536 irq23: ehci0 11 0 irq48: twa0 1331 3 irq54: twa1 1751 4 irq56: igb0 3733 9 cpu0: timer 783575 1998 cpu1: timer 775435 1978 cpu2: timer 775251 1977 cpu3: timer 775364 1977 Total 3327028 8487 dmesg (without msi): Copyright (c) 1992-2009 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 7.2-PRERELEASE #6: Mon Apr 13 13:30:07 CEST 2009 adm...@space.neurobiopsychologie.Uni-Osnabrueck.DE:/usr/obj/usr/ src/sys/SPACE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.51-MHz K8- class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features = 0xbfebfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP ,MTRR ,PGE ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2 = 0xce3bd > AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4280475648 (4082 MB) avail memory = 4107509760 (3917 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 48 at device 1.0 on pci0 pci1: on pcib1 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem 0xd8000000-0xd9ffffff,0xdc100000-0xdc100fff irq 48 at device 0.0 on pci1 twa0: [ITHREAD] twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=3 twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 4.06.00.004, BIOS BE9X 4.05.00.015 pcib2: irq 50 at device 3.0 on pci0 pci2: on pcib2 pcib3: irq 52 at device 5.0 on pci0 pci3: on pcib3 pcib4: irq 54 at device 7.0 on pci0 pci4: on pcib4 pcib5: irq 54 at device 0.0 on pci4 pci5: on pcib5 pcib6: irq 54 at device 0.0 on pci5 pci6: on pcib6 twa1: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xda000000-0xdbffffff,0xdc400000-0xdc400fff irq 54 at device 0.0 on pci6 twa1: [ITHREAD] twa1: INFO: (0x04: 0x0001): Controller reset occurred: resets=3 twa1: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 4.06.00.004, BIOS BE9X 4.05.00.015 pcib7: at device 0.3 on pci4 pci7: on pcib7 pcib8: irq 56 at device 9.0 on pci0 pci8: on pcib8 igb0: port 0x4000-0x401f mem 0xdc020000-0xdc03ffff,0xdc000000-0xdc01ffff, 0xdc080000-0xdc083fff irq 56 at device 0.0 on pci8 igb0: [FILTER] igb0: Ethernet address: 00:30:48:c2:35:76 igb1: port 0x4020-0x403f mem 0xdc060000-0xdc07ffff,0xdc040000-0xdc05ffff, 0xdc084000-0xdc087fff irq 70 at device 0.1 on pci8 igb1: [FILTER] igb1: Ethernet address: 00:30:48:c2:35:77 pci0: at device 15.0 (no driver attached) pcib9: irq 16 at device 28.0 on pci0 pci9: on pcib9 uhci0: port 0x1800-0x181f irq 20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 21 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 22 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdc704000-0xdc7043ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered ums0: on uhub3 ums0: 3 buttons and Z dir. ukbd0: on uhub3 kbd2 at ukbd0 pcib10: at device 30.0 on pci0 pci10: on pcib10 vgapci0: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xdc200000-0xdc20ffff irq 18 at device 1.0 on pci10 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x18b0-0x18b7,0x18a8-0x18ab, 0x18a0-0x18a7,0x1874-0x1877,0x1880-0x189f mem 0xdc704400-0xdc7047ff irq 17 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 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 IntelliMouse, device ID 3 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 cpu0: on acpi0 ACPI Error (psargs-0459): [\\_SB_.BCMD] Namespace lookup failure, AE_NOT_FOUND ACPI Error (psparse-0626): Method parse/execution failed [\ \_PR_.CPU0._OSC] (Node 0xffffff0001608c20), AE_NOT_FOUND ACPI Error (psparse-0626): Method parse/execution failed [\ \_PR_.CPU0._PDC] (Node 0xffffff0001608c40), AE_NOT_FOUND ACPI Error (psargs-0459): [\\_SB_.BCMD] Namespace lookup failure, AE_NOT_FOUND ACPI Error (psparse-0626): Method parse/execution failed [\ \_PR_.CPU0._OSC] (Node 0xffffff0001608c20), AE_NOT_FOUND coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcd7ff, 0xcd800-0xcf7ff,0xcf800-0xcffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-slave UDMA33 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA300 ipmi0: IPMI device rev. 1, firmware rev. 1.2, version 2.0 ipmi0: Number of channels 8 ipmi0: Attached watchdog da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da1 at twa0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da2 at twa0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 100.000MB/s transfers da2: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da3 at twa0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 100.000MB/s transfers da3: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da4 at twa0 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 100.000MB/s transfers da4: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da5 at twa0 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 100.000MB/s transfers da5: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da6 at twa0 bus 0 target 6 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 100.000MB/s transfers da6: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da7 at twa0 bus 0 target 7 lun 0 da7: Fixed Direct Access SCSI-5 device da7: 100.000MB/s transfers da7: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da8 at twa1 bus 0 target 0 lun 0 da8: Fixed Direct Access SCSI-5 device da8: 100.000MB/s transfers da8: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da9 at twa1 bus 0 target 1 lun 0 da9: Fixed Direct Access SCSI-5 device da9: 100.000MB/s transfers da9: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da10 at twa1 bus 0 target 2 lun 0 da10: Fixed Direct Access SCSI-5 device da10: 100.000MB/s transfers da10: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da11 at twa1 bus 0 target 3 lun 0 da11: Fixed Direct Access SCSI-5 device da11: 100.000MB/s transfers da11: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da12 at twa1 bus 0 target 4 lun 0 da12: Fixed Direct Access SCSI-5 device da12: 100.000MB/s transfers da12: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da13 at twa1 bus 0 target 5 lun 0 da13: Fixed Direct Access SCSI-5 device da13: 100.000MB/s transfers da13: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da14 at twa1 bus 0 target 6 lun 0 da14: Fixed Direct Access SCSI-5 device da14: 100.000MB/s transfers da14: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) da15 at twa1 bus 0 target 7 lun 0 da15: Fixed Direct Access SCSI-5 device da15: 100.000MB/s transfers da15: 715245MB (1464821760 512 byte sectors: 255H 63S/T 91180C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! On Apr 15, 5:15 am, free...@hub.org ("Marc G. Fournier") wrote: > --==========FBEC849F7CF9A3F6439C========== > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > Hi ... > Over the past little while, two of my servers have suddenly started to hang > ... servers that up until this started, have been reasonably rock solid ... > they are generally within a day of each other for source code, and the hardware > on both are pretty much identical (HP Proliant DL360 Servers) ... > I have serial console configured on both so that I can do CR ~ ^b to get to > DDB ... except, when it hangs, all I get is: > "KDB: enter: Break sequence on console" > And it hangs there, no prompt. > I setup a simple script (see attached) to run every 5 minutes that gathers > various pieces of info that I think are pertinent, but most likely don't cover > everything ... > Whenever this happens, on either machine, vmstat show data *like* (notice the > high procs -> w values?): > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy > id > 165 106 2 12699168 33840 3080 38 2 2 3082 1623 0 0 337 36961 4731 > 18 7 75 > 64 75 4 12761744 23084 46809 623 65 43 19307 116 334 0 1189 83674 11708 > 70 20 10 > 1 68 25 12773980 23068 11036 3003 9 36 4055 116 282 0 1336 78346 14869 > 56 16 28 > 0 71 25 12774236 23084 186 769 1 5 18 80 249 0 609 9298 5894 5 > 5 91 > 5 90 31 12747296 23352 626 2546 5 104 1147 368 281 0 1536 40945 19980 > 6 5 90 > Where procs -> w just seems to keep rising ... note that the output for > vmstat *5 minutes before* shows: > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy > id > 35 121 0 12414692 90552 3080 32 2 1 3090 1403 0 0 337 37022 4730 > 18 7 75 > 31 93 0 12314408 62024 36550 414 46 6 34285 27 563 0 916 94851 8813 67 > 33 0 > 43 179 0 12270932 23080 24035 101 41 12 13887 36 375 0 766 61969 6945 > 69 23 7 > 92 44 0 12265524 119804 2122 2028 1 32 13051 1096092 205 0 558 19460 > 4561 19 50 32 > 38 34 0 12330068 89140 30758 103 39 119 37037 2837365 165 0 773 92041 > 7111 47 53 0 > I have one QEMU VPS running on this box, with kqemu running the latest kernel > module ... but the other machine experiencing the same issue is only running > FreeBSD jails ... > Both servers are running SCHED_4BSD, if that matters any ... ? > I'm at a loss as to what to look at / for next ... pointers would be greatly > appreciated ... > I have the various output files that the script generates available if anyone > thinks they would be useful ... > thank you ... > Marc G. Fournier Hub.Org Hosting Solutions S.A. (http://www.hub.org ) > Email . scra...@hub.org MSN . scra...@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 --Apple-Mail-17-298180184-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 19:19:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60287106564A for ; Fri, 24 Apr 2009 19:19:16 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 05FFD8FC17 for ; Fri, 24 Apr 2009 19:19:15 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n3OJJFms029199 for ; Fri, 24 Apr 2009 14:19:15 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Fri Apr 24 14:19:15 2009 Message-ID: <49F210B1.7070300@denninger.net> Date: Fri, 24 Apr 2009 14:19:13 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------070402040509060400070704" X-Antivirus: avast! (VPS 090423-0, 04/23/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Evaluating the performance of a single FreeBSD server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 19:19:16 -0000 This is a multi-part message in MIME format. --------------070402040509060400070704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I agree. Beware high-volume DBMS transaction work. The structure of those SQL transactions is CRITICAL and that can easily be the bottleneck - especially if the indices and structure are poorly designed or simply won't fit in-core for most of the transactions. Ivan Voras wrote: > Michel Di Croci wrote: > > >> colocation environment) and use it as a starting server and runs an Apache + >> PHP + PostgreSQL (for a long run stable and expandable DB). If it starts to >> > > Even if we forget everything else you said, "Apache + PHP + PostgreSQL" > means you have at least ... BOTE calculation ... at least 24 different > combinations of how these components interact with each other and each > has different performance characteristics. > > You need to give us much more information before something meaningful > can be concluded. In general, 90% of your performance issues will be in > the application (PHP code, not PHP itself) and the database (structure, > indexes, etc.). Assuming you have a decent application architecture, > database schema and enough bandwidth, can you think of a similar already > existing web application so people can have a baseline when giving you > advice? (Don't think "Google" ... think of a smaller application which > can be compared in size to yours). > > > -- -- Karl Denninger karl@denninger.net --------------070402040509060400070704-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 23:23:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BFBB1065670 for ; Fri, 24 Apr 2009 23:23:51 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id E86888FC1D for ; Fri, 24 Apr 2009 23:23:50 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3ONNkmS077238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Apr 2009 19:23:50 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SamXqkw7P8jr8LIHmCUb" Date: Fri, 24 Apr 2009 19:23:41 -0400 Message-Id: <1240615421.55354.31.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 Subject: FreeBSD 7.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 23:23:52 -0000 --=-SamXqkw7P8jr8LIHmCUb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The second of the two planed Release Candidates for the 7.2-RELEASE cycle is now available. We believe with the exception of the new bce(4) driver not working with lagg(4) all the major issues that have come up from the testing have been addressed. We will work with the vendor to get that issue addressed post-release. At this point we know of no problems big enough to impact the dates for the rest of the release cycle which is here: http://www.freebsd.org/releases/7.2R/schedule.html We will continue to watch for problems both here on this list and in Gnats but hopefully nothing so catastrophic will come up that we would need to alter the schedule. There is one known issue with 7.2-RC2. We switched from KDE3 to KDE4 and during my tests done before uploading the images a problem with package dependencies for KDE4 was discovered. The kdemultimedia4 package has audio/lame as a runtime dependency but that package can not be pre-built due to licensing issues. So the install of kdemultimedia4 fails if you choose to install kde4. The ports folks have been notified and will make the necessary adjustments before the final release. If you would like to test KDE4 installed from the media the easiest approach is most likely this: - select the kde4 metapackage while installing, during the initial install it will install most of kde4 but will fail as mentioned above - post-install install lame using "make install clean" in /usr/ports/audio/lame - insert the install CD, start up sysinstall, and under "Configure" select "Packages" and have it retry installing the kde4 metapackage, it should succeed this time There are other ways to handle getting KDE4 onto a machine post-install, the above is just one possible route. The ISO images and FTP install trees are available on the FreeBSD Mirror sites. Using the primary site as an example: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.2/ where ${arch} is one of amd64 i386, ia64, pc98, or powerpc. The builds for sparc64 just barely finished up and got loaded on ftp-master so they are not widely available yet but should be shortly. Checksums for the ISO images are at the bottom of this message. The amd64 and i386 sets include what should be the final choice for the package set. If you would like to do a source-based update to 7.2-RC2 from an already installed machine you can update your tree to RELENG_7_2 using normal cvsup/csup methods. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-BETA1, or 7.2-RC1 can upgrade as follows: =20 # freebsd-update upgrade -r 7.2-RC2 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =20 # freebsd-update install The system must be rebooted with the newly installed kernel before continui= ng. # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update= to upgrade to FreeBSD 7.2-RC2, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the secon= d invocation of "freebsd-update install", in order to handle differences in t= he system libraries between FreeBSD 6.x and FreeBSD 7.x. Checksums: MD5 (7.2-RC2-amd64-bootonly.iso) =3D ff875ce6a639f7949d24c7dfb5747dbd MD5 (7.2-RC2-amd64-disc1.iso) =3D 0c2536491cc6486a2fc3aef320437c38 MD5 (7.2-RC2-amd64-disc2.iso) =3D 9086fe3c1b6ed9e84fac81102eafa643 MD5 (7.2-RC2-amd64-disc3.iso) =3D 88640837bcc7387e0bec75cd083ec449 MD5 (7.2-RC2-amd64-docs.iso) =3D 617f066938354d22c02faa2320648737 MD5 (7.2-RC2-amd64-dvd1.iso) =3D 392553a9462a1583cab9e9af0c20f575 MD5 (7.2-RC2-amd64-livefs.iso) =3D 40e1e0c3e962ebe20feb83fd8dbc6e10 MD5 (7.2-RC2-i386-bootonly.iso) =3D 76924f1ddd0364320b8c36f198a278c0 MD5 (7.2-RC2-i386-disc1.iso) =3D 32e4cf44a59892bc434523b34aaa4ab7 MD5 (7.2-RC2-i386-disc2.iso) =3D 1d6c89d38af82446727dc1924b024237 MD5 (7.2-RC2-i386-disc3.iso) =3D 575174833393681222a421ce179126c4 MD5 (7.2-RC2-i386-docs.iso) =3D d1d268d40585bd3b802edc63ce10c2d0 MD5 (7.2-RC2-i386-dvd1.iso) =3D e26fd0bb7774af5dd94e96d0c15811dd MD5 (7.2-RC2-i386-livefs.iso) =3D d619255070d77dc539c2f661612748d3 MD5 (7.2-RC2-ia64-bootonly.iso) =3D e981dceea8df6e0f44aa5f51560fe992 MD5 (7.2-RC2-ia64-disc1.iso) =3D 3e9bd7d64b629625a60adb9adf373a24 MD5 (7.2-RC2-ia64-disc2.iso) =3D d30ea19b5aa831836c523619be5c925f MD5 (7.2-RC2-ia64-disc3.iso) =3D 438d0add084c04b10c91b0eecef7b117 MD5 (7.2-RC2-ia64-docs.iso) =3D 14af31d561ec480d8a00afa81bc9c5dd MD5 (7.2-RC2-ia64-livefs.iso) =3D 80a7a5cbe26fdf2c70825e659cd1a035 MD5 (7.2-RC2-pc98-bootonly.iso) =3D b7915211826ca09813b4aa08574c04f1 MD5 (7.2-RC2-pc98-disc1.iso) =3D 668f2fa947fec6a47eacdc5e60afce26 MD5 (7.2-RC2-pc98-livefs.iso) =3D f139461dc887e9c9a2cc37e72a3895a0 MD5 (7.2-RC2-powerpc-bootonly.iso) =3D 0d9f13f383bb3ca8ab203f074c9f52bf MD5 (7.2-RC2-powerpc-disc1.iso) =3D c8f0fd1ddc307b996be9634d4614fa9e MD5 (7.2-RC2-powerpc-disc2.iso) =3D 13afafea5edb6eab636ace3b484613e3 MD5 (7.2-RC2-powerpc-disc3.iso) =3D f98ac534b43da395588b7ecc9baa6e2c MD5 (7.2-RC2-powerpc-docs.iso) =3D b4d2198a14d4df52934a1a9945b21a5a MD5 (7.2-RC2-sparc64-bootonly.iso) =3D a23a0a1939512b0aabd2b1cd69965edf MD5 (7.2-RC2-sparc64-disc1.iso) =3D 7cda09bbc7fccb21eb8b1c53f3a0839c MD5 (7.2-RC2-sparc64-disc2.iso) =3D 84ab30153c090708c7a045d1d0ea948f MD5 (7.2-RC2-sparc64-disc3.iso) =3D 6a0580e55194c1106ac529154105bba7 MD5 (7.2-RC2-sparc64-docs.iso) =3D 9c2def8858cc9290cd8c888f9c123002 SHA256 (7.2-RC2-amd64-bootonly.iso) =3D f6db4b270a25f49403b032fd26917f84ec3= a56ac130bebd2a2f5fe0d10dd3831 SHA256 (7.2-RC2-amd64-disc1.iso) =3D 01111a9f053f0804fbb18f3e9ce4dd2233e762= e83b5fe5fd3b968d85656fedc9 SHA256 (7.2-RC2-amd64-disc2.iso) =3D bc42569435d5ad3ffcc428b82ff9735bf4875f= 5a902a43a7467bc45b1d0b68cb SHA256 (7.2-RC2-amd64-disc3.iso) =3D 295ca90a67d01fa79b12fda55554e2db88b1ed= 5317477d01c5d8c219b5cac011 SHA256 (7.2-RC2-amd64-docs.iso) =3D ad6f7f03e9d1a86e01869bf393e8a8d8d1ff6b6= 6a430a5685631015a99335bc7 SHA256 (7.2-RC2-amd64-dvd1.iso) =3D 84a9c561fc11c64ce6cfcd98afa95a6e5e255ed= 4ad431672a1d39602f6c47921 SHA256 (7.2-RC2-amd64-livefs.iso) =3D 2cb6000b04905edc2dc3d3d9f892ef4d88373= ab87ed2baa12b62713fb382356a SHA256 (7.2-RC2-i386-bootonly.iso) =3D 42e01823d398f00f8bc75223fdd332288074= 357e0d9dd276cc21a9deb6236a84 SHA256 (7.2-RC2-i386-disc1.iso) =3D c484d3c2b59238b1e3485b986c6c12e42abe73d= e66b6a8a2f0bc2a471b4d7850 SHA256 (7.2-RC2-i386-disc2.iso) =3D 9e500ec3a14434580a2f84afd3fd4e12cd70bde= 1b00258966c799353350bd856 SHA256 (7.2-RC2-i386-disc3.iso) =3D 6bb9999234ed16f0a013e042c2d3c3064a029c1= d99e80e7df9f2e9fe58b10bec SHA256 (7.2-RC2-i386-docs.iso) =3D 3898d5782f8523fbc2840112f4fd8974aadbc0c3= fde96f84254f911bb741a56c SHA256 (7.2-RC2-i386-dvd1.iso) =3D 8dc78e1009c04afe970cacf8ddc4d85a2ad60a8a= ee942159d7d59abd35f90e1d SHA256 (7.2-RC2-i386-livefs.iso) =3D a5a96df728b5a89353cdd6c96cdd31bcf3d2eb= 3f1a1986fa971d8ccaa2c23bc1 SHA256 (7.2-RC2-ia64-bootonly.iso) =3D 6e5aa2bcd0fcd12e6855d86885bf2bcb0921= d621e63e091ce97d5e2f615e2feb SHA256 (7.2-RC2-ia64-disc1.iso) =3D a911d2683a1adb1c67625e20245bd96beaf9335= 41ad158d6d91956eab3ea7b1e SHA256 (7.2-RC2-ia64-disc2.iso) =3D f1c163c1b723d16a81345de254a28c000d6c867= 70560a1031a652572ff9f58a6 SHA256 (7.2-RC2-ia64-disc3.iso) =3D ccef3f2a636b98c17ac97ac6a6aebe87f8bbc33= 17fd72c7d8e7cfbe179180101 SHA256 (7.2-RC2-ia64-docs.iso) =3D 086c423590302439ecdf90f6edf7ed8a07d137b0= 1b8d8f94d2f70874fa968868 SHA256 (7.2-RC2-ia64-livefs.iso) =3D bdd30d85fbc4394249cefd52c4be3b3f4af4d3= 0f4fee76f6f78f2cfab7da246c SHA256 (7.2-RC2-pc98-bootonly.iso) =3D 1b33d61bd84422c5f0678997636daba2c95a= 038345b6776851b1e6f52e4a4ceb SHA256 (7.2-RC2-pc98-disc1.iso) =3D 6bb6185bc86625bb7e40e1ab42b792d21c72659= 0788ed4ffb2c7ab74b804b10f SHA256 (7.2-RC2-pc98-livefs.iso) =3D 1d0f45afb38db0c19616ace415e23123dc33ef= 733d9302a58ff1cf80a9003025 SHA256 (7.2-RC2-powerpc-bootonly.iso) =3D 98353ca2e0a33739ae482444f0411f691= 388bf4a167659a799427cb40b5a43e7 SHA256 (7.2-RC2-powerpc-disc1.iso) =3D 6a760fb61a8a1c93ac3e85a1be6a41595763= dde98f69721f335296fdd15871c4 SHA256 (7.2-RC2-powerpc-disc2.iso) =3D e91e7a1e70141e8adc7b7a7619386d85a0c7= 615d2be98b9d2d69779b9fe83f5e SHA256 (7.2-RC2-powerpc-disc3.iso) =3D c570bf476bef53149bf044291e2be48801b4= 9d1e7d8eea524cc6ddc66b1db42d SHA256 (7.2-RC2-powerpc-docs.iso) =3D 8bf88f3aede27dc6e0c5defa0e87284509a26= 39e8d1432a74d279e77d7f7f720 SHA256 (7.2-RC2-sparc64-bootonly.iso) =3D 1e7446441becf32bb8b3071e0e6ae2e9d= ee15e021d95155e8f7fbd09ce5cc31c SHA256 (7.2-RC2-sparc64-disc1.iso) =3D 2ef711d9f7113bd2bd8b6cd9b6ed19fb0ea0= cff07bb496e5542d7b841893aacf SHA256 (7.2-RC2-sparc64-disc2.iso) =3D 5352a810264e07537a4792d2371eac728959= 30d85f30d9a4abf0761a89fc01b3 SHA256 (7.2-RC2-sparc64-disc3.iso) =3D 9dd96065af1a5819627aaf245bbb6ec98def= c5636d339f4370f11b1b06b83729 SHA256 (7.2-RC2-sparc64-docs.iso) =3D 5a5fa0424bae677ec281b57e6594aee02c2ce= a62b8862f1beb1b106c2936ad68 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-SamXqkw7P8jr8LIHmCUb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknySfAACgkQ/G14VSmup/akAgCdEp5Ziv4qHfn5lL3ovP0iy6uG X/oAn0joSFDMS+HPRQ0ED7wDxWgDnYT+ =eiMP -----END PGP SIGNATURE----- --=-SamXqkw7P8jr8LIHmCUb-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 00:00:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A27C106566C for ; Sat, 25 Apr 2009 00:00:17 +0000 (UTC) (envelope-from bidjan@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id E785E8FC08 for ; Sat, 25 Apr 2009 00:00:16 +0000 (UTC) (envelope-from bidjan@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so861406yxb.13 for ; Fri, 24 Apr 2009 17:00:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/RS4p8aQ+ixpMaj7D+fLkgkkfn1BT6aOI7TnTRuuSb4=; b=OdCVna6Z0ohHs4BIFHmCJ0mRImaxcR16lu/hzNXeLG2GR9yTjSBkN6nYxjUgODD/2C LinTrZObS5kexRGPrAZnPCJM21PP7/hw6lrvG9XwfjvmM3QPcxXcOD909onWxv7LD37K pWwbrFpY9ZdCtqFuN0jy6bjPWiKClqy4AKsfE= 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=r1wnvbRjFM+lV7lKlYM00miov5u3D5J7Sbb02tzmgzkZs5qa8triJ4lz9urqFY6QNx Ct1TOxoRyyCtTbq86LNtJ31bHqaUOs7uTqqWW7K41fmnk11h6jczaoQGddwjjlDd47wC jresrJTUGEF81h8tik2k10sT+BzBMk0wzPYQ0= MIME-Version: 1.0 Received: by 10.151.135.3 with SMTP id m3mr3397009ybn.185.1240615816116; Fri, 24 Apr 2009 16:30:16 -0700 (PDT) In-Reply-To: <1240615421.55354.31.camel@neo.cse.buffalo.edu> References: <1240615421.55354.31.camel@neo.cse.buffalo.edu> Date: Sat, 25 Apr 2009 01:30:16 +0200 Message-ID: From: Pablo Mora To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: FreeBSD 7.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 00:00:17 -0000 On Sat, Apr 25, 2009 at 1:23 AM, Ken Smith wrote= : > > The second of the two planed Release Candidates for the 7.2-RELEASE > cycle is now available. =A0We believe with the exception of the new bce(4= ) > driver not working with lagg(4) all the major issues that have come up > from the testing have been addressed. =A0We will work with the vendor to > get that issue addressed post-release. > > At this point we know of no problems big enough to impact the dates for > the rest of the release cycle which is here: > > =A0http://www.freebsd.org/releases/7.2R/schedule.html > Great news. Thanks a lot for your effort. --=20 ---------------------------------------------------------------------------= --------------------- PGP KeyID: 0xC730A079 Key fingerprint =3D F626 3C47 02F5 E43C 6620 8A1B E7A8 533B C730 A079 gpg --keyserver pgp.mit.edu --recv-keys C730A079 ---------------------------------------------------------------------------= --------------------- ASCII Ribbon Campaign Against HTML e-mail & Microsoft Attachments FreeBSD Since 4.x & unixbsd.blogspot.com maintainer ---------------------------------------------------------------------------= --------------------- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 01:12:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54A24106564A for ; Sat, 25 Apr 2009 01:12:46 +0000 (UTC) (envelope-from newsletter@flyawaysimulation.com) Received: from web2.rbftpnetworks.com (web2.rbftpnetworks.com [195.224.144.73]) by mx1.freebsd.org (Postfix) with ESMTP id DE85B8FC13 for ; Sat, 25 Apr 2009 01:12:45 +0000 (UTC) (envelope-from newsletter@flyawaysimulation.com) Received: from list.flyawaysimulation.com (localhost.localdomain [127.0.0.1]) by web2.rbftpnetworks.com (8.12.11.20060308/8.12.10) with ESMTP id n3OI9kJV011597 for ; Fri, 24 Apr 2009 19:09:46 +0100 Received: (from flyawaylist@localhost) by list.flyawaysimulation.com (8.12.11.20060308/8.12.10/Submit) id n3OI9kJB011595; Fri, 24 Apr 2009 19:09:46 +0100 X-Authentication-Warning: web2.rbftpnetworks.com: flyawaylist set sender to newsletter@flyawaysimulation.com using -f To: freebsd-stable@freebsd.org Date: Fri, 24 Apr 2009 19:09:46 +0100 From: ryan@rbftpnetworks.com Message-ID: <3cb6fb34a325aeeaf3e3cc1581531899@www.list.flyawaysimulation.com> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] X-Mailer: phplist v2.10.3 X-MessageID: 81 X-ListMember: freebsd-stable@freebsd.org Precedence: bulk Errors-To: newsletter@flyawaysimulation.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="iso-8859-1" Subject: Gaming news link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 01:12:46 -0000 Dear Sir / Madam, We are interested in posting our gaming news and information site on your links section. Our site is GamerBeef.com and can be found at http://www.gamerbeef.com Our site includes daily updated gaming news from all genres and consoles, with focus on PC gaming. We also have a new discussion forum, cheats and screenshots section. We would of course offer a link back to your site in return. Let me know your thoughts. Best Regards, Ryan -- Ryan Barclay Managing Director RBFTP Networks Limited. DDI: +44 (0)870 490 1870 WWW: http://www.rbftpnetworks.com RBFTP Networks Limited Registered in England No 05718807 Registered Office: 68 Aldersbrook Road, London, E12 5DL. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 03:54:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63616106564A for ; Sat, 25 Apr 2009 03:54:46 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from blu0-omc2-s3.blu0.hotmail.com (blu0-omc2-s3.blu0.hotmail.com [65.55.111.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5408FC08 for ; Sat, 25 Apr 2009 03:54:46 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from BLU118-W23 ([65.55.111.72]) by blu0-omc2-s3.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 24 Apr 2009 20:42:45 -0700 Message-ID: X-Originating-IP: [83.61.11.151] From: Ruben Lara To: Date: Sat, 25 Apr 2009 03:42:45 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 25 Apr 2009 03:42:45.0596 (UTC) FILETIME=[E542D9C0:01C9C557] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Boot error 16 lba X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 03:54:46 -0000 Hi all=2C All was working fine=2C i reboot and now i get: error 16 lba 752991 No /boot/loader Default: 0:ad(0=2Cad)/boot/kernel/kernel I lose my system? What can i do? Thank you in advance Rub=E9n Lara _________________________________________________________________ =BFQuieres crear tus propios emoticonos gratis? Descubre c=F3mo hacerlo en= el Club Oficial de Messenger =20 http://vivelive.com/ilovemessenger/ = From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 05:21:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24746106564A for ; Sat, 25 Apr 2009 05:21:29 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8908FC0C for ; Sat, 25 Apr 2009 05:21:27 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n3P5LFcu093491; Sat, 25 Apr 2009 15:21:16 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 25 Apr 2009 15:21:15 +1000 (EST) From: Ian Smith To: Ken Smith In-Reply-To: <1240615421.55354.31.camel@neo.cse.buffalo.edu> Message-ID: <20090425150558.N89549@sola.nimnet.asn.au> References: <1240615421.55354.31.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable Subject: Re: FreeBSD 7.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 05:21:29 -0000 On Fri, 24 Apr 2009, Ken Smith wrote: > There is one known issue with 7.2-RC2. We switched from KDE3 to KDE4 Oh, I'd been kinda hoping that wouldn't happen till after release. I guess our KDE folks must reckon it's shaken out enough already now .. Will kde3 still be able to be installed from packages? Will it be a big deal to prefer staying with kde3 (mostly re older small-memory laptops)? Good news on the release schedule though, thanks Ken and RE crew. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 07:23:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40536106566C for ; Sat, 25 Apr 2009 07:23:13 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 863B08FC1C for ; Sat, 25 Apr 2009 07:23:12 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 51123 invoked by uid 89); 25 Apr 2009 07:23:10 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 25 Apr 2009 07:23:10 -0000 Date: Sat, 25 Apr 2009 09:23:10 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090425092310.a0471901.lehmann@ans-netz.de> In-Reply-To: <1240596378.2142.45.camel@balrog.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 07:23:13 -0000 Robert Noland wrote: > Hrm, that is an HD 3850... Same as I am running now... > > Do you have to remain on console for a period of time, or does just > switching back and forth crash the gpu? just switching back is enough. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 08:19:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48DD1106564A for ; Sat, 25 Apr 2009 08:19:11 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 8E5718FC1C for ; Sat, 25 Apr 2009 08:19:10 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 52930 invoked by uid 89); 25 Apr 2009 08:19:09 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 25 Apr 2009 08:19:09 -0000 Date: Sat, 25 Apr 2009 10:19:09 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090425101909.bad0e8b3.lehmann@ans-netz.de> In-Reply-To: <20090425092310.a0471901.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 08:19:11 -0000 Oliver Lehmann wrote: > Robert Noland wrote: > > > Hrm, that is an HD 3850... Same as I am running now... > > > > Do you have to remain on console for a period of time, or does just > > switching back and forth crash the gpu? > > just switching back is enough. I'm not sure if this is important or if this is standard. When switching back to the console I get a "[drm] Resetting GPU" (or something like this) line. And - it is the AGP version as stated in the initial posting of this thread. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 08:49:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CBF8106564A for ; Sat, 25 Apr 2009 08:49:30 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id ED91A8FC16 for ; Sat, 25 Apr 2009 08:49:29 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm6 with SMTP id 6so1085663fxm.43 for ; Sat, 25 Apr 2009 01:49:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=x/D+nB1YsSmFH9w6YfEU+XxItNUNrfwU9BbCnuzFAU8=; b=sBmN6t8rZ/M0BGCLluH/nq6uuyuW+eBhTyhnjzYb5fyVZjKTaf/mUUxQ6sxE7pXrHX M9/71H7U7wajq4gZiiIqRAmKpowfo48GaXu8COj33smMbt9k1i2e821RkeIqSd08DMZR dl7hC20rh141akVWQhz1lKYUsCK9q8hAcLEBk= 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=jUtUnjqnQPu/ITeiW0Tc8/YdGFC1jnqDRL1JtZlxb5CevZSsi9YAUz6qYfqwVJ1YP5 LLA3S3TwIdaRFjJvE7sKRtpgBAxYKeQSiRQvQEKANV6DmqMaCKZ1nQVoPHFP3Xv1jGK+ /pWN/gWoD82aZsoeAuqiGQ7GbzguQk1CsRrGU= MIME-Version: 1.0 Received: by 10.239.133.69 with SMTP id 5mr176479hbu.4.1240649368819; Sat, 25 Apr 2009 01:49:28 -0700 (PDT) In-Reply-To: References: Date: Sat, 25 Apr 2009 10:49:28 +0200 Message-ID: <3a142e750904250149u403cc8a3yc5516c207956d2c1@mail.gmail.com> From: "Paul B. Mahol" To: Ruben Lara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Boot error 16 lba X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 08:49:30 -0000 On 4/25/09, Ruben Lara wrote: > > Hi all, > > All was working fine, i reboot and now i get: > > error 16 lba 752991 > No /boot/loader > > Default: 0:ad(0,ad)/boot/kernel/kernel > > I lose my system? > What can i do? Either your hard disk is dying or something/someone corrupted loader. You can try with loader.old, type on that prompt: /boot/loader.old -- Paul From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 10:12:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87B181065677 for ; Sat, 25 Apr 2009 10:12:19 +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 486E28FC21 for ; Sat, 25 Apr 2009 10:12:18 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.206.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id D806A8A0196 for ; Sat, 25 Apr 2009 12:12:17 +0200 (CEST) Message-ID: <49F2E1FC.6090400@bsdforen.de> Date: Sat, 25 Apr 2009 12:12:12 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: cross compile failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 10:12:19 -0000 I'm trying to build RELENG_7 for i386 on an amd64 machine. I have done this quite often for a long time. It used to work this way: # env MAKEOBJDIRPREFIX=/usr/obj/VECTRA-7 make -j3 buildworld buildkernel TARGET=i386 KERNCONF=VECTRA-7 This is how it fails (pretty late during kernel build): ===> zyd (all) env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 -fno-strict -aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTIO N_HEADERS -include /usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/usr/obj/VECTRA-7/i386/usr/src/sys/VEC TRA-7 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-ext erns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q ual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/zyd/. ./../dev/usb/if_zyd.c ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o :> export_syms awk -f /usr/src/sys/modules/zyd/../../conf/kmod_syms.awk if_zyd.kld export_syms | xargs -J% objcopy % if_zyd.kld ld -Bshareable -d -warn-common -o if_zyd.ko if_zyd.kld objcopy --strip-debug if_zyd.ko 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src. I don't care about the if_zyd module, to be true, but it still keeps me from finishing the build. Funny, though. The situation is even WORSE without -j3: ... cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca st-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 --p aram large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-bound ary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ath/if_ath.c -I/usr/src/sys/dev/ath /usr/src/sys/dev/ath/if_ath.c: In function 'ath_rx_tap': /usr/src/sys/dev/ath/if_ath.c:3414: error: 'const struct ath_rx_status' has no m ember named 'rs_flags' /usr/src/sys/dev/ath/if_ath.c:3416: error: 'const struct ath_rx_status' has no m ember named 'rs_flags' *** Error code 1 Stop in /usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. As you can see it breaks early during kernel build. I just recsupped and there've been no changes, so I didn't get my sources in the middle of an update. I rebuilt the amd64 system first, that worked fine. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 10:58:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6443F106564A for ; Sat, 25 Apr 2009 10:58:28 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D36588FC1F for ; Sat, 25 Apr 2009 10:58:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz9 with SMTP id 9so1423352bwz.43 for ; Sat, 25 Apr 2009 03:58:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=41WHsIH/morwFhBAYlkO2zxJlihwojs+vB6VY877VB4=; b=EEBx5sMq+oH1MBQvwANaTIgfAgzQbWf7p/uSd67Ya2ivUEbr7LdvpFXHvrlA67d+yD +SoiCfT5qc5xmmnGwDZthcqY2bOmKH95nIuq9oRjGel4od/rW3q99zUUkuL6QF1xb0// WZx59UzeGNlQslOsTwDuoWuPU5YtkvA/ok2T0= 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=Qa2K5ukdOQaWsQ/dXoXbpYm3FM1Qot0uVSmIQpLdSLnBDGGc0z9he1gd3gzMWHB/4X USjrn3jROWR0JMcYM1xD5RnbG1mKlo1jWQIGbc08Zn/9DeFDKFsXy3OsfDKVxmTqnjgF ZiVIc/0x1gRPN6ye9e8a7Rk5s9iF4SqnSCasE= MIME-Version: 1.0 Received: by 10.103.228.7 with SMTP id f7mr1913570mur.0.1240657106285; Sat, 25 Apr 2009 03:58:26 -0700 (PDT) In-Reply-To: <49F2E1FC.6090400@bsdforen.de> References: <49F2E1FC.6090400@bsdforen.de> Date: Sat, 25 Apr 2009 03:58:26 -0700 Message-ID: From: pluknet To: Dominic Fandrey Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: cross compile failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 10:58:28 -0000 2009/4/25 Dominic Fandrey : > I'm trying to build RELENG_7 for i386 on an amd64 machine. > I have done this quite often for a long time. It used to work this way: > > # env MAKEOBJDIRPREFIX=3D/usr/obj/VECTRA-7 make -j3 buildworld buildkerne= l TARGET=3Di386 KERNCONF=3DVECTRA-7 > > This is how it fails (pretty late during kernel build): > =3D=3D=3D> zyd (all) > env CCACHE_PREFIX=3D/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 -f= no-strict > -aliasing -pipe =A0-D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc =A0 -DHAVE= _KERNEL_OPTIO > N_HEADERS -include /usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7/opt_global= .h -I. > -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D1= 00 --param > large-function-growth=3D1000 -fno-common =A0-I/usr/obj/VECTRA-7/i386/usr/= src/sys/VEC > TRA-7 -mno-align-long-strings -mpreferred-stack-boundary=3D2 =A0-mno-mmx = -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnes= ted-ext > erns -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline= -Wcast-q > ual =A0-Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modu= les/zyd/. > ./../dev/usb/if_zyd.c > ld =A0-d -warn-common -r -d -o if_zyd.kld if_zyd.o > :> export_syms > awk -f /usr/src/sys/modules/zyd/../../conf/kmod_syms.awk if_zyd.kld =A0ex= port_syms > =A0| xargs -J% objcopy % if_zyd.kld > ld -Bshareable =A0-d -warn-common -o if_zyd.ko if_zyd.kld > objcopy --strip-debug if_zyd.ko > 1 error > *** Error code 2 > 1 error > *** Error code 2 > > Stop in /usr/src. > > I don't care about the if_zyd module, to be true, but it still > keeps me from finishing the build. > The -j3 build option hides the actual build error. > Funny, though. The situation is even WORSE without -j3: > ... > cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-d= ecls -Wnested > -externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Win= line -Wca > st-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I.= -I/usr/src > /sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -= include > =A0opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --p > aram large-function-growth=3D1000 =A0-mno-align-long-strings -mpreferred-= stack-bound > ary=3D2 =A0-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestandin= g -Werror > /usr/src/sys/dev/ath/if_ath.c -I/usr/src/sys/dev/ath > /usr/src/sys/dev/ath/if_ath.c: In function 'ath_rx_tap': > /usr/src/sys/dev/ath/if_ath.c:3414: error: 'const struct ath_rx_status' h= as no m > ember named 'rs_flags' > /usr/src/sys/dev/ath/if_ath.c:3416: error: 'const struct ath_rx_status' h= as no m > ember named 'rs_flags' > *** Error code 1 > > Stop in /usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > As you can see it breaks early during kernel build. > > I just recsupped and there've been no changes, so I didn't get > my sources in the middle of an update. > Since March/12 you need the AH_SUPPORT_AR5416 kernel configuration option (which is a prerequisite, actually). See also src/UPDATING. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 11:20:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E62C1065675 for ; Sat, 25 Apr 2009 11:20:48 +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 B71018FC0C for ; Sat, 25 Apr 2009 11:20:47 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.206.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 1CB638A00D1; Sat, 25 Apr 2009 13:20:45 +0200 (CEST) Message-ID: <49F2F209.3090909@bsdforen.de> Date: Sat, 25 Apr 2009 13:20:41 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: pluknet References: <49F2E1FC.6090400@bsdforen.de> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: cross compile failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 11:20:48 -0000 pluknet wrote: > 2009/4/25 Dominic Fandrey : >> I'm trying to build RELENG_7 for i386 on an amd64 machine. >> I have done this quite often for a long time. It used to work this way: >> >> # env MAKEOBJDIRPREFIX=/usr/obj/VECTRA-7 make -j3 buildworld buildkernel TARGET=i386 KERNCONF=VECTRA-7 >> >> This is how it fails (pretty late during kernel build): >> ===> zyd (all) >> env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 -fno-strict >> -aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTIO >> N_HEADERS -include /usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7/opt_global.h -I. >> -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -I/usr/obj/VECTRA-7/i386/usr/src/sys/VEC >> TRA-7 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow >> -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-ext >> erns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q >> ual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/zyd/. >> ./../dev/usb/if_zyd.c >> ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o >> :> export_syms >> awk -f /usr/src/sys/modules/zyd/../../conf/kmod_syms.awk if_zyd.kld export_syms >> | xargs -J% objcopy % if_zyd.kld >> ld -Bshareable -d -warn-common -o if_zyd.ko if_zyd.kld >> objcopy --strip-debug if_zyd.ko >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> >> Stop in /usr/src. >> >> I don't care about the if_zyd module, to be true, but it still >> keeps me from finishing the build. >> > > The -j3 build option hides the actual build error. > >> Funny, though. The situation is even WORSE without -j3: >> ... >> cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested >> -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca >> st-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 --p >> aram large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-bound >> ary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror >> /usr/src/sys/dev/ath/if_ath.c -I/usr/src/sys/dev/ath >> /usr/src/sys/dev/ath/if_ath.c: In function 'ath_rx_tap': >> /usr/src/sys/dev/ath/if_ath.c:3414: error: 'const struct ath_rx_status' has no m >> ember named 'rs_flags' >> /usr/src/sys/dev/ath/if_ath.c:3416: error: 'const struct ath_rx_status' has no m >> ember named 'rs_flags' >> *** Error code 1 >> >> Stop in /usr/obj/VECTRA-7/i386/usr/src/sys/VECTRA-7. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> >> >> As you can see it breaks early during kernel build. >> >> I just recsupped and there've been no changes, so I didn't get >> my sources in the middle of an update. >> > > Since March/12 you need the AH_SUPPORT_AR5416 kernel > configuration option (which is a prerequisite, actually). > See also src/UPDATING. > > I actually read this, but I didn't figure that I have to remove the lines device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath from my kernel config. I'm on a retry, thanks for the hint. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 12:21:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77AE3106567C; Sat, 25 Apr 2009 12:21:13 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx30.mail.ru (mx30.mail.ru [94.100.176.44]) by mx1.freebsd.org (Postfix) with ESMTP id 318A28FC33; Sat, 25 Apr 2009 12:21:13 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=47879 helo=arti.pioneernet.lan) by mx30.mail.ru with asmtp id 1LxgsZ-000P5x-00; Sat, 25 Apr 2009 16:21:11 +0400 From: Artem Kim To: freebsd-x11@freebsd.org Date: Sat, 25 Apr 2009 16:24:33 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <1238735828.65025.5.camel@balrog.2hip.net> In-Reply-To: <1238735828.65025.5.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904251624.34096.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 12:21:13 -0000 I checked 7.2 RC2 problem still here. I found a way to reproduce the problem easily. I used KDE 4.2.2 composite manager is enabled. The problem occurs when two applications run in a way that their window to appear at the same time. I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) and Radeon X550 (AMD64 SMP). From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 14:34:10 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C97CE106566B for ; Sat, 25 Apr 2009 14:34:10 +0000 (UTC) (envelope-from freebsd@jongel.net) Received: from jongel.net (c-83-233-12-113.cust.bredband2.com [83.233.12.113]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4848FC0C for ; Sat, 25 Apr 2009 14:34:10 +0000 (UTC) (envelope-from freebsd@jongel.net) Received: from [10.1.0.254] ([10.1.0.254]) by jongel.net (8.14.3/8.14.3) with ESMTP id n3PEJZwP002759 for ; Sat, 25 Apr 2009 16:19:35 +0200 (CEST) (envelope-from freebsd@jongel.net) Message-Id: <196E4005-25E9-4C46-99BD-8F717849703F@jongel.net> From: =?ISO-8859-1?Q?Jonas_B=FClow?= To: FreeBSD-stable@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 25 Apr 2009 16:19:34 +0200 X-Mailer: Apple Mail (2.930.3) Cc: Subject: ipfilter seems to be broken on 7.2-PRERELEASE as of April 25:th 2009. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 14:34:11 -0000 Hi, Today I updated one of my servers tracking freebsd 7-stable. (7.2- PRERELEASE #3: Sat Apr 25 10:01:00 CEST 2009). After reboot it was not reachable from the network. After some troubleshooting I found that ipfilter seems to be the problem. Returning traffic originating from my host (XXX) is blocked: Apr 25 15:15:23 jongel ipmon[624]: 15:15:23.766972 fxp0 @0:1 b 193.13.15.11,53 -> 10.1.0.254,62539 PR udp len 20 72 IN bad NAT Apr 25 15:15:23 jongel ipmon[624]: 15:15:23.804447 fxp0 @0:1 b 193.13.15.11,53 -> 10.1.0.254,57266 PR udp len 20 534 IN bad NAT Comparing the ipfilter-log from before the upgrade, there were no "IN bad NAT" log entries before the upgrade. My active ipfilter rules are: block in log on fxp0 all pass out quick on fxp0 proto tcp from XXX/32 to any flags S/SAFR keep state pass out quick on fxp0 proto udp from XXX/32 to any keep state pass out quick on fxp0 proto icmp from XXX/32 to any keep state My NAT rules are: map fxp0 10.1.0.0/24 -> XXX/32 proxy port ftp ftp/tcp map fxp0 10.1.0.0/24 -> XXX/32 portmap tcp/udp 1025:65500 map fxp0 10.1.0.0/24 -> XXX/32 Anyone seen this behaviour? Regards, Jonas From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 14:46:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B03D106566C for ; Sat, 25 Apr 2009 14:46:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 05A6E8FC1F for ; Sat, 25 Apr 2009 14:46:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PEkEhp095400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 10:46:14 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090425101909.bad0e8b3.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-NUNcA6jR9czZ/ps4fECw" Organization: FreeBSD Date: Sat, 25 Apr 2009 09:45:58 -0500 Message-Id: <1240670758.1946.1.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 14:46:23 -0000 --=-NUNcA6jR9czZ/ps4fECw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 10:19 +0200, Oliver Lehmann wrote: > Oliver Lehmann wrote: >=20 > > Robert Noland wrote: > >=20 > > > Hrm, that is an HD 3850... Same as I am running now... > > >=20 > > > Do you have to remain on console for a period of time, or does just > > > switching back and forth crash the gpu? > >=20 > > just switching back is enough. >=20 > I'm not sure if this is important or if this is standard. When switching > back to the console I get a "[drm] Resetting GPU" (or something like > this) line. This is normal for the ati driver. > And - it is the AGP version as stated in the initial posting of this > thread. Right, I forgot that this was AGP... robert. --=20 Robert Noland FreeBSD --=-NUNcA6jR9czZ/ps4fECw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzIiYACgkQM4TrQ4qfROOkngCeOeMt7Qwoxa//s6qRgpXF2f/8 imgAnim1T744nefBXDHOgaGja51YQvdM =sILg -----END PGP SIGNATURE----- --=-NUNcA6jR9czZ/ps4fECw-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 14:47:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90B91106568B for ; Sat, 25 Apr 2009 14:47:21 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD938FC19 for ; Sat, 25 Apr 2009 14:47:21 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PElDpw095410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 10:47:14 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090425101909.bad0e8b3.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-QtvTbpwpDaiBOkGhRNbt" Organization: FreeBSD Date: Sat, 25 Apr 2009 09:46:58 -0500 Message-Id: <1240670818.1946.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 14:47:21 -0000 --=-QtvTbpwpDaiBOkGhRNbt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 10:19 +0200, Oliver Lehmann wrote: > Oliver Lehmann wrote: >=20 > > Robert Noland wrote: > >=20 > > > Hrm, that is an HD 3850... Same as I am running now... > > >=20 > > > Do you have to remain on console for a period of time, or does just > > > switching back and forth crash the gpu? > >=20 > > just switching back is enough. >=20 > I'm not sure if this is important or if this is standard. When switching > back to the console I get a "[drm] Resetting GPU" (or something like > this) line. > And - it is the AGP version as stated in the initial posting of this > thread. What happens if you force it into pci mode? robert. >=20 --=20 Robert Noland FreeBSD --=-QtvTbpwpDaiBOkGhRNbt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzImIACgkQM4TrQ4qfRON8DwCdG02MHlnQFGu6QVAqiP00g8xH s3IAoIYJHr2qFwx+JOBEFHEo3O5x/cxv =DUm5 -----END PGP SIGNATURE----- --=-QtvTbpwpDaiBOkGhRNbt-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 15:09:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 070EC106566C for ; Sat, 25 Apr 2009 15:09:57 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B65CD8FC13 for ; Sat, 25 Apr 2009 15:09:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PF9mYv095509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 11:09:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090425101909.bad0e8b3.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-O3qs2P1zY0QZ9By4YwEH" Organization: FreeBSD Date: Sat, 25 Apr 2009 10:09:33 -0500 Message-Id: <1240672173.1946.5.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 15:09:57 -0000 --=-O3qs2P1zY0QZ9By4YwEH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 10:19 +0200, Oliver Lehmann wrote: > Oliver Lehmann wrote: >=20 > > Robert Noland wrote: > >=20 > > > Hrm, that is an HD 3850... Same as I am running now... > > >=20 > > > Do you have to remain on console for a period of time, or does just > > > switching back and forth crash the gpu? > >=20 > > just switching back is enough. >=20 > I'm not sure if this is important or if this is standard. When switching > back to the console I get a "[drm] Resetting GPU" (or something like > this) line. > And - it is the AGP version as stated in the initial posting of this > thread. It also just occurred to me... I'm running radeonhd right now... I will switch off to radeon in a bit and see if things change. robert. --=20 Robert Noland FreeBSD --=-O3qs2P1zY0QZ9By4YwEH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzJ60ACgkQM4TrQ4qfROPzqQCdG21VxxoUycO8h4KFgiX+oJLh eA8Anj5VBmliDjkEujKnNBBtrzw4SKem =J9XB -----END PGP SIGNATURE----- --=-O3qs2P1zY0QZ9By4YwEH-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 15:19:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07D031065672; Sat, 25 Apr 2009 15:19:05 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id AFE198FC17; Sat, 25 Apr 2009 15:19:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PFIwSj095546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 11:18:59 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904251624.34096.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <1238735828.65025.5.camel@balrog.2hip.net> <200904251624.34096.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-qXl+v0j+3AbNNNsKTpgF" Organization: FreeBSD Date: Sat, 25 Apr 2009 10:18:43 -0500 Message-Id: <1240672723.1946.10.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 15:19:05 -0000 --=-qXl+v0j+3AbNNNsKTpgF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > I checked 7.2 RC2 problem still here. >=20 > I found a way to reproduce the problem easily. >=20 > I used KDE 4.2.2 composite manager is enabled. The problem occurs when tw= o=20 > applications run in a way that their window to appear at the same time. Ok, luckily I don't think that KDE is important... compositing might be. Can you give a more complete example of how to trigger the hang? I don't have any r300 based cards handy right now. AMD is sending them though, so it shouldn't be long... > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) and R= adeon=20 > X550 (AMD64 SMP). Are these AGP or PCI(e)? robert. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-qXl+v0j+3AbNNNsKTpgF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzKdMACgkQM4TrQ4qfROP9SgCfex4lRP4mSqaXRPQxB9F5FedY yC8An2RLmZU5v/ExRleowfB9RL5IuBoh =kWSr -----END PGP SIGNATURE----- --=-qXl+v0j+3AbNNNsKTpgF-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 15:52:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D421065756 for ; Sat, 25 Apr 2009 15:52:17 +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 547D38FC22 for ; Sat, 25 Apr 2009 15:52:17 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.206.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 5C3228A00D1 for ; Sat, 25 Apr 2009 17:52:14 +0200 (CEST) Message-ID: <49F33195.7070200@bsdforen.de> Date: Sat, 25 Apr 2009 17:51:49 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: installing crossbuilds X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 15:52:18 -0000 Back before the 7.0 Release I used to install cross builds by NFS-mounting /usr/src and /usr/obj of the build machine on the target machine and running: # cd /usr/src # env MAKEOBJDIRPREFIX=/usr/obj/ make installkernel KERNCONF= ... This doesn't work any more because all the installation tools are built for the architecture of the build system. The alternative to mount the whole fstab structure of the target machine into the build server and installing with DESTDIR works, but feels pretty clumsy in comparison. Is there any way to change that behaviour (most of the stuff that ends up having the wrong architecture is in tmp/legacy, but there's more). From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 16:14:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BCC0106564A for ; Sat, 25 Apr 2009 16:14:03 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2AFFB8FC13 for ; Sat, 25 Apr 2009 16:14:02 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from [192.168.1.68] (a80-101-32-233.adsl.xs4all.nl [80.101.32.233]) (authenticated bits=0) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id n3PFrGHl001934 for ; Sat, 25 Apr 2009 17:53:16 +0200 (CEST) (envelope-from huubsch@xs4all.nl) From: Huub Schuurmans To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sat, 25 Apr 2009 17:53:15 +0200 Message-Id: <1240674795.30163.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2-1.2mdv2009.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: FreeBSD-7.1 wi-driver error messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 16:14:03 -0000 I have FreeBSD 7.1-RELEASE-p4 running on a Soekris 4521 with three wireless cards that use the wi-driver: - one mini-pci wireless card: on pci0 using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) Intersil Firmware: Primary (1.1.1), Station (1.8.2) - and two pcmcia wireless cards: on pccard0 and pccard1 using RF:PRISM2.5 MAC:ISL3873 Intersil Firmware: Primary (1.1.1), Station (1.8.2) Every now and then I get error messages for the mini-pci card and for one (!) of the pcmcia-cards, like: wi1: record read mismatch, rid=fd44, got=200 wi0: record read mismatch, rid=fd44, got=8650 no errors for the other pcmcia-card. The two cards-with-errors are running in managed mode: flags=8843 metric 0 mtu 1500 media: IEEE 802.11 Wireless Ethernet DS/11Mbps authmode OPEN privacy OFF bmiss 7 scanvalid 60 The pcmcia-card that does NOT generate errors is running in master mode: flags=8843 metric 0 mtu 1500 media: IEEE 802.11 Wireless Ethernet DS/11Mbps (DS/2Mbps ) authmode OPEN privacy OFF scanvalid 60 dtimperiod 1 I noticed that this same error was reported during development of 7.0: http://kerneltrap.org/mailarchive/freebsd-current/2008/2/5/722934 The error did not occur with 6.x. Any comment or suggestion is appreciated, Huub From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 16:34:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72ADF106566C; Sat, 25 Apr 2009 16:34:44 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx2.mail.ru (mx2.mail.ru [94.100.176.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA8A8FC19; Sat, 25 Apr 2009 16:34:44 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=9337 helo=arti.pioneernet.lan) by mx2.mail.ru with asmtp id 1Lxkpu-0001Jg-00; Sat, 25 Apr 2009 20:34:42 +0400 From: Artem Kim To: Robert Noland Date: Sat, 25 Apr 2009 20:37:13 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> In-Reply-To: <1240672723.1946.10.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904252037.13795.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 16:34:44 -0000 On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > I checked 7.2 RC2 problem still here. > > > > I found a way to reproduce the problem easily. > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs when > > two applications run in a way that their window to appear at the same > > time. > > Ok, luckily I don't think that KDE is important... compositing might be. > Can you give a more complete example of how to trigger the hang? I > don't have any r300 based cards handy right now. AMD is sending them > though, so it shouldn't be long... > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) and > > Radeon X550 (AMD64 SMP). > > Are these AGP or PCI(e)? > > robert. I'm using KDE 4.2.2 as a test. The problem occurs only if the composite manager is enabled. The problem occurs spontaneously when the new window is created. A reliable way to reproduce the problem - run concurrently several applications that create new windows. Typically, a window appears on the screen with some delay after starting the application. Time delays occur (drawing) of a new window depending on the application. The problem occurs if one or more applications have opened new windows (the window starts to draw on the screen) at about the same time. You can run fast (this is important) one after another "Konqueror", "System Settings", "File Manager", it is enough to reproduce the problem. The problem looks like this: X-server in "drmwtq" state. The screen freezes or just turns off. The keyboard sometimes works, sometimes not. I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 17:15:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20378106566C; Sat, 25 Apr 2009 17:15:38 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D6BCA8FC15; Sat, 25 Apr 2009 17:15:37 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PHFWQZ096025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 13:15:32 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904252037.13795.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> <200904252037.13795.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ULmA3AGwpHvbIWJny4M3" Organization: FreeBSD Date: Sat, 25 Apr 2009 12:15:16 -0500 Message-Id: <1240679716.1946.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 17:15:38 -0000 --=-ULmA3AGwpHvbIWJny4M3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 20:37 +0400, Artem Kim wrote: > On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > > I checked 7.2 RC2 problem still here. > > > > > > I found a way to reproduce the problem easily. > > > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs whe= n > > > two applications run in a way that their window to appear at the same > > > time. > > > > Ok, luckily I don't think that KDE is important... compositing might be= . > > Can you give a more complete example of how to trigger the hang? I > > don't have any r300 based cards handy right now. AMD is sending them > > though, so it shouldn't be long... > > > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) an= d=20 > > > Radeon X550 (AMD64 SMP). > > > > Are these AGP or PCI(e)? > > > > robert. >=20 > =09 > I'm using KDE 4.2.2 as a test. >=20 > The problem occurs only if the composite manager is enabled. >=20 > The problem occurs spontaneously when the new window is created. >=20 > A reliable way to reproduce the problem - run concurrently > several applications that create new windows. Typically, a window appears= on=20 > the screen with some delay after starting the application. > Time delays occur (drawing) of a new window depending on the application. >=20 > The problem occurs if one or more applications have opened new windows > (the window starts to draw on the screen) at about the same time. > You can run fast (this is important) one after another "Konqueror", "Syst= em=20 > Settings", "File Manager", it is enough to reproduce the problem. >=20 > The problem looks like this: > X-server in "drmwtq" state. > The screen freezes or just turns off. > The keyboard sometimes works, sometimes not. >=20 > I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. Ok, so my test is under gnome with metacity in composite mode. Using zsh (I think bash can do this also) balrog% for ((i=3D0 ; i < 5 ; i++ )) do firefox &;done So, I've launched 5 firefox and 10 xterms... Neither produce the hang. Sitting in drmwtq means that you are waiting on the rendering engine to catch up and send you an interrupt. Probably the best debugging that we are going to get is by: booting the system without starting X, kldload radeon and then set sysctl hw.dri.0.debug=3D1 and start X/KDE... trigger the lockup and send me the output of the debugging from /var/log/messages. robert. --=20 Robert Noland FreeBSD --=-ULmA3AGwpHvbIWJny4M3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzRSQACgkQM4TrQ4qfRON4nQCffvMjRWIu2AX7WHuRCshkvWiD i5sAoIDtDIWOSkQGGVt2+i1kuhM1Pa1C =Mxyx -----END PGP SIGNATURE----- --=-ULmA3AGwpHvbIWJny4M3-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 18:38:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBEC1065672; Sat, 25 Apr 2009 18:38:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0572D8FC0C; Sat, 25 Apr 2009 18:38:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PIcUXd096379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 14:38:30 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904252037.13795.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> <200904252037.13795.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ZoabxCUkdFcslBfpM+qE" Organization: FreeBSD Date: Sat, 25 Apr 2009 13:38:14 -0500 Message-Id: <1240684694.1946.29.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 18:38:41 -0000 --=-ZoabxCUkdFcslBfpM+qE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 20:37 +0400, Artem Kim wrote: > On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > > I checked 7.2 RC2 problem still here. > > > > > > I found a way to reproduce the problem easily. > > > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs whe= n > > > two applications run in a way that their window to appear at the same > > > time. > > > > Ok, luckily I don't think that KDE is important... compositing might be= . > > Can you give a more complete example of how to trigger the hang? I > > don't have any r300 based cards handy right now. AMD is sending them > > though, so it shouldn't be long... > > > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) an= d=20 > > > Radeon X550 (AMD64 SMP). > > > > Are these AGP or PCI(e)? > > > > robert. >=20 > =09 > I'm using KDE 4.2.2 as a test. >=20 > The problem occurs only if the composite manager is enabled. >=20 > The problem occurs spontaneously when the new window is created. >=20 > A reliable way to reproduce the problem - run concurrently > several applications that create new windows. Typically, a window appears= on=20 > the screen with some delay after starting the application. > Time delays occur (drawing) of a new window depending on the application. >=20 > The problem occurs if one or more applications have opened new windows > (the window starts to draw on the screen) at about the same time. > You can run fast (this is important) one after another "Konqueror", "Syst= em=20 > Settings", "File Manager", it is enough to reproduce the problem. >=20 > The problem looks like this: > X-server in "drmwtq" state. > The screen freezes or just turns off. > The keyboard sometimes works, sometimes not. >=20 > I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. Actually, I do have a patch that might be relevant... Try,=20 http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch robert. --=20 Robert Noland FreeBSD --=-ZoabxCUkdFcslBfpM+qE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzWJYACgkQM4TrQ4qfROOhmwCbB4ULkUw2EIXr5iVOR+jyQEIR bO4AnjcbSk9qEfxcNUhE2XLx/U+L5xwO =zxPa -----END PGP SIGNATURE----- --=-ZoabxCUkdFcslBfpM+qE-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 19:16:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10241065670; Sat, 25 Apr 2009 19:16:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4528FC19; Sat, 25 Apr 2009 19:16:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id E413946B2C; Sat, 25 Apr 2009 15:16:57 -0400 (EDT) Date: Sat, 25 Apr 2009 20:16:57 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ruslan Ermilov In-Reply-To: <20090421153112.GA47589@edoofus.dev.vega.ru> Message-ID: References: <200904210524.n3L5O9YS086865@lava.sentex.ca> <200904211111.57295.jhb@freebsd.org> <200904211519.n3LFJFsk090691@lava.sentex.ca> <20090421153112.GA47589@edoofus.dev.vega.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: RELENG_7 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: Sat, 25 Apr 2009 19:16:58 -0000 On Tue, 21 Apr 2009, Ruslan Ermilov wrote: >> Is it possible I am running into some of the interface lock fixes rwatson >> has been working on ? This box has a lot of ng interfaces which come and >> go. Perhaps snmp asking about an interface that just went away caused the >> panic ? I disabled bsnmp since the reboot and the box has been up for 10hrs >> so far. >> > It's a documented bug: Just to follow up on this thread: I've committed a work-around to 7-STABLE as well as the 7.2 release engineering branch. The on-going ifnet reference-counting/address list locking/etc work in 8-CURRENT is the long-term solution, and I will MFC it after 7.2 is out the door and it's settled some, but with any luck the work-around will prevent instant panics in the described scenario. Robert N M Watson Computer Laboratory University of Cambridge > > : revision 1.281 > : date: 2008/06/26 23:05:28; author: rwatson; state: Exp; lines: +69 -12 > : SVN rev 180042 on 2008-06-26 23:05:28Z by rwatson > : > : Introduce locking around use of ifindex_table, whose use was previously > : unsynchronized. While races were extremely rare, we've now had a > : couple of reports of panics in environments involving large numbers of > : IPSEC tunnels being added very quickly on an active system. > : > : - Add accessor functions ifnet_byindex(), ifaddr_byindex(), > : ifdev_byindex() to replace existing accessor macros. These functions > : now acquire the ifnet lock before derefencing the table. > : - Add IFNET_WLOCK_ASSERT(). > : - Add static accessor functions ifnet_setbyindex(), ifdev_setbyindex(), > : which set values in the table either asserting of acquiring the ifnet > : lock. > : - Use accessor functions throughout if.c to modify and read > : ifindex_table. > : - Rework ifnet attach/detach to lock around ifindex_table modification. > : > : Note that these changes simply close races around use of ifindex_table, > : and make no attempt to solve the probem of disappearing ifnets. Further > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > : refinement of this work, including with respect to ifindex_table > : resizing, is still required. > : > : In a future change, the ifnet lock should be converted from a mutex to an > : rwlock in order to reduce contention. > : > : Reviewed and tested by: brooks > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 20:15:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD63106564A; Sat, 25 Apr 2009 20:15:14 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx33.mail.ru (mx33.mail.ru [94.100.176.47]) by mx1.freebsd.org (Postfix) with ESMTP id 56F578FC08; Sat, 25 Apr 2009 20:15:14 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=9640 helo=arti.pioneernet.lan) by mx33.mail.ru with asmtp id 1LxoHI-000GTm-00; Sun, 26 Apr 2009 00:15:12 +0400 From: Artem Kim To: Robert Noland Date: Sun, 26 Apr 2009 00:18:36 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904252037.13795.artem_kim@inbox.ru> <1240679716.1946.26.camel@balrog.2hip.net> In-Reply-To: <1240679716.1946.26.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904260018.36884.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 20:15:15 -0000 On Saturday 25 April 2009 21:15:16 you wrote: > Ok, so my test is under gnome with metacity in composite mode. Using > zsh (I think bash can do this also) > > balrog% for ((i=0 ; i < 5 ; i++ )) do firefox &;done > > So, I've launched 5 firefox and 10 xterms... Neither produce the hang. > Sitting in drmwtq means that you are waiting on the rendering engine to > catch up and send you an interrupt. Probably the best debugging that we > are going to get is by: > > booting the system without starting X, kldload radeon and then set > sysctl hw.dri.0.debug=1 and start X/KDE... trigger the lockup and send > me the output of the debugging from /var/log/messages. > > robert. I used the following script: #!/bin/sh TRY = 5 while [$ (TRY)-gt 0]; do # Konqueror & okteta & kcalc & kwrite & TRY = `expr $ (TRY) - 1` done sleep 30 killall konqueror killall okteta killall kcalc killall kwrite If I set "hw.dri.0.debug = 1" the problem is not reproducing, even at very big values of ${TRY}. However if hw.dri.0.debug = 0 one pass reproduces the problem. If I set "hw.dri.0.debug=1" _after_ the server hang, I see the message: Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 I try to apply this patch: http://people.freebsd.org/ ~ rnoland/drm_radeon-copyin-fix-try2.patch In my case the problem remains. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 20:37:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08851065677; Sat, 25 Apr 2009 20:37:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 93A358FC1B; Sat, 25 Apr 2009 20:37:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PKbadE097057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 16:37:36 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904260018.36884.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904252037.13795.artem_kim@inbox.ru> <1240679716.1946.26.camel@balrog.2hip.net> <200904260018.36884.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vaoOQBetxcdGl63g70oD" Organization: FreeBSD Date: Sat, 25 Apr 2009 15:37:21 -0500 Message-Id: <1240691841.1946.37.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 20:37:43 -0000 --=-vaoOQBetxcdGl63g70oD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-04-26 at 00:18 +0400, Artem Kim wrote: > On Saturday 25 April 2009 21:15:16 you wrote: > > Ok, so my test is under gnome with metacity in composite mode. Using > > zsh (I think bash can do this also) > > > > balrog% for ((i=3D0 ; i < 5 ; i++ )) do firefox &;done > > > > So, I've launched 5 firefox and 10 xterms... Neither produce the hang. > > Sitting in drmwtq means that you are waiting on the rendering engine to > > catch up and send you an interrupt. Probably the best debugging that w= e > > are going to get is by: > > > > booting the system without starting X, kldload radeon and then set > > sysctl hw.dri.0.debug=3D1 and start X/KDE... trigger the lockup and sen= d > > me the output of the debugging from /var/log/messages. > > > > robert. >=20 > I used the following script: >=20 > #!/bin/sh >=20 > TRY =3D 5 >=20 > while [$ (TRY)-gt 0]; do >=20 > # Konqueror & > okteta & > kcalc & > kwrite & >=20 > TRY =3D `expr $ (TRY) - 1` >=20 > done >=20 > sleep 30 > killall konqueror > killall okteta > killall kcalc > killall kwrite >=20 >=20 > If I set "hw.dri.0.debug =3D 1" the problem is not reproducing, even at v= ery big=20 > values of ${TRY}. > However if hw.dri.0.debug =3D 0 one pass reproduces the problem. >=20 >=20 > If I set "hw.dri.0.debug=3D1" _after_ the server hang, I see the message: >=20 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Ok, so what this is saying is that pid 782 is waiting on the rendering engine to catch up. The "returning 4" part says that we were interrupted while we were waiting. libdrm retries the wait, which should return immediately if the engine has caught up now. It never appears to catch up, so either the counter is getting corrupted or we failed to get the commands submitted to the card like we thought, or we have locked up the GPU. What does it take to recover from this? Do you have to reboot, or is killing the process that initiated the wait sufficient? robert. > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid =3D 782, cmd = =3D=20 > 0x80046457, nr =3D 0x57, dev 0xffffff0001556d00, auth =3D 1 > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 >=20 > I try to apply this patch: > http://people.freebsd.org/ ~ rnoland/drm_radeon-copyin-fix-try2.patch >=20 > In my case the problem remains. >=20 --=20 Robert Noland FreeBSD --=-vaoOQBetxcdGl63g70oD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzdIEACgkQM4TrQ4qfROMJQQCfaRt6NtjYhyJMekVZMj4d2NBx amEAnAg5JMmeDmFkQ0Yv5j0sWwC6ZOQz =TYki -----END PGP SIGNATURE----- --=-vaoOQBetxcdGl63g70oD-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 22:03:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC171065674 for ; Sat, 25 Apr 2009 22:03:23 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id D522D8FC18 for ; Sat, 25 Apr 2009 22:03:22 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3PM3Hr4082393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 18:03:21 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Ian Smith In-Reply-To: <20090425150558.N89549@sola.nimnet.asn.au> References: <1240615421.55354.31.camel@neo.cse.buffalo.edu> <20090425150558.N89549@sola.nimnet.asn.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iSWdYkPEh3SOWvfAIDzr" Date: Sat, 25 Apr 2009 18:03:12 -0400 Message-Id: <1240696992.55354.50.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable Subject: Re: FreeBSD 7.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 22:03:23 -0000 --=-iSWdYkPEh3SOWvfAIDzr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 15:21 +1000, Ian Smith wrote: > On Fri, 24 Apr 2009, Ken Smith wrote: > > There is one known issue with 7.2-RC2. We switched from KDE3 to KDE4 >=20 > Oh, I'd been kinda hoping that wouldn't happen till after release. I=20 > guess our KDE folks must reckon it's shaken out enough already now .. Yes, I contacted the two people who I was told most directly watch over the KDE ports and both preferred we shift to KDE4. > Will kde3 still be able to be installed from packages? Will it be a big=20 > deal to prefer staying with kde3 (mostly re older small-memory laptops)? It will be available for install from packages through the net (FTP based install, or one of the other package tools that can be told to download the packages). I'm afraid I can't fit it on the ISO release media. Even with the DVD media we currently have a limit caused by the tool many of our mirror sites use for mirroring - files larger than 2Gb cause issues (that's why the DVD image is gzip-ed). We're slowly working to resolve that. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-iSWdYkPEh3SOWvfAIDzr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknziKAACgkQ/G14VSmup/adCgCgk5UVHLIpxcwDVXxn57ro//Ia P5UAniQMU/AzIgVvs/6z4ogG2sksw8F/ =CBR4 -----END PGP SIGNATURE----- --=-iSWdYkPEh3SOWvfAIDzr-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 22:09:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFEED106566B; Sat, 25 Apr 2009 22:09:30 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx75.mail.ru (mx75.mail.ru [94.100.176.90]) by mx1.freebsd.org (Postfix) with ESMTP id A7B548FC13; Sat, 25 Apr 2009 22:09:30 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=49677 helo=arti.pioneernet.lan) by mx75.mail.ru with asmtp id 1Lxq3s-0001AB-00; Sun, 26 Apr 2009 02:09:28 +0400 From: Artem Kim To: Robert Noland Date: Sun, 26 Apr 2009 02:12:07 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC2; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904260018.36884.artem_kim@inbox.ru> <1240691841.1946.37.camel@balrog.2hip.net> In-Reply-To: <1240691841.1946.37.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904260212.07847.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Apr 2009 22:09:31 -0000 > > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = > > 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 > > Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 > > Ok, so what this is saying is that pid 782 is waiting on the rendering > engine to catch up. The "returning 4" part says that we were > interrupted while we were waiting. libdrm retries the wait, which > should return immediately if the engine has caught up now. It never > appears to catch up, so either the counter is getting corrupted or we > failed to get the commands submitted to the card like we thought, or we > have locked up the GPU. > > What does it take to recover from this? Do you have to reboot, or is > killing the process that initiated the wait sufficient? > > robert. In most cases, the system will remain available through the network. The computer can be turned off via acpi power button. However, if you do kill -KILL , after it is impossible to shut down the system correctly. The system continues to be available through the network, Xorg is activated and holds up to 100% of one of the cores CPU. In the kernel messages appear: Apr 26 01:30:05 test kernel: [drm:pid1107:radeon_do_wait_for_fifo] wait for fifo failed status : 0x8411413D 0x9C000800 Apr 26 01:30:05 test kernel: [drm:pid1107:radeon_do_release] radeon_do_cp_idle -16 Apr 26 01:30:05 test kernel: [drm:pid1107:radeon_do_cp_idle] Reboot the system is possible only via a hardware reset.