From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 09:45:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CC0106566C for ; Sun, 26 Apr 2009 09:45:42 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 272A78FC14 for ; Sun, 26 Apr 2009 09:45:42 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lxzr6-0002gF-QZ; Sun, 26 Apr 2009 10:36:57 +0200 Message-ID: <49F41D20.6050601@gwdg.de> Date: Sun, 26 Apr 2009 10:36:48 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Wes Morgan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: current@freebsd.org Subject: Re: COMPAT_FREEBSDn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 09:45:42 -0000 For example if you are using x11/nvidia-driver you have to install misc/compat5x for the binary part of the driver. There may be some more ports like this. Rainer Hurling On 25.04.2009 19:25 (UTC+2), Wes Morgan wrote: > The various COMPAT_FREEBSDn options are part of generic, but are they > needed for most users? Do they enable some structures or interfaces that > some userland programs still expect, or is it safe to disable them > assuming that I don't need to run binaries from older systems? From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 09:50:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E59321065670 for ; Sun, 26 Apr 2009 09:50:31 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.18]) by mx1.freebsd.org (Postfix) with ESMTP id AA4CB8FC12 for ; Sun, 26 Apr 2009 09:50:31 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1917.orange.fr (SMTP Server) with ESMTP id A161220000B5; Sun, 26 Apr 2009 11:50:30 +0200 (CEST) Received: from [192.168.1.27] (ABordeaux-157-1-32-72.w90-30.abo.wanadoo.fr [90.30.15.72]) by mwinf1917.orange.fr (SMTP Server) with ESMTP id 5728920000B0; Sun, 26 Apr 2009 11:50:30 +0200 (CEST) X-ME-UUID: 20090426095030357.5728920000B0@mwinf1917.orange.fr Message-ID: <49F42DED.3000708@wanadoo.fr> Date: Sun, 26 Apr 2009 11:48:29 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: "Sam Fourman Jr." , freebsd-current@freebsd.org References: <49BA4ED5.8080105@wanadoo.fr> <49BA834A.4010305@freebsd.org> <11167f520904251552p14c77d85ue0183f204e96cb1c@mail.gmail.com> In-Reply-To: <11167f520904251552p14c77d85ue0183f204e96cb1c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 26 Apr 2009 11:35:48 +0000 Cc: Subject: Re: Intel PRO/Wireless 5100AGN support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 09:50:32 -0000 Hi Sam, Yes, Daniel is working on it (adding support to 5100/5300). But actually, this is a partial driver witch can scan but not assiociate yet. Wait some days ! Nicolas. > Does anyone know if someone is working on a INTEL 5100 agn driver yet? > > Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 14:32:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1750106564A for ; Sun, 26 Apr 2009 14:32:46 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 95AD88FC1A for ; Sun, 26 Apr 2009 14:32:46 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1404337qwe.7 for ; Sun, 26 Apr 2009 07:32:45 -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=RCjEzApPfSik4W6/ua22UoDeTdwKLWN3qG0WVYsYdjw=; b=wL+N9Jz1mXueuip/N9BJN6uu7g56eHQqD+6hdM7E5vkqGCksJEZr9TUUMbEGvCgQU+ Ipz5W1Os8Gdic12RFcAnJc61Byh2qXyc9PUQ5Ki7hkv248gvv7dus+RoANQLp3ObOiQh HA9j2Rfk+kbIysluq3zzWbISUcRTl7/BdQ+Jg= 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=yCxSvuCgSOz6nRMjSAoaoblvaBmqJs1Cebmfbtvcth6ni3GgJRkz73NyiNpaKTD3Li cy0UCHvjv+biOwIx5TEnoheZ168JpZqw3IH8LBNv5mMJSXfVpZIUozu0zY2UyDeCMXW0 zT3TLDeKbBbTb2f3LrADU5rkYV+jNKO2vPWXw= MIME-Version: 1.0 Received: by 10.220.73.194 with SMTP id r2mr8192700vcj.76.1240756365774; Sun, 26 Apr 2009 07:32:45 -0700 (PDT) Date: Sun, 26 Apr 2009 17:32:45 +0300 Message-ID: From: Maxim Ignatenko To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 14:32:47 -0000 Hi, I have next dummynet configuration: ipfw pipe 3 bw 3Mbit/s ipfw queue 10 config pipe 3 weight 10 mask src-ip 0xffffffff ipfw queue 11 config pipe 3 weight 10 mask dst-ip 0xffffffff Two queues for different traffic directions connected to one pipe. After update to r191410 my /var/log/messages filled with: Apr 24 16:33:31 imax kernel: dummynet: OUCH! pipe should have been idle! Apr 24 16:33:59 imax last message repeated 8 times Apr 24 16:35:53 imax last message repeated 519 times Apr 24 16:38:55 imax last message repeated 50 times Then I've changed ip_dummynet.c little, to see actual value of pipe->scheduler_heap.elements Here what I've got with one dynamic queue per parent: Apr 25 16:16:34 imax kernel: dummynet: OUCH! pipe should have been idle!SCH len: 2 Apr 25 16:17:05 imax last message repeated 462 times Apr 25 16:18:48 imax last message repeated 1269 times With two queues per parent: Apr 26 16:51:34 imax kernel: dummynet: OUCH! pipe should have been idle!SCH len: 4 Apr 26 16:51:34 imax kernel: dummynet: OUCH! pipe should have been idle!SCH len: 3 Apr 26 16:51:34 imax kernel: dummynet: OUCH! pipe should have been idle!SCH len: 4 Apr 26 16:51:34 imax kernel: dummynet: OUCH! pipe should have been idle!SCH len: 3 Apr 26 16:51:34 imax kernel: dummynet: OUCH! pipe should have been idle!SCH len: 4 Thanks for attention, awaiting your comments and/or suggestions. From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 17:56:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE381065680 for ; Sun, 26 Apr 2009 17:56:39 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA438FC0C for ; Sun, 26 Apr 2009 17:56:39 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Ly8aD-0008Kg-9T; Sun, 26 Apr 2009 19:56:05 +0200 Message-ID: <49F4A031.5010500@gwdg.de> Date: Sun, 26 Apr 2009 19:56:01 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Boris Samorodov References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> <49EB8968.3040004@gwdg.de> <91071496@serv3.int.kfs.ru> In-Reply-To: <91071496@serv3.int.kfs.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: [not completely SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 17:56:40 -0000 A few days ago I reported about problems when I try to print from acroread8. For all but one of my systems the problem is solved now, see below. On one system I also totally cleaned up the linux emulator part and installed everything from the scratch. Now when I try to print I get the following message: --------------------------------------------------------------- Beim Drucken ist folgender Fehler aufgetreten... '/libexec/ld-elf.so.1: /usr/local/lib/compat/libc.so.6: version GLIBC_2.2.4 required by /usr/local/Adobe/Reader8/DEU/ Adobe/Reader8/Reader/intellinux/lib/libgcc_s.so.1 not defined' --------------------------------------------------------------- libc.so.6 is from misc/compat6x. I am not able to detect any relevant differences between my systems. Is there any experience with this error message? Thanks again, Rainer On 20.04.2009 13:05 (UTC+2), Boris Samorodov wrote: > On Sun, 19 Apr 2009 22:28:24 +0200 Rainer Hurling wrote: >> On 19.04.2009 20:06 (UTC+2), Boris Samorodov wrote: >>> Rainer Hurling writes: >>> >>>> Since I am using the new linux emulator f8 I am not able to print with >>>> acroread8 any more. I get this behaviour on three different >>>> systems. The following message does appear in acroread: >>>> >>>> --------------------------------------------------------- >>>> Beim Drucken ist folgender Fehler aufgetreten... >>>> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, >>>> required by "libgcc_s.so.1"' >>>> --------------------------------------------------------- >>>> >>>> Does anyone else see this error? >>>> >>>> I would suppose that /compat/linux/lib/libc.so.6 has to be used, but >>>> acroread is looking at /usr/local/lib/compat/libc.so.6. Any >>>> suggestions what could be wrong? >>>> >>>> Let me know if I can give more information or test something. >>>> >>>> Thanks in advance, >>>> Rainer Hurling >>>> >>>> >>>> P.S.: I am running FreeBSD 8.0-CURRENT with linux_base-f8 >>>> >>>> sysctl compat.linux.osrelease: 2.6.16 >>>> >>>> /etc/make.conf >>>> OVERRIDE_LINUX_BASE_PORT=f8 >>>> OVERRIDE_LINUX_NONBASE_PORTS=f8 >>>> >>>> >>>> #ls -d /var/db/pkg/linux* >>>> linux-f8-alsa-lib-1.0.15 >>>> linux-f8-jpeg-6b >>>> linux-flashplugin-9.0r159 >>>> linux-f8-atk-1.20.0 >>>> linux-f8-libsigc++20-2.0.18 >>>> linux-kmod-compat-20080408 >>>> linux-f8-cairo-1.4.14 >>>> linux-f8-libxml2-2.7.2 >>>> linux-nvu-1.0_1 >>>> linux-f8-dri-7.0.2 >>>> linux-f8-openssl-0.9.8b >>>> linux-realplayer-10.0.9.809.20070726 >>>> linux-f8-expat-2.0.1 >>>> linux-f8-pango-1.18.4 >>>> linux-scim-gtk-fc8-1.4.7_1 >>>> linux-f8-fontconfig-2.4.2 >>>> linux-f8-png-1.2.22 >>>> linux-scim-libs-fc8-1.4.7_2 >>>> linux-f8-gtk2-2.12.8 >>>> linux-f8-tiff-3.8.2 >>>> linux_base-f8-8_11 >>> Since you have two linux-scim-* ports it seems to me that you >>> upgraded to linux -f8- ports without reading /usr/ports/UPDATING >>> and there may be some unneeded remnants at /compat/linux. Can >>> you follow that procedure and write a followup here? >>> >>> BTW, some useful information you may find at emulation@ ML and >>> my "HEADSUP" message about new linux -f8- ports. > >> I deinstalled all linux packages and all dependencies, deleted >> completely /compat/linux and rebooted. After that I installed >> acroread, nvidia-driver, linux-flashplugin9 and mplayer again. > >> Interestingly enough the two linux-scim-* ports do excist again! It >> seems they are needed for acroread8. > > Are you sure that two _linux-scim-*_ ports exist but not two > _linux-f8-scim-*_ ports? New linux -f8- infrastructure uses > the latter: > ----- > % pwd > /usr/ports/print/acroread8 > % make all-depends-list | grep scim > /usr/ports/textproc/linux-f8-scim-gtk > /usr/ports/textproc/linux-f8-scim-libs > % > ----- > >> But now I am able to print with acroread again! > > I'm glad your problem is solved. > >> So you have been right with unneeded remnants at /compat/linux! When >> updating my excisting linux_base-f8 at 04/01/2009 to the newer one, I >> thought it was not neccessary to clean /compat/linux. But obviously it >> was. Thank you very much for this helpful information, > > It was not necessary to clean /compat/linux when updating > linux_base-f8 alone. But it is recommended while updating > from linux fc4 infrastructure ports to linux -f8- infrastructure > ports (i.e. while adding OVERRIDE_LINUX_NONBASE_PORTS variable to > /etc/make.conf). > > > WBR From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 22:07:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0091065672 for ; Sun, 26 Apr 2009 22:07:39 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC588FC19 for ; Sun, 26 Apr 2009 22:07:39 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4B0BF73098; Sun, 26 Apr 2009 23:57:40 +0200 (CEST) Date: Sun, 26 Apr 2009 23:57:40 +0200 From: Luigi Rizzo To: Maxim Ignatenko Message-ID: <20090426215740.GA33188@onelab2.iet.unipi.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 22:07:39 -0000 On Sun, Apr 26, 2009 at 05:32:45PM +0300, Maxim Ignatenko wrote: > Hi, > > I have next dummynet configuration: > > ipfw pipe 3 bw 3Mbit/s > ipfw queue 10 config pipe 3 weight 10 mask src-ip 0xffffffff > ipfw queue 11 config pipe 3 weight 10 mask dst-ip 0xffffffff > > Two queues for different traffic directions connected to one pipe. > After update to r191410 my /var/log/messages filled with: > Apr 24 16:33:31 imax kernel: dummynet: OUCH! pipe should have been idle! > Apr 24 16:33:59 imax last message repeated 8 times > Apr 24 16:35:53 imax last message repeated 519 times > Apr 24 16:38:55 imax last message repeated 50 times could you give us a few more details on the branch you are using (HEAD or RELENG_7 ?) and what svn revision did you use before the update (which did not show the error) ? thanks luigi From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 22:42:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F84106566C; Sun, 26 Apr 2009 22:42:21 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 07E108FC13; Sun, 26 Apr 2009 22:42:21 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0ED4473098; Mon, 27 Apr 2009 00:47:29 +0200 (CEST) Date: Mon, 27 Apr 2009 00:47:29 +0200 From: Luigi Rizzo To: Maxim Ignatenko Message-ID: <20090426224729.GA34800@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 22:42:21 -0000 On Mon, Apr 27, 2009 at 01:12:55AM +0300, Maxim Ignatenko wrote: > 2009/4/27 Luigi Rizzo : > > > > could you give us a few more details on the branch you > > are using (HEAD or RELENG_7 ?) and what svn revision did > > you use before the update (which did not show the error) ? > > > > Sorry, I've forgot to mention that... > I use HEAD, and before update it was r191201, if I'm not mistaking. ok there seems to be no change related to dummynet between these two versions so I am not sure where to look. Could you double check what is the last working version ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 22:45:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78D8D10656E2; Sun, 26 Apr 2009 22:45:25 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 176468FC18; Sun, 26 Apr 2009 22:45:24 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qyk3 with SMTP id 3so4214576qyk.3 for ; Sun, 26 Apr 2009 15:45:19 -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=xit596j26WvRfOmO5JCVYlwZbROGU/4NaUIuERAdTOM=; b=lAWhExzO26Sp9P54LQfrawxYVastt4YUTU+MjW5QFhlFgbCaDbdTz5JOP5Ucp4OMzK +r/mnt1KolNcM4FpiXUZexcZVD014DtzIWRr+eJ/29LDIde85qwQXyHmKpdy58vZDuE5 JSTRRDJuLEE/aMY/HSbbbpsgDsTsEY4veMM8E= 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=WlmlwOKA/ZKLeDlXUIYVze16LsoCfFw3f08evgGtcXd67cmm/zDR9z5BpkaorpRhoP uzCI0f5QnZoiXit9pSJVEWuBnBht62ATazjH9i9vCHTfQUBwwB1bWMaDkeqgR+aAf2Ux lkAuL6Lh41SYiF0ETR2RO5yXotWL4MhAXd8W8= MIME-Version: 1.0 Received: by 10.220.95.75 with SMTP id c11mr9217280vcn.1.1240783975093; Sun, 26 Apr 2009 15:12:55 -0700 (PDT) In-Reply-To: <20090426215740.GA33188@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> Date: Mon, 27 Apr 2009 01:12:55 +0300 Message-ID: From: Maxim Ignatenko To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 22:45:29 -0000 2009/4/27 Luigi Rizzo : > > could you give us a few more details on the branch you > are using (HEAD or RELENG_7 ?) and what svn revision did > you use before the update (which did not show the error) ? > Sorry, I've forgot to mention that... I use HEAD, and before update it was r191201, if I'm not mistaking. Now I'm just removed queues from ruleset, but I may supply any additional information, if needed. Thanks for attention. From owner-freebsd-current@FreeBSD.ORG Sun Apr 26 23:46:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4161B1065711; Sun, 26 Apr 2009 23:46:02 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id D149B8FC18; Sun, 26 Apr 2009 23:46:01 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1515436qwe.7 for ; Sun, 26 Apr 2009 16:46: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 :content-transfer-encoding; bh=N9cng+fsLUwVdXCNYQNwlrYnMQJ7fkXNwPLaf5zLjOA=; b=iNa/cAFrySHk0sQ/XQF9ZYbxa/+QCSc8s6Pb51MccKEmanvcHOcudXeFXPfiCVrsyi SbO35w/YbihcFbZfYWA75XcRt1HN2mWng7VDD3NjK5NUHCQ/3EwYq2oVGjamTJ4U+Jzt W3evEcCm9VmYFSjmwpP3NC8E6VKQz2IrH7htk= 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=DXH+9KKMo5VIuxb6Hd9lZzFpWBAFPHy/FIvyKBi9wffLkWU7EvuYuEfDwJRP/iivlA 1pVHcIvTKfEqIQ3Cdq+O3Czg1GTjYetX+1GeNOvC58YWNKrqN68gPP+xJVduyCYKRLTZ dYVkk3Rvq/U4HRHRUQUNJZjEJH6g/8xjcrpmU= MIME-Version: 1.0 Received: by 10.220.73.194 with SMTP id r2mr9111973vcj.76.1240789561163; Sun, 26 Apr 2009 16:46:01 -0700 (PDT) In-Reply-To: <20090426224729.GA34800@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> Date: Mon, 27 Apr 2009 02:46:01 +0300 Message-ID: From: Maxim Ignatenko To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 23:46:03 -0000 2009/4/27 Luigi Rizzo : > On Mon, Apr 27, 2009 at 01:12:55AM +0300, Maxim Ignatenko wrote: >> 2009/4/27 Luigi Rizzo : >> > >> > could you give us a few more details on the branch you >> > are using (HEAD or RELENG_7 ?) and what svn revision did >> > you use before the update (which did not show the error) ? >> > >> >> Sorry, I've forgot to mention that... >> I use HEAD, and before update it was r191201, if I'm not mistaking. > > ok there seems to be no change related to dummynet between these > two versions so I am not sure where to look. > Could you double check what is the last working version ? > > cheers > luigi > OK, I'll try. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 02:52:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40840106566B for ; Mon, 27 Apr 2009 02:52:32 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id F41BC8FC0A for ; Mon, 27 Apr 2009 02:52:31 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1328236ana.13 for ; Sun, 26 Apr 2009 19:52:31 -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:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=RRheWQtMktypcUgnE06gDBiZM44Nssds4nIOa9zM4AE=; b=TvIWUnD6Oa5y2ktRubzMBOf5x+clXfI8PLXW4t7o4k89uNJzigcolCUeK7C6l8SnZT vT8ITXKoJBhg88kbBxqzosCv/9ye9slQu3OQFhsDIqPnjEpXkHFnwBuwGHp9paET6Qmm A86YcyMWf9nw/jQDhKa2+Wa+MDbaz6cmrGdug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=PEYLq3g2vHwtot8qO42RuapUF+8e2pOCvHOhnvmMLQ0sAHBd5qZ0Zava0im3lSx8K5 LXL+3VHgKgXgZ1/JGGTY8JIiWp57TJ4e6dvSKeJU5d8wxcgaNRTG2MadHhnX6eF9THvA xB9AbpU9FqHPU3hI8zFVLIttMj6TCdFpAA5nk= MIME-Version: 1.0 Received: by 10.100.166.10 with SMTP id o10mr7746181ane.95.1240799236249; Sun, 26 Apr 2009 19:27:16 -0700 (PDT) Date: Sun, 26 Apr 2009 22:27:16 -0400 Message-ID: <8cb6106e0904261927t42b97436y3de41556ca1e83e@mail.gmail.com> From: Josh Carroll To: current-list freebsd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: zfs/syncer LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 02:52:32 -0000 All, I didn't see this LOR reported here: http://sources.zabbadoz.net/freebsd/lor.html Or with a quick perusal of the current@ archives, so apologies if it's a known one. I unfortunately don't recall what I was doing when this one popped up, but if I can reproduce it, I'll certainly post some additional info. Anyway, here it is: lock order reversal: 1st 0xffffff000b219ba8 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1193 2nd 0xffffff000ba46270 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2206 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ca __lockmgr_args() at __lockmgr_args+0xc2b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x50 vrele() at vrele+0x121 dounmount() at dounmount+0x26a unmount() at unmount+0x248 syscall() at syscall+0x1c1 Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (22, FreeBSD ELF64, unmount), rip = 0x800695ecc, rsp = 0x7fffffffe298, rbp = 0x1 --- Thanks, Josh From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 03:05:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF1F106566C for ; Mon, 27 Apr 2009 03:05:25 +0000 (UTC) (envelope-from yanefbsd@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 67FB78FC14 for ; Mon, 27 Apr 2009 03:05:25 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1423180yxb.13 for ; Sun, 26 Apr 2009 20:05:24 -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=9kedWziCaCPtspmtOyz1wddmQc/kZoL745Nl7WNQgbA=; b=sAH7XuyU0cEi6cHcZcs3qfYLq6FQJ7x9LN6KchG9BErUc1Is/k/nOWQ4hq52UNAUFA LWd/QiE67pwyBi6kJslScQisBOw9jamWJH8CI1CJnHc5X7Yl4meUktYZaNsYlEhSO0MN jb9j1X3xBRlYV+WinQWgG6ljDR9C7nWstTJYg= 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=p4PpwJJGOn+LJZXFdQ2UhljNHOnDyA+TmKRaDZJdK7rO55+YWcD2Cw43Qb7n+lcpAE GV5wnfYxGAGuK9CHFRBTvWoMYvfkZwAFVF21Y2HnX8t+Gqg43btw1V96bYpN9sFqZdq8 FljpiClqVPQFxTIM7h9do6pBk/qTruxsYz0hU= MIME-Version: 1.0 Received: by 10.150.148.7 with SMTP id v7mr9281306ybd.66.1240801524577; Sun, 26 Apr 2009 20:05:24 -0700 (PDT) In-Reply-To: <49F41D20.6050601@gwdg.de> References: <49F41D20.6050601@gwdg.de> Date: Sun, 26 Apr 2009 20:05:24 -0700 Message-ID: <7d6fde3d0904262005k4f94321cp32961e1853f96cc0@mail.gmail.com> From: Garrett Cooper To: Rainer Hurling Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: COMPAT_FREEBSDn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 03:05:25 -0000 On Sun, Apr 26, 2009 at 1:36 AM, Rainer Hurling wrote: > For example if you are using x11/nvidia-driver you have to install > misc/compat5x for the binary part of the driver. There may be some more > ports like this. > > Rainer Hurling > > > On 25.04.2009 19:25 (UTC+2), Wes Morgan wrote: >> >> The various COMPAT_FREEBSDn options are part of generic, but are they >> needed for most users? Do they enable some structures or interfaces that >> some userland programs still expect, or is it safe to disable them assuming >> that I don't need to run binaries from older systems? There are a few ports, but they're low in rank. compat4x is essentially useless with all that I've seen, but other apps in the ports I've seen require compat5x (nvidia-driver, perforce, etc)... Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 05:26:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FAC21065672; Mon, 27 Apr 2009 05:26:04 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 513F18FC1F; Mon, 27 Apr 2009 05:26:04 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 870F171F02F; Mon, 27 Apr 2009 01:26:03 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iM-Qg5twKdBj; Mon, 27 Apr 2009 01:26:03 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 646ED71EEF5; Mon, 27 Apr 2009 01:26:03 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 61C4B60A; Mon, 27 Apr 2009 01:26:03 -0400 (EDT) Date: Mon, 27 Apr 2009 01:26:03 -0400 From: Adam McDougall To: Robert Noland Message-ID: <20090427052602.GN1012@egr.msu.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1237680263.1938.10.camel@balrog.2hip.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 05:26:04 -0000 Is there any chance of getting nouveau to work on a PCI NV34 GeForce FX 5200? (not pci-e) I actually don't really care about 3d unless I can use it to improve normal "2d" activity, I'm just looking for an improved response above what the nv driver gives me with XAA. Its a little sluggish but sufficient for day to day activities. When I try Option "AccelMethod" "EXA" it runs with XAA anyway: (WW) NV(0): Option "AccelMethod" is not used. When I try nouveau, it tells me: (EE) [drm] drmOpen failed. (EE) NOUVEAU(0): [drm] error opening the drm I don't even know what drm I could try loading or if it would help. vgapci0@pci0:2:1:0: class=0x030000 card=0x00000000 chip=0x032210de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce FX 5200 [NV34.3]' class = display subclass = VGA Thanks for any advice, let me know if I can provide more information. On Sat, Mar 21, 2009 at 07:04:23PM -0500, Robert Noland wrote: Ok, this patch should work on NV50 chips also. What you get is EXA and Xv. You still need: A recent -CURRENT or -STABLE. git master of libdrm and xf86-video-nouveau. This patch. Things I've figured out since the last patch... On NV50 class hardware you need to have a compositing manager running for Xv to work. That means xcompmgr, metacity with composite enabled, xfce (rumored to work as well, haven't tried). If your running Gnome with metacity, open gconf-editor and go to apps->metacity->general and check the composite box. On NV40 class hardware, you don't need the composite manager. In fact (at least with Xserver 1.6 which I'm running now), if a composite manager is enabled, I'm seeing high cpu utilization from Xorg under some circumstances. I don't think this is a drm issue, but still an issue. For me, if I start a video using mplayer in an xterm, cpu is fine as long as that xterm is the foreground window. If it is not the foreground window, even if it isn't obscured I see the cpu utilization. Disabling the composite manager makes everything fine. http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 06:22:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29C1B106566B for ; Mon, 27 Apr 2009 06:22:01 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id E79B18FC0C for ; Mon, 27 Apr 2009 06:22:00 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 5B65171EFD8; Mon, 27 Apr 2009 02:22:00 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dsN8ifj-i+6l; Mon, 27 Apr 2009 02:22:00 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 3324D71EEE9; Mon, 27 Apr 2009 02:22:00 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 30810614; Mon, 27 Apr 2009 02:22:00 -0400 (EDT) Date: Mon, 27 Apr 2009 02:22:00 -0400 From: Adam McDougall To: Ben Kelly Message-ID: <20090427062159.GS1012@egr.msu.edu> References: <49C2CFF6.8070608@egr.msu.edu> <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 06:22:01 -0000 On Sat, Apr 25, 2009 at 01:49:33PM -0400, Ben Kelly wrote: On Apr 24, 2009, at 11:59 PM, Artem Belevich wrote: > Ah! Indeed. > >> va_list va; >> va_start(ap, fmt); >> va_copy(va, ap); >> vsnprintf(p2->p_comm, sizeof(p2->p_comm), fmt, va); >> vsnprintf(td->td_name, sizeof(td->td_name), fmt, ap); > > We also need va_end(va) to clear up after va_copy(); I've updated the patch to use va_copy(). Unfortunately I don't have an AMD64 machine to test on at the moment. However, I did look at other places in the kernel where va_copy() is used so I am hopeful I got it right. Thanks again for the help! - Ben I have the patch running on a amd64 desktop at home, so far so good and I'll run some portupgrades overnight. Assuming no huge problems with that, I have one or more systems at work I can try it with as well, as I have time. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 07:49:30 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC2B51065670; Mon, 27 Apr 2009 07:49:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 968588FC1C; Mon, 27 Apr 2009 07:49:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LyLaj-0004HS-M4>; Mon, 27 Apr 2009 09:49:29 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LyLaj-0002Xv-Kk>; Mon, 27 Apr 2009 09:49:29 +0200 Message-ID: <49F56337.8040900@zedat.fu-berlin.de> Date: Mon, 27 Apr 2009 07:48:07 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.21 (X11/20090417) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: PAM/ldap_pam/NFSv4: How let users of a speicific group log into a specific box? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 07:49:31 -0000 Hello. I run into a specific problem and for several months of experiments I havn't found a solution, yet. This is what I wish to get and need: A simple capability of selecting users into a specific group. Members of such a group should then log into a set of specific hosts. Infrastructure is FreeBSD 8.0-CURRENT/amd64 and some 7.2-STABLE boxes (acting as server) as well as OpenLDAP backend. Authentication on boxes is done via PAM/ldap_pam. But it is on FreeBSD's side a vanilla configuration, not very sophisticated. Users autheticate and authorize against an OpenLDAP server residing on another box. pam_ldap in its most recent ports-version offers, as the manpage claims, a facility enabling group logins (resides in /usr/local/etc/ldap.conf): # Group to enforce membership of pam_groupdn cn=mygroup,ou=groups,dc=foo,dc=org?sub # Group member attribute #pam_member_attribute uniqueMember pam_member_attribute memberUid Within the DIT of the OpenLDAP server ou=groups exists and contains also a group called 'mygroup' with a multi-value attribute (as required), in this case memberUid. Using pam_ldap.so as a 'required' module is not appreciated, so there seems a problem to me with the stack order - should say: I need a LDAP solution. pam_group doesn't work for me: auth required/requisite pam_group.so no_warn group=mygroup Can anybody help or do have hints? Please remember I do not belon g to the 'questions' list, so please put me into your mail-cc. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 13:51:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045D6106566B; Mon, 27 Apr 2009 13:51:20 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id C45448FC14; Mon, 27 Apr 2009 13:51:19 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1892458rvb.43 for ; Mon, 27 Apr 2009 06:51:19 -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=K9kZXc2waraahswZsbYPpi2z31g6TeEZCSVCYg8/M6Q=; b=qsKSBPE4Z8mfCiKzsgsLga1v8tzK9UFjRrG4M281lfis39/5uvHj+jXuI9joarkJ+V LsUrKSK4mw163kQC9MXEyQRKXXudDXwhgoG+W8H43VJrzskXNK+ifkjI3TxwWSDkJY1U ZN6ySCVTwM5XsgpB3jnqsy3nXACHKj0aqSrqY= 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=Ls5aX0pUM3Y6udhg9VhSQt+SOAFKUHmKqRwnx1eywCYS00vl0icGNPYIFE2JJb8LPa +tYobOmmidFzxynK7zVCpWbj4JBHSU1QqKavWJbn2qV+TVdQR1H79wo04LfAs3WlrPrO hqXj+7+MoIsGVbsH3ecu5D4OI6x6w+217blME= MIME-Version: 1.0 Received: by 10.220.77.18 with SMTP id e18mr10498839vck.85.1240840278471; Mon, 27 Apr 2009 06:51:18 -0700 (PDT) In-Reply-To: <20090426224729.GA34800@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> Date: Mon, 27 Apr 2009 16:51:18 +0300 Message-ID: From: Maxim Ignatenko To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 13:51:20 -0000 2009/4/27 Luigi Rizzo : > > ok there seems to be no change related to dummynet between these > two versions so I am not sure where to look. > Could you double check what is the last working version ? > Yes, r191201 have this problems too (it seems, i didn't updated for a long time). Now I updated to r190864 (just before last change on ip_dummynet.c) - all works fine. Should I now check r190865? Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 13:58:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 196F11065672; Mon, 27 Apr 2009 13:58:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id CE09E8FC14; Mon, 27 Apr 2009 13:58:00 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BE61B73098; Mon, 27 Apr 2009 16:03:09 +0200 (CEST) Date: Mon, 27 Apr 2009 16:03:09 +0200 From: Luigi Rizzo To: Maxim Ignatenko Message-ID: <20090427140309.GA62749@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 13:58:01 -0000 On Mon, Apr 27, 2009 at 04:51:18PM +0300, Maxim Ignatenko wrote: > 2009/4/27 Luigi Rizzo : > > > > ok there seems to be no change related to dummynet between these > > two versions so I am not sure where to look. > > Could you double check what is the last working version ? > > > Yes, r191201 have this problems too (it seems, i didn't updated for a > long time). > Now I updated to r190864 (just before last change on ip_dummynet.c) - > all works fine. Should I now check r190865? yes it would be great if you could identify a specific change that caused the problem. There is one thing particularly tricky in one of the dummynet changes, because some fields changed between 32/64 bits and signed/unsigned. I may have unadvertently introduced some conversion bug. thanks a lot for the feedback cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 14:19:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02AC4106564A; Mon, 27 Apr 2009 14:19:32 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 905C98FC1E; Mon, 27 Apr 2009 14:19:31 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Apr 2009 16:19:29 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3REJTFR014143; Mon, 27 Apr 2009 16:19:29 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 27 Apr 2009 16:19:29 +0200 From: Matthias Apitz To: "Paul B. Mahol" Message-ID: <20090427141929.GA13902@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 27 Apr 2009 14:19:29.0986 (UTC) FILETIME=[2DADA220:01C9C743] Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 14:19:32 -0000 El día Friday, April 17, 2009 a las 03:13:06PM +0200, Paul B. Mahol escribió: > Usefull info is missing, what xserver version, which video driver and > what version of it > are you using. > > I had same behaviour with intel but issue got fixed for me with latest > Mesa and Xorg from ports. I'm still think what would be the best way to update via CVS & ports to the xerver 1.6.0; maybe the cleanest way would be: # rm /var/db/pkg/* # rm -r /usr/local/* # rm -r /usr/ports # cd /usr # cvs checkout ports # cd /usr/ports/x11/xorg # make install and generate from the than installed ports the packages with pkg_create to install them as updates on the smaller EeePC.... while I'm thinking about, it would be nice to get the alpha-console back to a usable state; when the X server crashes it let the display in nonsense output; all other is still working, i.e. I can use Alt-F2 to go to another alpha console, can login and reboot, but all this without seeing what I type; is there some tool/command to reset the VGA so that the output is visible again? I could insert this into the ~/.xinitrc after the call of 'startkde' and all would be fine until updating the X11 server; any idea? matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 14:32:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD6D1065690; Mon, 27 Apr 2009 14:32:03 +0000 (UTC) (envelope-from onemda@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 16D388FC37; Mon, 27 Apr 2009 14:32:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so2260037bwz.43 for ; Mon, 27 Apr 2009 07:32:02 -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=Dd5Z7Sw8G/AsvQMjsN5NZiGs2gnwAM76znK7eeZf9ro=; b=oRezDXiWIn2wdAPt/KVpVx51wq0V9XsH3PjCmIIZlJMarY+1Q58Jpu62SMxn+j1W0z SoghubltOVY2jo5WHkNAXnsvrkbtcCRfBW1RiC87OnHA3ntkEPT/UjW4i4bZ/2iGd8T5 SAXA5/gis8ezoYMN7aW4QtTeXrf0H2nh2diAU= 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=CgsEjfABjIVsWThPxviCjPtNDT947kySl4SRcA9LN8X5VZL07/67AWDGUGn3eMyB3o 5rojGHoGYWPGXwXUj7hsAD9o04XU2zkTPCSOvnd1/ENWygTjwpOjlpQBZgdHawHr+/RX ad/aLo0SW2R2Dfgaot3PDlANWr6DsH/X+4ULQ= MIME-Version: 1.0 Received: by 10.239.133.10 with SMTP id 10mr292992hbt.46.1240842721631; Mon, 27 Apr 2009 07:32:01 -0700 (PDT) In-Reply-To: <20090427141929.GA13902@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> Date: Mon, 27 Apr 2009 16:32:01 +0200 Message-ID: <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> From: "Paul B. Mahol" To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 14:32:05 -0000 On 4/27/09, Matthias Apitz wrote: > El d=EDa Friday, April 17, 2009 a las 03:13:06PM +0200, Paul B. Mahol > escribi=F3: > >> Usefull info is missing, what xserver version, which video driver and >> what version of it >> are you using. >> >> I had same behaviour with intel but issue got fixed for me with latest >> Mesa and Xorg from ports. > > I'm still think what would be the best way to update via CVS & ports to > the xerver 1.6.0; maybe the cleanest way would be: > > # rm /var/db/pkg/* > # rm -r /usr/local/* > # rm -r /usr/ports > # cd /usr > # cvs checkout ports > # cd /usr/ports/x11/xorg > # make install > > and generate from the than installed ports the packages with pkg_create t= o > install them as updates on the smaller EeePC.... > > while I'm thinking about, it would be nice to get the alpha-console back > to a usable state; when the X server crashes it let the display in > nonsense output; all other is still working, i.e. I can use Alt-F2 to go > to another alpha console, can login and reboot, but all this without > seeing what I type; is there some tool/command to reset the VGA so that t= he > output is visible again? I could insert this into the ~/.xinitrc after > the call of 'startkde' and all would be fine until updating the X11 > server; any idea? > Doesnt starting Xorg again fix problem, doesnt using vesa instead of intel makes console output more useful l(starting Xorg with vesa driver after Xorg crash with intel, you can use -layout switch for that). If you dont care about acceleration and more CPU usage use vesa until furth= er. --=20 Paul From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 14:44:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 296111065674; Mon, 27 Apr 2009 14:44:24 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id BA2518FC12; Mon, 27 Apr 2009 14:44:23 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qyk3 with SMTP id 3so4922306qyk.3 for ; Mon, 27 Apr 2009 07:44:23 -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=aDS1saeCWxI2pEwFdC7MIWLnd7KMNIRdJ8G9gr7WUSo=; b=h+PoQu4aT4gsVhUysTtXasKT4pqmSyPEfcN3PHbD9sBP2vRSom3d2rrByTZpqzxInO D1U9l0gRpy5cMJogbVbE19N6pnacBDQMnS/laY2bynLucN+HETfov/fXzLmD4hn+3wi0 PIrj38SVnHRyB/NVG4LUbyUmdNuADTJYY0Tw4= 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=NzAtt2iKGKb42X8MxmyoQqGXBPCT9iOqrvPo6LVmwCush7ASbw4dVfhDitphgX21IO ClLYOJM6gTj+2oxgY4KTHifTBeL6DbqkRTx+xDjru4D3KW65xEDJo626Cc73Tz6jlgn0 /jRnreD9/p8yRS6mtHlVpaA0rTazRexkzHAeA= MIME-Version: 1.0 Received: by 10.220.97.75 with SMTP id k11mr10831964vcn.39.1240843462965; Mon, 27 Apr 2009 07:44:22 -0700 (PDT) In-Reply-To: <20090427140309.GA62749@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> <20090427140309.GA62749@onelab2.iet.unipi.it> Date: Mon, 27 Apr 2009 17:44:22 +0300 Message-ID: From: Maxim Ignatenko To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 14:44:24 -0000 2009/4/27 Luigi Rizzo : > On Mon, Apr 27, 2009 at 04:51:18PM +0300, Maxim Ignatenko wrote: >> 2009/4/27 Luigi Rizzo : >> > >> > ok there seems to be no change related to dummynet between these >> > two versions so I am not sure where to look. >> > Could you double check what is the last working version ? >> > >> =C2=A0Yes, r191201 have this problems too (it seems, i didn't updated fo= r a >> long time). >> Now =C2=A0I updated to r190864 (just before last change on ip_dummynet.c= ) - >> all works fine. Should I now check r190865? > > yes it would be great if you could identify a specific change that > caused the problem. > There is one thing particularly tricky in one of the dummynet > changes, because some fields changed between 32/64 bits and > signed/unsigned. I may have unadvertently introduced some > conversion bug. > On r190865 problem appeared again. > thanks a lot for the feedback > You welcome :) Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 14:56:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F9510656C0; Mon, 27 Apr 2009 14:56:48 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id C18768FC17; Mon, 27 Apr 2009 14:56:47 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Apr 2009 16:56:46 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3REujqd015170; Mon, 27 Apr 2009 16:56:45 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 27 Apr 2009 16:56:45 +0200 From: Matthias Apitz To: "Paul B. Mahol" Message-ID: <20090427145645.GA14984@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 27 Apr 2009 14:56:46.0850 (UTC) FILETIME=[62F3FE20:01C9C748] Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 14:56:48 -0000 El día Monday, April 27, 2009 a las 04:32:01PM +0200, Paul B. Mahol escribió: > > > > while I'm thinking about, it would be nice to get the alpha-console back > > to a usable state; when the X server crashes it let the display in > > nonsense output; all other is still working, i.e. I can use Alt-F2 to go > > to another alpha console, can login and reboot, but all this without > > seeing what I type; is there some tool/command to reset the VGA so that the > > output is visible again? I could insert this into the ~/.xinitrc after > > the call of 'startkde' and all would be fine until updating the X11 > > server; any idea? > > > > Doesnt starting Xorg again fix problem, yes it does; but if you terminate the new X server it crashes again and you're in the same situation; > doesnt using vesa instead of > intel makes console output more useful l(starting Xorg with vesa > driver after Xorg crash with intel, you can use -layout switch for > that). > > If you dont care about acceleration and more CPU usage use vesa until further. I've tested it right now with 'Driver "vesa"'; it comes up and terminates fine, but only in 800x600 resolution, streched to the screen of 1024x600 pixel :-( matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 17:19:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF2C9106566B for ; Mon, 27 Apr 2009 17:19:10 +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 B10C58FC17 for ; Mon, 27 Apr 2009 17:19:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.151] (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 n3RHIfpm010115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Apr 2009 13:18:41 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Adam McDougall In-Reply-To: <20090427052602.GN1012@egr.msu.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <20090427052602.GN1012@egr.msu.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-3zgWG5WnjlG3iCA+wAfm" Organization: FreeBSD Date: Mon, 27 Apr 2009 12:18:33 -0500 Message-Id: <1240852713.4395.4.camel@wombat.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-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 17:19:11 -0000 --=-3zgWG5WnjlG3iCA+wAfm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-04-27 at 01:26 -0400, Adam McDougall wrote: > Is there any chance of getting nouveau to work on a PCI=20 > NV34 GeForce FX 5200? (not pci-e) I actually don't really care=20 > about 3d unless I can use it to improve normal "2d" activity, > I'm just looking for an improved response above what the=20 > nv driver gives me with XAA. Its a little sluggish but=20 > sufficient for day to day activities.=20 >=20 > When I try Option "AccelMethod" "EXA" it runs with XAA > anyway: (WW) NV(0): Option "AccelMethod" is not used. >=20 > When I try nouveau, it tells me: > (EE) [drm] drmOpen failed. > (EE) NOUVEAU(0): [drm] error opening the drm >=20 > I don't even know what drm I could try loading or if it=20 > would help. This should work I think... I only have NV40 and NV50 pcie cards to test with though. You need to apply the patch to your kernel tree and make sure that libdrm and xf86-video-nouveau are up to date with latest ports. robert. > vgapci0@pci0:2:1:0: class=3D0x030000 card=3D0x00000000 chip=3D0x03221= 0de rev=3D0xa1 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'GeForce FX 5200 [NV34.3]' > class =3D display > subclass =3D VGA >=20 > Thanks for any advice, let me know if I can provide more information. >=20 >=20 > On Sat, Mar 21, 2009 at 07:04:23PM -0500, Robert Noland wrote: >=20 > Ok, this patch should work on NV50 chips also. > =20 > What you get is EXA and Xv. > =20 > You still need: > =20 > A recent -CURRENT or -STABLE. > =20 > git master of libdrm and xf86-video-nouveau. > =20 > This patch. > =20 > Things I've figured out since the last patch... > =20 > On NV50 class hardware you need to have a compositing manager running > for Xv to work. That means xcompmgr, metacity with composite enabled, > xfce (rumored to work as well, haven't tried). If your running Gnome > with metacity, open gconf-editor and go to apps->metacity->general and > check the composite box. > =20 > On NV40 class hardware, you don't need the composite manager. In fact > (at least with Xserver 1.6 which I'm running now), if a composite > manager is enabled, I'm seeing high cpu utilization from Xorg under som= e > circumstances. I don't think this is a drm issue, but still an issue. > For me, if I start a video using mplayer in an xterm, cpu is fine as > long as that xterm is the foreground window. If it is not the > foreground window, even if it isn't obscured I see the cpu utilization. > Disabling the composite manager makes everything fine. > =20 > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > =20 > robert. > =20 > --=20 > Robert Noland > FreeBSD >=20 >=20 --=20 Robert Noland FreeBSD --=-3zgWG5WnjlG3iCA+wAfm 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) iEYEABECAAYFAkn16OkACgkQM4TrQ4qfRONE/wCfTLYcETUTl0Rfr4zJWQ/uuYlL K+4Aninpgy6SZ3x02sIhFYkI0Uj+cHBH =QgNh -----END PGP SIGNATURE----- --=-3zgWG5WnjlG3iCA+wAfm-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 17:23:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 675F8106566B for ; Mon, 27 Apr 2009 17:23:53 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA058FC1E for ; Mon, 27 Apr 2009 17:23:53 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 27 Apr 2009 10:25:02 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.3/8.14.1) with ESMTP id n3RHNqEu093066; Mon, 27 Apr 2009 10:23:52 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.3/8.14.3/Submit) id n3RHNnku093060; Mon, 27 Apr 2009 10:23:49 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200904271723.n3RHNnku093060@ambrisko.com> In-Reply-To: <49F22A87.2040905@delphij.net> To: d@delphij.net Date: Mon, 27 Apr 2009 10:23:49 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, Paul Stewart Subject: Re: Broadcom NIC Problem - Installing 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 17:23:53 -0000 Xin LI writes: | Hi, Paul, | | Paul Stewart wrote: | > Hi there. | > | > I'm just getting back into the FreeBSD world after a long vacation ;) | > | > Just installed a shiny new Dell PowerEdge R710 server that comes with Four | > embedded BroadcomR NetXtreme IIT 5709c Gigabit Ethernet NIC cards. The | > installation does not recognize the NIC cards so I installed anyways. | > Server boots up as normal and everything else looks good. | > | > Is there support for these NIC cards? Do I need to do a custom kernel or | > load modules? | | Which release are you using? A moderately new -CURRENT snapshot (as you | posted on -current@), or 7.2-RC2 should have supported the hardware you | have mentioned. Yes, -current and 7.2 will work on this machine as will another machine that will be released soon that uses another bce variant. 7.1 worked until the driver was reverted just before the release. Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:02:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9E9F106566C; Mon, 27 Apr 2009 18:02:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED738FC1B; Mon, 27 Apr 2009 18:02:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3RI2rwK030972; Mon, 27 Apr 2009 14:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3RI2rwg027979; Mon, 27 Apr 2009 14:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 41E757302F; Mon, 27 Apr 2009 14:02:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090427180253.41E757302F@freebsd-current.sentex.ca> Date: Mon, 27 Apr 2009 14:02:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 18:02:57 -0000 TB --- 2009-04-27 16:30:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-27 16:30:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-04-27 16:30:05 - cleaning the object tree TB --- 2009-04-27 16:30:41 - cvsupping the source tree TB --- 2009-04-27 16:30:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-04-27 16:30:50 - building world TB --- 2009-04-27 16:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-27 16:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-27 16:30:50 - TARGET=powerpc TB --- 2009-04-27 16:30:50 - TARGET_ARCH=powerpc TB --- 2009-04-27 16:30:50 - TZ=UTC TB --- 2009-04-27 16:30:50 - __MAKE_CONF=/dev/null TB --- 2009-04-27 16:30:50 - cd /src TB --- 2009-04-27 16:30:50 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 27 16:30:52 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 27 17:55:51 UTC 2009 TB --- 2009-04-27 17:55:51 - generating LINT kernel config TB --- 2009-04-27 17:55:51 - cd /src/sys/powerpc/conf TB --- 2009-04-27 17:55:51 - /usr/bin/make -B LINT TB --- 2009-04-27 17:55:51 - building LINT kernel TB --- 2009-04-27 17:55:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-27 17:55:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-27 17:55:51 - TARGET=powerpc TB --- 2009-04-27 17:55:51 - TARGET_ARCH=powerpc TB --- 2009-04-27 17:55:51 - TZ=UTC TB --- 2009-04-27 17:55:51 - __MAKE_CONF=/dev/null TB --- 2009-04-27 17:55:51 - cd /src TB --- 2009-04-27 17:55:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 27 17:55:51 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/mxge/if_mxge.c: In function 'mxge_update_stats': /src/sys/dev/mxge/if_mxge.c:3803: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c: In function 'mxge_free_slices': /src/sys/dev/mxge/if_mxge.c:4039: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c:4040: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c:4041: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c: In function 'mxge_alloc_slices': /src/sys/dev/mxge/if_mxge.c:4109: error: 'mxge_tx_ring_t' has no member named 'br' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-27 18:02:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-27 18:02:53 - ERROR: failed to build lint kernel TB --- 2009-04-27 18:02:53 - 4385.91 user 414.97 system 5567.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:12:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79CDC106568C; Mon, 27 Apr 2009 18:12:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4E77F8FC25; Mon, 27 Apr 2009 18:12:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3RICF69010117; Mon, 27 Apr 2009 14:12:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3RICFLb071800; Mon, 27 Apr 2009 14:12:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 016D77302F; Mon, 27 Apr 2009 14:12:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090427181215.016D77302F@freebsd-current.sentex.ca> Date: Mon, 27 Apr 2009 14:12:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 18:12:18 -0000 TB --- 2009-04-27 16:42:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-27 16:42:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-04-27 16:42:55 - cleaning the object tree TB --- 2009-04-27 16:43:38 - cvsupping the source tree TB --- 2009-04-27 16:43:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-04-27 16:43:47 - building world TB --- 2009-04-27 16:43:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-27 16:43:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-27 16:43:47 - TARGET=sparc64 TB --- 2009-04-27 16:43:47 - TARGET_ARCH=sparc64 TB --- 2009-04-27 16:43:47 - TZ=UTC TB --- 2009-04-27 16:43:47 - __MAKE_CONF=/dev/null TB --- 2009-04-27 16:43:47 - cd /src TB --- 2009-04-27 16:43:47 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 27 16:43:50 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 27 18:04:33 UTC 2009 TB --- 2009-04-27 18:04:33 - generating LINT kernel config TB --- 2009-04-27 18:04:33 - cd /src/sys/sparc64/conf TB --- 2009-04-27 18:04:33 - /usr/bin/make -B LINT TB --- 2009-04-27 18:04:33 - building LINT kernel TB --- 2009-04-27 18:04:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-27 18:04:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-27 18:04:33 - TARGET=sparc64 TB --- 2009-04-27 18:04:33 - TARGET_ARCH=sparc64 TB --- 2009-04-27 18:04:33 - TZ=UTC TB --- 2009-04-27 18:04:33 - __MAKE_CONF=/dev/null TB --- 2009-04-27 18:04:33 - cd /src TB --- 2009-04-27 18:04:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 27 18:04:33 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/mxge/if_mxge.c: In function 'mxge_update_stats': /src/sys/dev/mxge/if_mxge.c:3803: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c: In function 'mxge_free_slices': /src/sys/dev/mxge/if_mxge.c:4039: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c:4040: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c:4041: error: 'mxge_tx_ring_t' has no member named 'br' /src/sys/dev/mxge/if_mxge.c: In function 'mxge_alloc_slices': /src/sys/dev/mxge/if_mxge.c:4109: error: 'mxge_tx_ring_t' has no member named 'br' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-27 18:12:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-27 18:12:14 - ERROR: failed to build lint kernel TB --- 2009-04-27 18:12:14 - 4158.18 user 410.80 system 5359.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 18:54:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0E08106567A for ; Mon, 27 Apr 2009 18:54:05 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9AADB8FC1A for ; Mon, 27 Apr 2009 18:54:05 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.175.178.143] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1LyVxr-0003Tc-Rb; Mon, 27 Apr 2009 22:54:03 +0400 To: Rainer Hurling References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> <49EB8968.3040004@gwdg.de> <91071496@serv3.int.kfs.ru> <49F4A031.5010500@gwdg.de> From: Boris Samorodov Date: Mon, 27 Apr 2009 22:54:10 +0400 In-Reply-To: <49F4A031.5010500@gwdg.de> (Rainer Hurling's message of "Sun\, 26 Apr 2009 19\:56\:01 +0200") Message-ID: <67783565@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: [not completely SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 18:54:06 -0000 Rainer Hurling writes: > A few days ago I reported about problems when I try to print from > acroread8. For all but one of my systems the problem is solved now, > see below. > > On one system I also totally cleaned up the linux emulator part and > installed everything from the scratch. Now when I try to print I get > the following message: > > --------------------------------------------------------------- > Beim Drucken ist folgender Fehler aufgetreten... > '/libexec/ld-elf.so.1: /usr/local/lib/compat/libc.so.6: version > GLIBC_2.2.4 required by /usr/local/Adobe/Reader8/DEU/ > Adobe/Reader8/Reader/intellinux/lib/libgcc_s.so.1 not > defined' > --------------------------------------------------------------- > > libc.so.6 is from misc/compat6x. I am not able to detect any relevant > differences between my systems. > > Is there any experience with this error message? Do you by any chance redefine default environment at that host (i.e. path, LD_LIBRARY_PATH, etc.)? Can you see a difference between kdump/linux_ktrace at this system and other systems? WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 19:14:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7FF106566C; Mon, 27 Apr 2009 19:14:58 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id EF23F8FC27; Mon, 27 Apr 2009 19:14:57 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so84094qwe.7 for ; Mon, 27 Apr 2009 12:14:57 -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=j3ywqWfUAUG4hl5N/nREF24xMAoy9dZlJ0LjJrUpE+w=; b=RpHsK4bkE2tIrpEFBTmse2VqRlNkWolIKqpO6tb/yFlC18MlK/OaohyhRxi4lj1jRa oFEQ6KexVZIJdaY6anjx57/bC9jIsvGs048h2WVGAayG9v9Xbw2hPH14F5x/xJA7uNh3 1Jrst32leMVMcDE0wnUbJjK27OQ61/Nbnd7K0= 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=XvDh8WusT26jAkbR0cRejWrp4LiUw+BFDuzuR7mVzRBtUpfhTPG7tbuGy/YgIJOLKJ 0dCpoiss0YFSSBIYQiBjgTuk/A2BUHeu37NvyWfZRqFvuCt2Na3YP9ijHGaORNXRF2t/ 42p1x6ByTi5xbngd11F1tw41CC8Irb+Yn5UHs= MIME-Version: 1.0 Received: by 10.220.77.18 with SMTP id e18mr11083941vck.85.1240859697214; Mon, 27 Apr 2009 12:14:57 -0700 (PDT) In-Reply-To: <20090427190854.GA36459@lath.rinet.ru> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> <20090427140309.GA62749@onelab2.iet.unipi.it> <20090427190854.GA36459@lath.rinet.ru> Date: Mon, 27 Apr 2009 22:14:57 +0300 Message-ID: From: Maxim Ignatenko To: Oleg Bulyzhin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Luigi Rizzo Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 19:14:58 -0000 2009/4/27 Oleg Bulyzhin : > > Perhaps you stepped on this: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=879027+0+archive/2009/svn-src-all/20090419.svn-src-all > > You can try to change type of dn_pipe.numbytes to int64_t (instead of dn_key). > (ip_dummynet.h:341) > This is exactly what is done by patch sent by Luigi to me. And yes, it helped. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 19:21:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 725D510657C2; Mon, 27 Apr 2009 19:21:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 270D58FC19; Mon, 27 Apr 2009 19:21:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3RJLo4w025412; Mon, 27 Apr 2009 15:21:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3RJLor6030009; Mon, 27 Apr 2009 15:21:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BEAE57302F; Mon, 27 Apr 2009 15:21:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090427192150.BEAE57302F@freebsd-current.sentex.ca> Date: Mon, 27 Apr 2009 15:21:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 19:21:59 -0000 TB --- 2009-04-27 18:02:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-27 18:02:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-04-27 18:02:53 - cleaning the object tree TB --- 2009-04-27 18:03:24 - cvsupping the source tree TB --- 2009-04-27 18:03:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-04-27 18:03:31 - building world TB --- 2009-04-27 18:03:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-27 18:03:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-27 18:03:31 - TARGET=sun4v TB --- 2009-04-27 18:03:31 - TARGET_ARCH=sparc64 TB --- 2009-04-27 18:03:31 - TZ=UTC TB --- 2009-04-27 18:03:31 - __MAKE_CONF=/dev/null TB --- 2009-04-27 18:03:31 - cd /src TB --- 2009-04-27 18:03:31 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 27 18:03:35 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 27 19:16:42 UTC 2009 TB --- 2009-04-27 19:16:42 - generating LINT kernel config TB --- 2009-04-27 19:16:42 - cd /src/sys/sun4v/conf TB --- 2009-04-27 19:16:42 - /usr/bin/make -B LINT TB --- 2009-04-27 19:16:42 - building LINT kernel TB --- 2009-04-27 19:16:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-27 19:16:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-27 19:16:42 - TARGET=sun4v TB --- 2009-04-27 19:16:42 - TARGET_ARCH=sparc64 TB --- 2009-04-27 19:16:42 - TZ=UTC TB --- 2009-04-27 19:16:42 - __MAKE_CONF=/dev/null TB --- 2009-04-27 19:16:42 - cd /src TB --- 2009-04-27 19:16:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 27 19:16:42 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_em.c: In function 'em_transmit_locked': /src/sys/dev/e1000/if_em.c:1024: error: 'addapter' undeclared (first use in this function) /src/sys/dev/e1000/if_em.c:1024: error: (Each undeclared identifier is reported only once /src/sys/dev/e1000/if_em.c:1024: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-27 19:21:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-27 19:21:50 - ERROR: failed to build lint kernel TB --- 2009-04-27 19:21:50 - 4067.05 user 408.42 system 4737.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 19:23:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6AC10656CD; Mon, 27 Apr 2009 19:23:21 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE168FC08; Mon, 27 Apr 2009 19:23:21 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: by lath.rinet.ru (Postfix, from userid 222) id D2F71704C; Mon, 27 Apr 2009 23:08:54 +0400 (MSD) Date: Mon, 27 Apr 2009 23:08:54 +0400 From: Oleg Bulyzhin To: Maxim Ignatenko Message-ID: <20090427190854.GA36459@lath.rinet.ru> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> <20090427140309.GA62749@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Luigi Rizzo Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 19:23:23 -0000 On Mon, Apr 27, 2009 at 05:44:22PM +0300, Maxim Ignatenko wrote: > 2009/4/27 Luigi Rizzo : > > On Mon, Apr 27, 2009 at 04:51:18PM +0300, Maxim Ignatenko wrote: > >> 2009/4/27 Luigi Rizzo : > >> > > >> > ok there seems to be no change related to dummynet between these > >> > two versions so I am not sure where to look. > >> > Could you double check what is the last working version ? > >> > > >> šYes, r191201 have this problems too (it seems, i didn't updated for a > >> long time). > >> Now šI updated to r190864 (just before last change on ip_dummynet.c) - > >> all works fine. Should I now check r190865? > > > > yes it would be great if you could identify a specific change that > > caused the problem. > > There is one thing particularly tricky in one of the dummynet > > changes, because some fields changed between 32/64 bits and > > signed/unsigned. I may have unadvertently introduced some > > conversion bug. > > > > On r190865 problem appeared again. > > > thanks a lot for the feedback > > > > You welcome :) > > Thanks. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" Perhaps you stepped on this: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=879027+0+archive/2009/svn-src-all/20090419.svn-src-all You can try to change type of dn_pipe.numbytes to int64_t (instead of dn_key). (ip_dummynet.h:341) -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 19:54:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF4C4106566C for ; Mon, 27 Apr 2009 19:54:54 +0000 (UTC) (envelope-from paul@paulstewart.org) Received: from smtp.nexicom.net (smtp1.nexicom.net [216.168.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB578FC1E for ; Mon, 27 Apr 2009 19:54:54 +0000 (UTC) (envelope-from paul@paulstewart.org) Received: from smtp.nexicom.net (smtp.nexicom.net [216.168.96.13]) by smtp.nexicom.net (8.13.6/8.13.4) with ESMTP id n3RJsGf2015260; Mon, 27 Apr 2009 15:54:33 -0400 Received: from pstewart ([216.168.115.179] helo=pstewart) with IPv4:25 by smtp.nexicom.net; 27 Apr 2009 15:54:16 -0400 Received: from pstewart by pstewart (PGP Universal service); Mon, 27 Apr 2009 15:54:33 -0500 X-PGP-Universal: processed; by pstewart on Mon, 27 Apr 2009 15:54:33 -0500 From: "Paul Stewart" To: "'Doug Ambrisko'" , References: <49F22A87.2040905@delphij.net> <200904271723.n3RHNnku093060@ambrisko.com> In-Reply-To: <200904271723.n3RHNnku093060@ambrisko.com> Date: Mon, 27 Apr 2009 15:54:16 -0400 Message-ID: <001801c9c771$f3060660$d9121320$@org> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcnHXNpKszIVWILmQQ6jP2z1a//GFwAFQ4NQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Language: en-us Cc: freebsd-current@freebsd.org Subject: RE: Broadcom NIC Problem - Installing 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 19:54:55 -0000 Thanks - yes, just installed 7.2RC2 and it works fine now... appreciate it. Paul -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Doug Ambrisko Sent: Monday, April 27, 2009 1:24 PM To: d@delphij.net Cc: freebsd-current@freebsd.org; Paul Stewart Subject: Re: Broadcom NIC Problem - Installing 7.1 Xin LI writes: | Hi, Paul, | | Paul Stewart wrote: | > Hi there. | > | > I'm just getting back into the FreeBSD world after a long vacation ;) | > | > Just installed a shiny new Dell PowerEdge R710 server that comes with Four | > embedded BroadcomR NetXtreme IIT 5709c Gigabit Ethernet NIC cards. The | > installation does not recognize the NIC cards so I installed anyways. | > Server boots up as normal and everything else looks good. | > | > Is there support for these NIC cards? Do I need to do a custom kernel or | > load modules? | | Which release are you using? A moderately new -CURRENT snapshot (as you | posted on -current@), or 7.2-RC2 should have supported the hardware you | have mentioned. Yes, -current and 7.2 will work on this machine as will another machine that will be released soon that uses another bce variant. 7.1 worked until the driver was reverted just before the release. Doug A. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 20:15:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5209B106566B for ; Mon, 27 Apr 2009 20:15:16 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 104538FC1D for ; Mon, 27 Apr 2009 20:15:16 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LyXDs-0005TK-Sq; Mon, 27 Apr 2009 22:14:41 +0200 Message-ID: <49F6122A.7010704@gwdg.de> Date: Mon, 27 Apr 2009 22:14:34 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Boris Samorodov References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> <49EB8968.3040004@gwdg.de> <91071496@serv3.int.kfs.ru> <49F4A031.5010500@gwdg.de> <67783565@ipt.ru> In-Reply-To: <67783565@ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: [not completely SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 20:15:16 -0000 On 27.04.2009 20:54 (UTC+2), Boris Samorodov wrote: > Rainer Hurling writes: > >> A few days ago I reported about problems when I try to print from >> acroread8. For all but one of my systems the problem is solved now, >> see below. >> >> On one system I also totally cleaned up the linux emulator part and >> installed everything from the scratch. Now when I try to print I get >> the following message: >> >> --------------------------------------------------------------- >> Beim Drucken ist folgender Fehler aufgetreten... >> '/libexec/ld-elf.so.1: /usr/local/lib/compat/libc.so.6: version >> GLIBC_2.2.4 required by /usr/local/Adobe/Reader8/DEU/ >> Adobe/Reader8/Reader/intellinux/lib/libgcc_s.so.1 not >> defined' >> --------------------------------------------------------------- >> >> libc.so.6 is from misc/compat6x. I am not able to detect any relevant >> differences between my systems. >> >> Is there any experience with this error message? > > Do you by any chance redefine default environment at that host > (i.e. path, LD_LIBRARY_PATH, etc.)? Can you see a difference > between kdump/linux_ktrace at this system and other systems? PATH is exactly the same on all systems, LD_LIBRARY_PATH etc. do not exist. Because I have no skills in tracing and debugging linux binaries I first have to read a lot. So this could take a while ... Am I right that devel/linux_kdump is the meant instead of kdump? And where do I find linux_ktrace? Thank you for answering, Rainer > WBR From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 21:29:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3FE1065672; Mon, 27 Apr 2009 21:29:51 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 288F78FC21; Mon, 27 Apr 2009 21:29:51 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 8E36F73098; Mon, 27 Apr 2009 23:35:00 +0200 (CEST) Date: Mon, 27 Apr 2009 23:35:00 +0200 From: Luigi Rizzo To: Oleg Bulyzhin Message-ID: <20090427213500.GA77622@onelab2.iet.unipi.it> References: <20090426215740.GA33188@onelab2.iet.unipi.it> <20090426224729.GA34800@onelab2.iet.unipi.it> <20090427140309.GA62749@onelab2.iet.unipi.it> <20090427190854.GA36459@lath.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090427190854.GA36459@lath.rinet.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: [dummynet] Several queues connected to one pipe: "dummynet: OUCH! pipe should have been idle!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 21:29:51 -0000 On Mon, Apr 27, 2009 at 11:08:54PM +0400, Oleg Bulyzhin wrote: > On Mon, Apr 27, 2009 at 05:44:22PM +0300, Maxim Ignatenko wrote: ... > > > yes it would be great if you could identify a specific change that > > > caused the problem. > > > There is one thing particularly tricky in one of the dummynet > > > changes, because some fields changed between 32/64 bits and > > > signed/unsigned. I may have unadvertently introduced some > > > conversion bug. > > > > > > > On r190865 problem appeared again. > > > > > thanks a lot for the feedback > > > > > > > You welcome :) > > > > Thanks. > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > Perhaps you stepped on this: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=879027+0+archive/2009/svn-src-all/20090419.svn-src-all > > You can try to change type of dn_pipe.numbytes to int64_t (instead of dn_key). > (ip_dummynet.h:341) good catch Oleg, sorry if i missed your email above. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 21:46:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00142106567E for ; Mon, 27 Apr 2009 21:46:26 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id AF2CA8FC15 for ; Mon, 27 Apr 2009 21:46:26 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.175.178.143] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1LyYef-0005Zo-It; Tue, 28 Apr 2009 01:46:25 +0400 To: Rainer Hurling References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> <49EB8968.3040004@gwdg.de> <91071496@serv3.int.kfs.ru> <49F4A031.5010500@gwdg.de> <67783565@ipt.ru> <49F6122A.7010704@gwdg.de> From: Boris Samorodov Date: Tue, 28 Apr 2009 01:46:32 +0400 In-Reply-To: <49F6122A.7010704@gwdg.de> (Rainer Hurling's message of "Mon\, 27 Apr 2009 22\:14\:34 +0200") Message-ID: <01698759@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: [not completely SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 21:46:27 -0000 Rainer Hurling writes: > On 27.04.2009 20:54 (UTC+2), Boris Samorodov wrote: >> Rainer Hurling writes: >> >>> A few days ago I reported about problems when I try to print from >>> acroread8. For all but one of my systems the problem is solved now, >>> see below. >>> >>> On one system I also totally cleaned up the linux emulator part and >>> installed everything from the scratch. Now when I try to print I get >>> the following message: >>> >>> --------------------------------------------------------------- >>> Beim Drucken ist folgender Fehler aufgetreten... >>> '/libexec/ld-elf.so.1: /usr/local/lib/compat/libc.so.6: version >>> GLIBC_2.2.4 required by /usr/local/Adobe/Reader8/DEU/ >>> Adobe/Reader8/Reader/intellinux/lib/libgcc_s.so.1 not >>> defined' >>> --------------------------------------------------------------- >>> >>> libc.so.6 is from misc/compat6x. I am not able to detect any relevant >>> differences between my systems. >>> >>> Is there any experience with this error message? >> >> Do you by any chance redefine default environment at that host >> (i.e. path, LD_LIBRARY_PATH, etc.)? Can you see a difference >> between kdump/linux_ktrace at this system and other systems? Hm, that should be ktrace/linux_kdump... > PATH is exactly the same on all systems, LD_LIBRARY_PATH etc. do not exist. > > Because I have no skills in tracing and debugging linux binaries I > first have to read a lot. So this could take a while ... > > Am I right that devel/linux_kdump is the meant instead of kdump? And > where do I find linux_ktrace? Sorry, as I've just said ktrace should be from the base system. Use it like "ktrace -i acroread" and then use linux_kdump. You may get the package here: ftp://ftp.ipt.ru/pub/linux/linux_kdump-1.5_2.tbz > Thank you for answering, NP & WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 21:59:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 596AE1065674 for ; Mon, 27 Apr 2009 21:59:08 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 035918FC15 for ; Mon, 27 Apr 2009 21:59:07 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so124534ywe.13 for ; Mon, 27 Apr 2009 14:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=4KrN79HNDFeBWOiS13kGPlkN3NoXdl1g3hjMiC5z3sU=; b=Xu9OX9Zob0kwHSaniOyUFv1vRCjfM2h5GxEE3XvYnkbRbjcpPBq5kvSUEcfYAJ1ORm qPdQJIeoYYjhyHNcd1X2uPDSjOEWRi1Z/OhVCmf8fPKNixSnoWEP5yPXN2L4ifr+bsSp 91E9erv16bHX6DQdmcgxLzfBeZQOOK4unizuU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=ZUDTn0WR/3ztWKGfdBx+5zIQPshyQ+RjBiPY16X6hkckO/CwqLsvqdMECKQYthjMcK cgF8H/4v4C6nnTwBs7g/tdupBC7uOYu2e1cphknalGYyKEAUnrXgutveE+qASmZrJNcV s+BauXhjy36Z2eZob60W9j0nVT+Pjof44S95o= Received: by 10.90.26.3 with SMTP id 3mr7566975agz.49.1240869547335; Mon, 27 Apr 2009 14:59:07 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.79.188]) by mx.google.com with ESMTPS id 30sm10535634agc.29.2009.04.27.14.59.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 27 Apr 2009 14:59:06 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 20296B8074; Mon, 27 Apr 2009 18:58:59 -0300 (BRT) Received: from 189.92.236.3 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Mon, 27 Apr 2009 18:58:59 -0300 (BRT) Message-ID: <10c2387043784e993011bf9a713eae13.squirrel@cygnus.homeunix.com> In-Reply-To: <49EB66F5.1050007@gmail.com> References: <20090419120015.683A51065676@hub.freebsd.org> <49EB66F5.1050007@gmail.com> Date: Mon, 27 Apr 2009 18:58:59 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: wi-fi with dwl-510 on 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 21:59:08 -0000 wlan0: Ethernet address: 00:21:91:7b:77:dc rt2561fw: could not load firmware image, error 2 ral0: rt2661_load_microcode: unable to retrieve firmware image rt2561fw ral0: rt2661_init_locked: could not load 8051 microcode, error 22 this when running hostapd restart. the wlan0 appears on ifconfig and gkrellm2, but no wifi station can see this AP. FreeBSD xxx 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Tue Apr 7 18:17:23 BRT 2009 root@xxx:/usr/obj/usr/src/sys/Core2Duo8 amd64 ral0@pci0:6:1:0: class=0x028000 card=0x3a711186 chip=0x03021814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp' device = 'RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless a/b' class = network this card is used in other pc's in G mode also, even just showing a and b above ... thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 01:39:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672AE106564A for ; Tue, 28 Apr 2009 01:39:42 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 14C068FC18 for ; Tue, 28 Apr 2009 01:39:41 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so188088yxb.13 for ; Mon, 27 Apr 2009 18:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=PFSlu/3Y4fqfK8RmETYgVDSiGWjxy+P8n1vi7Spuf00=; b=qX5PrSTNRLQTndaom79ugB/DzSZ/vYmDrUgIzAgNQxFpBnJnGSd6ZtVYUKtGlvrnIT cSnpyiQUEv0CYXH9IhLWqxDpiPsuDFJpTBe4cGOpKPk1p2VAhWCD6LzUNEtPCV24MtKn UC67AdYLd/GpcTle9TYn4z3W374rZAHgD41nk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=vDcxiwG3CyGnOc6y064lTrEoylIigguoeTIrA/Kj20lBrK1XYs6MGQ1fyycIWeQB/Z dxSVC3sXa1Zq0wlTtcm+mTTey/rvj23zbrO6JyzdOQ4a6buje3Q+wkBS/kFYin0Dpsx4 YOBWW0WgMQ+YqkVe40/rK6KZ+TiDrgMn56rrU= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.94.15 with SMTP id r15mr7766871agb.99.1240882781314; Mon, 27 Apr 2009 18:39:41 -0700 (PDT) In-Reply-To: References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> Date: Mon, 27 Apr 2009 18:39:41 -0700 X-Google-Sender-Auth: 26dc305944be8b28 Message-ID: From: Artem Belevich To: Ben Kelly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 01:39:42 -0000 > I've updated the patch to use va_copy(). =A0Unfortunately I don't have an > AMD64 machine to test on at the moment. =A0However, I did look at other p= laces > in the kernel where va_copy() is used so I am hopeful I got it right. The latest diff does not crash on amd64. That's the good news. Even better news is that the hang that I had with enabled ZIL under heavy load now seems to be gone. The build that was usually triggering the hang after about an hour has been going for about three hours now. Thanks a lot for the diff. It does help to bring ZFS on FreeBSD closer to production quality. --Artem From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 07:33:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0336F106566B for ; Tue, 28 Apr 2009 07:33:31 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: from mail-gx0-f160.google.com (mail-gx0-f160.google.com [209.85.217.160]) by mx1.freebsd.org (Postfix) with ESMTP id B6D608FC1D for ; Tue, 28 Apr 2009 07:33:30 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: by gxk4 with SMTP id 4so543343gxk.19 for ; Tue, 28 Apr 2009 00:33:30 -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=wDM5u2bB3GjA/daHDBLWpSAZk2+FkCnPs3BkeUWnHrA=; b=DqgtW8aDO7YNsuwWYtNSa7xe3jx9oRrcxg58Rfq0zgPOa6Z8a/WdJ0lcLCuGMFve/A SBdbgon7j9PcThu76EgFTK4+Ok5G6SHOeCWAQ8XC9Gx3lfwiosVj0weLEQF1YygE0V+r fjlDGHNH4zFFIuXAUw7MCFh2cmHSojrTCOx8s= 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=OWGTUkEYWmpJ9x6aLHzOJSVZiSU5cY6dCcpoI5jhHarQ39YkUM5W4Hh5qpHvC+iS1/ EHzV2+7WVvxipTImnie4lM52YPy1NYWzxs01duO8kV5/MU/8ahiKid4XBZiKSytUk9v7 G3cLu9bh3omx397qgG3ofQkTuW8rOdSpW7l0s= MIME-Version: 1.0 Received: by 10.151.69.5 with SMTP id w5mr11791413ybk.69.1240904008681; Tue, 28 Apr 2009 00:33:28 -0700 (PDT) Date: Tue, 28 Apr 2009 02:33:28 -0500 Message-ID: <33615c8e0904280033j2650dc7eo246c5d81f793522b@mail.gmail.com> From: Rohit Tripathi To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: npviewer core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 07:33:31 -0000 Hi, does anyone here see npviewer.bin core dumps in current? I build mine (i386-current) through ports thanks, Rohit From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 08:53:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453301065676 for ; Tue, 28 Apr 2009 08:53:08 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6E68FC1A for ; Tue, 28 Apr 2009 08:53:06 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #88) id 1Lyj3p-0005yC-BH; Tue, 28 Apr 2009 10:53:05 +0200 Received: from t9ddd.t.pppool.de ([89.55.157.221]:12588 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1Lyj3p-0000WI-0k; Tue, 28 Apr 2009 10:53:05 +0200 Date: Tue, 28 Apr 2009 10:53:03 +0200 From: Gary Jennejohn To: Rohit Tripathi Message-ID: <20090428105303.129ccb74@ernst.jennejohn.org> In-Reply-To: <33615c8e0904280033j2650dc7eo246c5d81f793522b@mail.gmail.com> References: <33615c8e0904280033j2650dc7eo246c5d81f793522b@mail.gmail.com> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: npviewer core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 08:53:11 -0000 On Tue, 28 Apr 2009 02:33:28 -0500 Rohit Tripathi wrote: > Hi, does anyone here see npviewer.bin core dumps in current? I build > mine (i386-current) through ports > I've seen them for months, which is why I stopped using flash. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 09:20:49 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46DBD106564A; Tue, 28 Apr 2009 09:20:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 057AC8FC17; Tue, 28 Apr 2009 09:20:48 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id n3S9Kkpa077008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Apr 2009 02:20:47 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <49F6CA67.6030302@FreeBSD.org> Date: Tue, 28 Apr 2009 02:20:39 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: "hackers@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , Pawel Jakub Dawidek , "current@freebsd.org" Subject: Improving geom_mirror(4)'s read balancing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 09:20:49 -0000 Hi, We have few production systems using geom_mirror. The functionality is rock solid, however I have noticed that the read performance of the array, especially in sequential reading, is often worse than performance of a single member of array in the same conditions, which made me curious as to what's going on there. After little bit of a research and experimenting with different settings, I came to a conclusion that this problem happened since all read balancing algorithms implemented in geom_mirror ignored important property of modern hard drives. Particularly I am talking about the fact that even when asked to read a single sector, the drive usually reads the whole track, storing it in the internal buffer. Therefore, sending requests for the sectors N and N+1 to the different drives (round-robin) or splitting one big request and sending it to two separate disks (split) in parallel *degrades* combined performance instead of improving it compared to the read from the single drive. The observed decline apparently happened due to additional latency resulting from the fact that disks needed different time to position themselves to the track in question, increasing the combined latency on average. Sustained linear transfer speed was limited by the platter-to-buffer speed, not buffer-to-interface speed, so that by combining two or more streams gained nothing. Moreover, such "balancing" causes both disks to do a seek, potentially distracting one of them from serving other requests in the meantime, reducing RAID's potential for handling concurrent requests. As a result I have produced a small patch, which caches offset of the last served requests in the disk parameters and sends subsequent requests that fail within certain area around that offset to the same disk. In addition, it implements another small optimization by analyzing number of outstanding requests and using only least busy disks for round-robin. This should allow to smooth any inequality of load distribution caused by the proximity algorithm and also help in the cases when disks require different time to complete their read or write requests. Most of the improvement comes from the first part of the patch though. I have tested few values of HDD_CACHE_SIZE from 1MB to 8MB and did not found much of the difference in performance, which probably suggests that most of the improvement comes from clustering very close reads. To measure effect I have run few benchmarks: - file copy over gigabit LAN (SMB) - local bonnie++ - local raidtest - Intel NASPT over gigabit LAN (SMB) Perhaps the most obvious improvement I've seen in the single-thread copy to the Vista SMB client - the speed has increased from some 55MB/sec to 86MB/sec. Due to its fully random nature there has been no improvement in the raidtest results (no degradation either). All other benchmarks have shown improvement in all I/O bound read tests randing from 20% to 400%. The latter has been observed in the bonnie++ with random create speed increasing from 5,000/sec to 20,000/sec. No test has registered any measurable speed degradation. For example, below are typical results with NASPT (numbers are in MB/sec): New code: Test: HDVideo_1Play Throughput: 38.540 Test: HDVideo_2Play Throughput: 29.655 Test: HDVideo_4Play Throughput: 32.885 Test: HDVideo_1Record Throughput: 33.925 Test: HDVideo_1Play_1Record Throughput: 23.967 Test: ContentCreation Throughput: 14.012 Test: OfficeProductivity Throughput: 20.053 Test: FileCopyToNAS Throughput: 24.906 Test: FileCopyFromNAS Throughput: 46.035 Test: DirectoryCopyToNAS Throughput: 11.367 Test: DirectoryCopyFromNAS Throughput: 17.806 Test: PhotoAlbum Throughput: 19.161 Old code: Test: HDVideo_1Play Throughput: 26.037 Test: HDVideo_2Play Throughput: 28.666 Test: HDVideo_4Play Throughput: 31.623 Test: HDVideo_1Record Throughput: 29.714 Test: HDVideo_1Play_1Record Throughput: 16.857 Test: ContentCreation Throughput: 11.934 Test: OfficeProductivity Throughput: 18.524 Test: FileCopyToNAS Throughput: 25.329 Test: FileCopyFromNAS Throughput: 26.182 Test: DirectoryCopyToNAS Throughput: 10.139 Test: DirectoryCopyFromNAS Throughput: 13.306 Test: PhotoAlbum Throughput: 20.783 The patch is available here: http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff. I would like to get input on the functionality/code itself, as well on what is the best way to add this functionality. Right now, it's part of the round-robin balancing code. Technically, it could be added as a separate new balancing method, but for the reasons outlined above I really doubt having "pure" round-robin has any practical value now. The only case where previous behavior might be beneficial is with solid-state/RAM disks where there is virtually no seek time, so that by reading close sectors from two separate disks one could actually get a better speed. At the very least, the new method should become default, while "old round-robin" be another option with clearly documented shortcomings. I would really like to hear what people think about that. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 09:45:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD608106564A for ; Tue, 28 Apr 2009 09:45:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 381958FC15 for ; Tue, 28 Apr 2009 09:45:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Lyjsa-00018r-Iy for freebsd-current@freebsd.org; Tue, 28 Apr 2009 09:45:32 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 09:45:32 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 09:45:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 28 Apr 2009 11:45:07 +0200 Lines: 48 Message-ID: References: <49F6CA67.6030302@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig88A48ADA7E21157BF6AB1DF3" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49F6CA67.6030302@FreeBSD.org> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Improving geom_mirror(4)'s read balancing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 09:45:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig88A48ADA7E21157BF6AB1DF3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Maxim Sobolev wrote: > The patch is available here: > http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff. I would like to= > get input on the functionality/code itself, as well on what is the best= > way to add this functionality. Right now, it's part of the round-robin > balancing code. Technically, it could be added as a separate new > balancing method, but for the reasons outlined above I really doubt > having "pure" round-robin has any practical value now. The only case > where previous behavior might be beneficial is with solid-state/RAM > disks where there is virtually no seek time, so that by reading close > sectors from two separate disks one could actually get a better speed. > At the very least, the new method should become default, while "old > round-robin" be another option with clearly documented shortcomings. I > would really like to hear what people think about that. Have you perhaps seen this: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/113885 I'm using the patch in the PR and it helps a bit, similar to what you have seen. Pawel is silent about the issue so I guess it can also be taken as silent approval :) --------------enig88A48ADA7E21157BF6AB1DF3 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 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn20C0ACgkQldnAQVacBcjtbgCfR6K908CAxNkroh7pHyeW0Y/e 6BYAn3g0rjctYlI/qJ7VvwKoyU+dMd73 =H8j2 -----END PGP SIGNATURE----- --------------enig88A48ADA7E21157BF6AB1DF3-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 10:21:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 142221065737 for ; Tue, 28 Apr 2009 10:21:42 +0000 (UTC) (envelope-from channa.kad@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 EDFC78FC1E for ; Tue, 28 Apr 2009 10:21:40 +0000 (UTC) (envelope-from channa.kad@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so295273yxb.13 for ; Tue, 28 Apr 2009 03:21: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=vDnXkHx4Q2IHuRhJF7tVmPPb0Fn3ma7CiIXbrKbXv9k=; b=xZmYtGYTsqmiRfbqsrUxi5X6hnkr/728O+5VBobrDILOoXHlHmTPp42sfQHUJs7DSd uATQnC6jqLhuixOWUtnY0YRpZIXFqfSTAqlZZPHp8jHNasdHVcpQE9zgF8VlVa5VqyaH wjk0f60F6Ahz2BS8H/BJs7rWd8Cm6D2waVUe0= 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=aYKe73t+6w2qifg9pw64mGDauAPqOf+gcA4nrN8nOrWi5lgNeTak1HDkBfelIYb6Di PJnLXmCR5ARgjzKn9KFhfLuXEh9fMK6GN1ONHBBFgl7ysCOVNqPDX4G3CDnVM3I2tkSp IC/5fng3G+pCqrSoCT9X6MtqjToKy4Hz0uE7E= MIME-Version: 1.0 Received: by 10.100.165.3 with SMTP id n3mr5729045ane.111.1240912361098; Tue, 28 Apr 2009 02:52:41 -0700 (PDT) Date: Tue, 28 Apr 2009 15:22:41 +0530 Message-ID: <515c64960904280252sc9fe2afy24e8db8ab13b13e4@mail.gmail.com> From: Channa To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: strncmp issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 10:21:42 -0000 Hi, I am using the freebsd implementation of strncmp for ARM which is an assembly implementation. I have a small doubt, when i tested the strncmp by passing the third argument: 'n' as -1 the return values is '0' instead it should '-1'. When the third argument to strncmp is as below: ret = strncmp("a","b",-1) I think the assembly implementation in src/lib/libc/arm/string/strncmp.S file needs to be modified to take care of the above condition. In the current implementation /* if ((len - 1) < 0) return 0 */ subs r2, r2, #1 movmi r0, #0 RETc(mi) This should be changed to check as below /* if ((len ) < 0) return 0 */ /* Assembly code here */ Could anyone help in solving the above issue.? Thanks & Regards, Channagoud From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 10:27:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C6F9106566B for ; Tue, 28 Apr 2009 10:27:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 553A88FC1D for ; Tue, 28 Apr 2009 10:27:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id n3SARNL1077741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Apr 2009 03:27:24 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <49F6DA03.2010404@FreeBSD.org> Date: Tue, 28 Apr 2009 03:27:15 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Ivan Voras References: <49F6CA67.6030302@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Improving geom_mirror(4)'s read balancing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 10:27:25 -0000 Ivan Voras wrote: > Maxim Sobolev wrote: > >> The patch is available here: >> http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff. I would like to >> get input on the functionality/code itself, as well on what is the best >> way to add this functionality. Right now, it's part of the round-robin >> balancing code. Technically, it could be added as a separate new >> balancing method, but for the reasons outlined above I really doubt >> having "pure" round-robin has any practical value now. The only case >> where previous behavior might be beneficial is with solid-state/RAM >> disks where there is virtually no seek time, so that by reading close >> sectors from two separate disks one could actually get a better speed. >> At the very least, the new method should become default, while "old >> round-robin" be another option with clearly documented shortcomings. I >> would really like to hear what people think about that. > > Have you perhaps seen this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/113885 > > I'm using the patch in the PR and it helps a bit, similar to what you > have seen. Pawel is silent about the issue so I guess it can also be > taken as silent approval :) Oh, great! I am curious as to if there is any background behind "distance to use delay" metric? To me it seems the current number of outstanding requests is much more important when selecting between disk X and disk Y. I am not a storage expert, so that I could be wrong though. One way or another the load-balancing has be improved and the new more intelligent scheduling IMHO should be the default one. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 10:50:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89DEE1065672; Tue, 28 Apr 2009 10:50:59 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id D68638FC13; Tue, 28 Apr 2009 10:50:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so654603fga.12 for ; Tue, 28 Apr 2009 03:50:57 -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=g6QCew4aE/74LPnFnb8etV3Luv99MvwpbKoUcUkNl68=; b=fgeCgI2UO1UjKiMDuM2fNiRbw7qsxfki8b2O9ANyodEpKv5NpQ4nf4yFIJVXeQJQ2c oJuWRLidLXT5rKR72cGtIVh60PYq80skE3OJBz0e+5d89choZu/Vvyidz5RnKSxnA9vV 9zJU1aW9I0ecA/Ot+fIHlQFVu9cLRIwOUDx7g= 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=QkXwA0YNTj15odj9VJl6PhS7btbcLoHdnua7qtGfSflZw39t7wGZM6hZvLXjoTG8MO PwUZwq4SOS2NLZ0HxNbsDJ8BQApHdQ339bmiUWCydz1eLKpOw/7JmUUbbOWSMkNPIqPn 83wai/cJvXvvr3un4Hs4FheMxe9O83WDdk0uI= MIME-Version: 1.0 Received: by 10.86.91.3 with SMTP id o3mr4251011fgb.20.1240915857854; Tue, 28 Apr 2009 03:50:57 -0700 (PDT) In-Reply-To: <20090427145645.GA14984@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> <20090427145645.GA14984@rebelion.Sisis.de> Date: Tue, 28 Apr 2009 12:50:57 +0200 Message-ID: <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> From: "Paul B. Mahol" To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 10:50:59 -0000 On 4/27/09, Matthias Apitz wrote: > El dia Monday, April 27, 2009 a las 04:32:01PM +0200, Paul B. Mahol > escribio: > >> > >> > while I'm thinking about, it would be nice to get the alpha-console back >> > to a usable state; when the X server crashes it let the display in >> > nonsense output; all other is still working, i.e. I can use Alt-F2 to go >> > to another alpha console, can login and reboot, but all this without >> > seeing what I type; is there some tool/command to reset the VGA so that >> > the >> > output is visible again? I could insert this into the ~/.xinitrc after >> > the call of 'startkde' and all would be fine until updating the X11 >> > server; any idea? >> > >> >> Doesnt starting Xorg again fix problem, > > yes it does; but if you terminate the new X server it crashes again and > you're in the same situation; > >> doesnt using vesa instead of >> intel makes console output more useful l(starting Xorg with vesa >> driver after Xorg crash with intel, you can use -layout switch for >> that). >> >> If you dont care about acceleration and more CPU usage use vesa until >> further. > > I've tested it right now with 'Driver "vesa"'; it comes up and > terminates fine, but only in 800x600 resolution, streched to the screen > of 1024x600 pixel :-( Does it heal corrupted console output? There is some strange dark magic with randr happening there, I can reproduce it only once. After starting Xorg vesa for second time it will use 1280x800 as usual. xrandr on other hand will not output 1024x768 even if it is possible with vesa ..... -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 11:26:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42474106566B; Tue, 28 Apr 2009 11:26:21 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id CC4CF8FC24; Tue, 28 Apr 2009 11:26:20 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 28 Apr 2009 13:26:19 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3SBQIkT003432; Tue, 28 Apr 2009 13:26:18 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 28 Apr 2009 13:26:18 +0200 From: Matthias Apitz To: "Paul B. Mahol" Message-ID: <20090428112618.GA3151@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> <20090427145645.GA14984@rebelion.Sisis.de> <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 28 Apr 2009 11:26:19.0354 (UTC) FILETIME=[26CAC3A0:01C9C7F4] Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 11:26:21 -0000 El día Tuesday, April 28, 2009 a las 12:50:57PM +0200, Paul B. Mahol escribió: > > I've tested it right now with 'Driver "vesa"'; it comes up and > > terminates fine, but only in 800x600 resolution, streched to the screen > > of 1024x600 pixel :-( > Does it heal corrupted console output? yes; > There is some strange dark magic with randr happening there, I can reproduce it > only once. After starting Xorg vesa for second time it will use > 1280x800 as usual. > xrandr on other hand will not output 1024x768 even if it is possible > with vesa ..... note: the EeePC has se unusual 1024x600 display; meanwhile I have removed all packages and ports on the VM I'm using for the build of -CURRENT and cvs updated the /usr/ports; a build of the master port xorg-7.4_1 gives 242 installed packages and a # mkdir PKGDIR-Xorg-7.4_1 # cd PKGDIR-Xorg-7.4_1 # pkg_create -Rnb xorg-7.4_1 produces 202 packages required for an install of the master port; only 33 of them are newer versions as the ones I have build around March, 23 (these older packages are all in PKGDIR): $ for i in *; do test -f ../PKGDIR/$i || echo $i ; done consolekit-0.3.0_8.tbz dri-7.4_1,2.tbz freetype2-2.3.9_1.tbz gamin-0.1.10_1.tbz gio-fam-backend-2.20.1.tbz glib-2.20.1.tbz hal-0.5.11_23.tbz libGL-7.4_1.tbz libX11-1.2.1,1.tbz libXrandr-1.3.0.tbz libdrm-2.4.9.tbz libpciaccess-0.10.5_6.tbz libxcb-1.2_1.tbz pcre-7.9.tbz pixman-0.15.2.tbz policykit-0.9_4.tbz randrproto-1.3.0.tbz xf86-input-keyboard-1.3.2_1.tbz xf86-input-mouse-1.4.0_5.tbz xf86-video-ati-6.12.2.tbz xf86-video-intel-2.6.3.tbz xf86-video-mach64-6.8.0_2.tbz xf86-video-nv-2.1.13.tbz xf86-video-openchrome-0.2.903_1.tbz xf86-video-r128-6.8.0_2.tbz xf86-video-radeonhd-1.2.5.tbz xf86-video-vesa-2.1.0_1.tbz xinput-1.4.1.tbz xkeyboard-config-1.5_1.tbz xorg-7.4_1.tbz xorg-drivers-7.4_1.tbz xorg-server-1.6.0,1.tbz xrandr-1.3.0.tbz I will just remove the older versions of the 33 packages on the EeePC and update this with a: # cd PKGDIR-Xorg-7.4_1 # pkg_add xorg-7.4_1 Thx for your hints in any case matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 11:31:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 324A61065676; Tue, 28 Apr 2009 11:31:06 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id BBE4D8FC35; Tue, 28 Apr 2009 11:31:05 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n3SBV2LV008251; Tue, 28 Apr 2009 12:31:03 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LylWg-00027h-Ug; Tue, 28 Apr 2009 12:31:02 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n3SBV24c086794; Tue, 28 Apr 2009 12:31:02 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n3SBV2Yw086793; Tue, 28 Apr 2009 12:31:02 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Channa In-Reply-To: <515c64960904280252sc9fe2afy24e8db8ab13b13e4@mail.gmail.com> References: <515c64960904280252sc9fe2afy24e8db8ab13b13e4@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 28 Apr 2009 12:31:02 +0100 Message-Id: <1240918262.85945.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org X-Mailman-Approved-At: Tue, 28 Apr 2009 11:43:48 +0000 Cc: freebsd-arm@FreeBSD.org Subject: Re: strncmp issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 11:31:06 -0000 This probably belongs on the -arm list, which I'm CCing. On Tue, 2009-04-28 at 15:22 +0530, Channa wrote: > Hi, > > I am using the freebsd implementation of strncmp for ARM which is an > assembly implementation. > I have a small doubt, when i tested the strncmp by passing the third argument: > 'n' as -1 the return values is '0' instead it should '-1'. > When the third argument to strncmp is as below: > > ret = strncmp("a","b",-1) > > I think the assembly implementation in > src/lib/libc/arm/string/strncmp.S file needs > to be modified to take care of the above condition. > > In the current implementation > /* if ((len - 1) < 0) return 0 */ > subs r2, r2, #1 > movmi r0, #0 > RETc(mi) > > This should be changed to check as below > > /* if ((len ) < 0) return 0 */ > /* Assembly code here */ > > Could anyone help in solving the above issue.? > > Thanks & Regards, > Channagoud > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 12:24:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F5A106568E; Tue, 28 Apr 2009 12:24:55 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 06C368FC2A; Tue, 28 Apr 2009 12:24:54 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 28 Apr 2009 14:24:53 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3SCOqhT005041; Tue, 28 Apr 2009 14:24:52 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 28 Apr 2009 14:24:52 +0200 From: Matthias Apitz To: "Paul B. Mahol" , freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20090428122452.GA4743@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> <20090427145645.GA14984@rebelion.Sisis.de> <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> <20090428112618.GA3151@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090428112618.GA3151@rebelion.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 28 Apr 2009 12:24:53.0992 (UTC) FILETIME=[55ADF680:01C9C7FC] Cc: Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 12:24:55 -0000 El día Tuesday, April 28, 2009 a las 01:26:18PM +0200, Matthias Apitz escribió: > I will just remove the older versions of the 33 packages on the EeePC > and update this with a: > > # cd PKGDIR-Xorg-7.4_1 > # pkg_add xorg-7.4_1 I did the update, and the X server starts and stop fine: $ X -retro X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 ... It terminates as well fine (without crash) on Alt-Ctrl-BS); tried it three times without any crash; but when I launch $ startx which starts KDE 3.5.10, it crashes when KDE is ended via the menu in KDE: startkde: Shutting down... klauncher: Exiting on signal 1 kde4: not found startkde: Running shutdown scripts... startkde: Done. Fatal server error: Caught signal 11. Server aborting Do you want to see /var/log/Xorg.0.log? or should I file a bug report? when I use: $ startx -- -retro I can bring it down clean with Alt-Ctrl-BS, but as well stopping KDE via menu let the server crash. matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 17:26:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA8A106564A for ; Tue, 28 Apr 2009 17:26:04 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 682A78FC26 for ; Tue, 28 Apr 2009 17:26:04 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KIT009GRN2WB360@asmtp020.mac.com>; Tue, 28 Apr 2009 10:25:44 -0700 (PDT) Message-id: From: Chuck Swiger To: Channa In-reply-to: <515c64960904280252sc9fe2afy24e8db8ab13b13e4@mail.gmail.com> Date: Tue, 28 Apr 2009 10:25:43 -0700 References: <515c64960904280252sc9fe2afy24e8db8ab13b13e4@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-arm@FreeBSD.org, FreeBSD Current Subject: Re: strncmp issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 17:26:04 -0000 Hi, Channa-- On Apr 28, 2009, at 2:52 AM, Channa wrote: > I am using the freebsd implementation of strncmp for ARM which is an > assembly implementation. > I have a small doubt, when i tested the strncmp by passing the third > argument: > 'n' as -1 the return values is '0' instead it should '-1'. > When the third argument to strncmp is as below: > > ret = strncmp("a","b",-1) Thanks for the thought, but strncmp() is defined to take a size_t as the third argument, which is unsigned (ie, uint32_t or uint64_t). Presumably when you tell it to compare with length of -1, that will be converted to UINT_MAX or ULONG_MAX, and strncmp() will run until it finds a null somewhere in one the strings and then return the comparison result. (Or get a segfault, perhaps, if you run off the end into unallocated address space.) Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 17:32:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5EFF1065674; Tue, 28 Apr 2009 17:32:38 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4468FC18; Tue, 28 Apr 2009 17:32:38 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qyk3 with SMTP id 3so1424057qyk.3 for ; Tue, 28 Apr 2009 10:32:37 -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=QQhLIB+xi/yakIIvY4c7lFkYxun8Bw9W3jDafFJ5tOo=; b=ink+O0Zt5pe8l8GFt+A9vU9Yb9XKRLgmWl9DRc/q8f2/oX21plycv1jiUIgByv32Hb eYsu1SfJcnI5Dc9hdFzjuClAzkFnyPIuGeqhKFJpAltCaAFuxYWmrrQ+QFiNTbV4R3eX iZEcMmhWyO6QDU+l5ZFMXGLf6EV5ae05wzlU4= 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=cDGdq1BKoL9zSX2e2byOPs7cJLW0NeqXfKikIvw9mxvn4+Y/iIU5PxbqPhtFjFA9ak YvmdLP9K5pG7ERHoisnfDoqUi/A160/2v4gseQodu/Yhk1U5eBBGURgOKrbYlvj1gH8N gTzNaQ/PVPyLIrBNw1ry0gaPxviDMjS3B58FU= MIME-Version: 1.0 Received: by 10.220.46.147 with SMTP id j19mr13493314vcf.75.1240939957281; Tue, 28 Apr 2009 10:32:37 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Apr 2009 20:32:37 +0300 Message-ID: From: Maxim Ignatenko To: bug-followup@freebsd.org, gdef@wp.pl Content-Type: multipart/mixed; boundary=0016363b88a65766ad0468a0d95b Cc: freebsd-current@freebsd.org Subject: Re: kern/132715: [lagg] [panic] Panic when creating vlan's on lagg interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 17:32:39 -0000 --0016363b88a65766ad0468a0d95b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit em(4), igb(4) and ixgbe(4) registers EVENTHANDLER vlan_config, but don't do any checks that this event generated by adding vlan on top of their devices. I'm don't completely sure what the right way to fix this issue, but attached patch works for me. --0016363b88a65766ad0468a0d95b Content-Type: text/plain; charset=US-ASCII; name="patch.txt" Content-Disposition: attachment; filename="patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fu2vk99w0 SW5kZXg6IGUxMDAwL2lmX2lnYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGUxMDAwL2lmX2lnYi5jCShyZXZp c2lvbiAxOTEyMDEpCisrKyBlMTAwMC9pZl9pZ2IuYwkod29ya2luZyBjb3B5KQpAQCAtNDI3NCw2 ICs0Mjc0LDggQEAKIAlzdHJ1Y3QgYWRhcHRlcgkqYWRhcHRlciA9IGlmcC0+aWZfc29mdGM7CiAJ dTMyCQljdHJsLCByY3RsLCBpbmRleCwgdmZ0YTsKIAorCWlmIChzdHJjbXAoImlnYiIsaWZwLT5p Zl9kbmFtZSkpIHJldHVybjsKKwogCWN0cmwgPSBFMTAwMF9SRUFEX1JFRygmYWRhcHRlci0+aHcs IEUxMDAwX0NUUkwpOwogCWN0cmwgfD0gRTEwMDBfQ1RSTF9WTUU7CiAJRTEwMDBfV1JJVEVfUkVH KCZhZGFwdGVyLT5odywgRTEwMDBfQ1RSTCwgY3RybCk7CkBAIC00MzA2LDYgKzQzMDgsOCBAQAog CXN0cnVjdCBhZGFwdGVyCSphZGFwdGVyID0gaWZwLT5pZl9zb2Z0YzsKIAl1MzIJCWluZGV4LCB2 ZnRhOwogCisJaWYgKHN0cmNtcCgiaWdiIixpZnAtPmlmX2RuYW1lKSkgcmV0dXJuOworCiAJLyog UmVtb3ZlIGVudHJ5IGluIHRoZSBoYXJkd2FyZSBmaWx0ZXIgdGFibGUgKi8KIAlpbmRleCA9ICgo dnRhZyA+PiA1KSAmIDB4N0YpOwogCXZmdGEgPSBFMTAwMF9SRUFEX1JFR19BUlJBWSgmYWRhcHRl ci0+aHcsIEUxMDAwX1ZGVEEsIGluZGV4KTsKSW5kZXg6IGUxMDAwL2lmX2VtLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gZTEwMDAvaWZfZW0uYwkocmV2aXNpb24gMTkxMjAxKQorKysgZTEwMDAvaWZfZW0uYwko d29ya2luZyBjb3B5KQpAQCAtNDc3MSw2ICs0NzcxLDggQEAKIAlzdHJ1Y3QgYWRhcHRlcgkqYWRh cHRlciA9IGlmcC0+aWZfc29mdGM7CiAJdTMyCQljdHJsLCByY3RsLCBpbmRleCwgdmZ0YTsKIAor CWlmIChzdHJjbXAoImVtIixpZnAtPmlmX2RuYW1lKSkgcmV0dXJuOworCiAJY3RybCA9IEUxMDAw X1JFQURfUkVHKCZhZGFwdGVyLT5odywgRTEwMDBfQ1RSTCk7CiAJY3RybCB8PSBFMTAwMF9DVFJM X1ZNRTsKIAlFMTAwMF9XUklURV9SRUcoJmFkYXB0ZXItPmh3LCBFMTAwMF9DVFJMLCBjdHJsKTsK QEAgLTQ4MDMsNiArNDgwNSw4IEBACiAJc3RydWN0IGFkYXB0ZXIJKmFkYXB0ZXIgPSBpZnAtPmlm X3NvZnRjOwogCXUzMgkJaW5kZXgsIHZmdGE7CiAKKwlpZiAoc3RyY21wKCJlbSIsaWZwLT5pZl9k bmFtZSkpIHJldHVybjsKKwogCS8qIFJlbW92ZSBlbnRyeSBpbiB0aGUgaGFyZHdhcmUgZmlsdGVy IHRhYmxlICovCiAJaW5kZXggPSAoKHZ0YWcgPj4gNSkgJiAweDdGKTsKIAl2ZnRhID0gRTEwMDBf UkVBRF9SRUdfQVJSQVkoJmFkYXB0ZXItPmh3LCBFMTAwMF9WRlRBLCBpbmRleCk7CkluZGV4OiBp eGdiZS9peGdiZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGl4Z2JlL2l4Z2JlLmMJKHJldmlzaW9uIDE5MTIw MSkKKysrIGl4Z2JlL2l4Z2JlLmMJKHdvcmtpbmcgY29weSkKQEAgLTQwMzEsNiArNDAzMSw4IEBA CiAJc3RydWN0IGFkYXB0ZXIJKmFkYXB0ZXIgPSBpZnAtPmlmX3NvZnRjOwogCXUzMgkJY3RybCwg cmN0bCwgaW5kZXgsIHZmdGE7CiAKKwlpZiAoc3RyY21wKCJpeGdiZSIsaWZwLT5pZl9kbmFtZSkp IHJldHVybjsKKwogCWN0cmwgPSBJWEdCRV9SRUFEX1JFRygmYWRhcHRlci0+aHcsIElYR0JFX1ZM TkNUUkwpOwogCWN0cmwgfD0gSVhHQkVfVkxOQ1RSTF9WTUUgfCBJWEdCRV9WTE5DVFJMX1ZGRTsK IAljdHJsICY9IH5JWEdCRV9WTE5DVFJMX0NGSUVOOwpAQCAtNDA1MCw2ICs0MDUyLDggQEAKIAlz dHJ1Y3QgYWRhcHRlcgkqYWRhcHRlciA9IGlmcC0+aWZfc29mdGM7CiAJdTMyCQlpbmRleCwgdmZ0 YTsKIAorCWlmIChzdHJjbXAoIml4Z2JlIixpZnAtPmlmX2RuYW1lKSkgcmV0dXJuOworCiAJLyog UmVtb3ZlIGVudHJ5IGluIHRoZSBoYXJkd2FyZSBmaWx0ZXIgdGFibGUgKi8KIAlpeGdiZV9zZXRf dmZ0YSgmYWRhcHRlci0+aHcsIHZ0YWcsIDAsIEZBTFNFKTsKIAo= --0016363b88a65766ad0468a0d95b-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 17:47:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07A4D1065670; Tue, 28 Apr 2009 17:47:31 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 952378FC20; Tue, 28 Apr 2009 17:47:30 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so512263qwe.7 for ; Tue, 28 Apr 2009 10:47:29 -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=mMoumUvcy+rWjP9mvb8dSyZNmwR4oy/riGgmMaLtEKA=; b=SsOFdJWVjRTIV0qyJlU+OLtIqOkQNrBwn6vDOIiYlcMU/AAWEEeYQswoC0FOKEH6qr dbebjnC9hgHMYVUYS0Unlyz0x56GbMKtlJ6v/IzJJuOsbMe3Q/kyy1lxQ/aBYcCu/VRp qFUqSQUcbWr35cyjVFfNDFSergL9PvqItP4es= 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=km3nj2dCDfmbtC8YlTfELC695msrrzZOsOOvyjBBNMEMzuBd687MOu0CV3DFeEZhsQ PWPKJIiYaGCvu9bWzi/MK+4CqLzrmfk5V2hJW+YrTJIJENdE8nTn6+hlyYhyGlGXdCO2 jNf9pBY8wGZ7vxzCrz6nm5GXGF4M6aiGWKYK0= MIME-Version: 1.0 Received: by 10.220.73.134 with SMTP id q6mr13705251vcj.51.1240940849786; Tue, 28 Apr 2009 10:47:29 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Apr 2009 20:47:29 +0300 Message-ID: From: Maxim Ignatenko To: bug-followup@freebsd.org, gdef@wp.pl Content-Type: multipart/mixed; boundary=0016363b7c7089f2430468a10e5a Cc: freebsd-current@freebsd.org Subject: Re: kern/132715: [lagg] [panic] Panic when creating vlan's on lagg interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 17:47:31 -0000 --0016363b7c7089f2430468a10e5a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sorry, here is patch done relatively to root of source tree. (previous was done relatively to sys/dev) --0016363b7c7089f2430468a10e5a Content-Type: text/plain; charset=US-ASCII; name="patch.txt" Content-Disposition: attachment; filename="patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fu2w3wuo1 SW5kZXg6IGUxMDAwL2lmX2lnYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGUxMDAwL2lmX2lnYi5jCShyZXZp c2lvbiAxOTEyMDEpCisrKyBlMTAwMC9pZl9pZ2IuYwkod29ya2luZyBjb3B5KQpAQCAtNDI3NCw2 ICs0Mjc0LDggQEAKIAlzdHJ1Y3QgYWRhcHRlcgkqYWRhcHRlciA9IGlmcC0+aWZfc29mdGM7CiAJ dTMyCQljdHJsLCByY3RsLCBpbmRleCwgdmZ0YTsKIAorCWlmIChzdHJjbXAoImlnYiIsaWZwLT5p Zl9kbmFtZSkpIHJldHVybjsKKwogCWN0cmwgPSBFMTAwMF9SRUFEX1JFRygmYWRhcHRlci0+aHcs IEUxMDAwX0NUUkwpOwogCWN0cmwgfD0gRTEwMDBfQ1RSTF9WTUU7CiAJRTEwMDBfV1JJVEVfUkVH KCZhZGFwdGVyLT5odywgRTEwMDBfQ1RSTCwgY3RybCk7CkBAIC00MzA2LDYgKzQzMDgsOCBAQAog CXN0cnVjdCBhZGFwdGVyCSphZGFwdGVyID0gaWZwLT5pZl9zb2Z0YzsKIAl1MzIJCWluZGV4LCB2 ZnRhOwogCisJaWYgKHN0cmNtcCgiaWdiIixpZnAtPmlmX2RuYW1lKSkgcmV0dXJuOworCiAJLyog UmVtb3ZlIGVudHJ5IGluIHRoZSBoYXJkd2FyZSBmaWx0ZXIgdGFibGUgKi8KIAlpbmRleCA9ICgo dnRhZyA+PiA1KSAmIDB4N0YpOwogCXZmdGEgPSBFMTAwMF9SRUFEX1JFR19BUlJBWSgmYWRhcHRl ci0+aHcsIEUxMDAwX1ZGVEEsIGluZGV4KTsKSW5kZXg6IGUxMDAwL2lmX2VtLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gZTEwMDAvaWZfZW0uYwkocmV2aXNpb24gMTkxMjAxKQorKysgZTEwMDAvaWZfZW0uYwko d29ya2luZyBjb3B5KQpAQCAtNDc3MSw2ICs0NzcxLDggQEAKIAlzdHJ1Y3QgYWRhcHRlcgkqYWRh cHRlciA9IGlmcC0+aWZfc29mdGM7CiAJdTMyCQljdHJsLCByY3RsLCBpbmRleCwgdmZ0YTsKIAor CWlmIChzdHJjbXAoImVtIixpZnAtPmlmX2RuYW1lKSkgcmV0dXJuOworCiAJY3RybCA9IEUxMDAw X1JFQURfUkVHKCZhZGFwdGVyLT5odywgRTEwMDBfQ1RSTCk7CiAJY3RybCB8PSBFMTAwMF9DVFJM X1ZNRTsKIAlFMTAwMF9XUklURV9SRUcoJmFkYXB0ZXItPmh3LCBFMTAwMF9DVFJMLCBjdHJsKTsK QEAgLTQ4MDMsNiArNDgwNSw4IEBACiAJc3RydWN0IGFkYXB0ZXIJKmFkYXB0ZXIgPSBpZnAtPmlm X3NvZnRjOwogCXUzMgkJaW5kZXgsIHZmdGE7CiAKKwlpZiAoc3RyY21wKCJlbSIsaWZwLT5pZl9k bmFtZSkpIHJldHVybjsKKwogCS8qIFJlbW92ZSBlbnRyeSBpbiB0aGUgaGFyZHdhcmUgZmlsdGVy IHRhYmxlICovCiAJaW5kZXggPSAoKHZ0YWcgPj4gNSkgJiAweDdGKTsKIAl2ZnRhID0gRTEwMDBf UkVBRF9SRUdfQVJSQVkoJmFkYXB0ZXItPmh3LCBFMTAwMF9WRlRBLCBpbmRleCk7CkluZGV4OiBp eGdiZS9peGdiZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGl4Z2JlL2l4Z2JlLmMJKHJldmlzaW9uIDE5MTIw MSkKKysrIGl4Z2JlL2l4Z2JlLmMJKHdvcmtpbmcgY29weSkKQEAgLTQwMzEsNiArNDAzMSw4IEBA CiAJc3RydWN0IGFkYXB0ZXIJKmFkYXB0ZXIgPSBpZnAtPmlmX3NvZnRjOwogCXUzMgkJY3RybCwg cmN0bCwgaW5kZXgsIHZmdGE7CiAKKwlpZiAoc3RyY21wKCJpeGdiZSIsaWZwLT5pZl9kbmFtZSkp IHJldHVybjsKKwogCWN0cmwgPSBJWEdCRV9SRUFEX1JFRygmYWRhcHRlci0+aHcsIElYR0JFX1ZM TkNUUkwpOwogCWN0cmwgfD0gSVhHQkVfVkxOQ1RSTF9WTUUgfCBJWEdCRV9WTE5DVFJMX1ZGRTsK IAljdHJsICY9IH5JWEdCRV9WTE5DVFJMX0NGSUVOOwpAQCAtNDA1MCw2ICs0MDUyLDggQEAKIAlz dHJ1Y3QgYWRhcHRlcgkqYWRhcHRlciA9IGlmcC0+aWZfc29mdGM7CiAJdTMyCQlpbmRleCwgdmZ0 YTsKIAorCWlmIChzdHJjbXAoIml4Z2JlIixpZnAtPmlmX2RuYW1lKSkgcmV0dXJuOworCiAJLyog UmVtb3ZlIGVudHJ5IGluIHRoZSBoYXJkd2FyZSBmaWx0ZXIgdGFibGUgKi8KIAlpeGdiZV9zZXRf dmZ0YSgmYWRhcHRlci0+aHcsIHZ0YWcsIDAsIEZBTFNFKTsKIAo= --0016363b7c7089f2430468a10e5a-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 18:05:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E65106568B; Tue, 28 Apr 2009 18:05:35 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 17E928FC19; Tue, 28 Apr 2009 18:05:34 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qyk3 with SMTP id 3so1462972qyk.3 for ; Tue, 28 Apr 2009 11:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bg0qe45HqGnPyTg1Av0gKj0/+Fe2+22h6Q83uDMzqFc=; b=SKYq217bEr44RzXJ35BK82PETj1VpkQfqDwjMjF7Ca/Cj1YXnddqdhfe3U/w6eOtOD 3AwFLk7NMciZwElkf3W3RR8FJhZhOol3hRYwuVH+1Ip7j0h7PqjHas7tYwAl1RxQNXDv PzULLmWuYwxnBco1kdnBwrSvWSW3jH5dCfV7E= 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=RMtJA8/UGa1RdDT50ttVQ+4P7ueK97RTPkrfLrdf7cjhNZ1N4UkuXwYUYrxRp2lSOu 5VhPf1ucZZB/BFDN4isxXsGZ9wORVBGQy5C3Q4UdjOJCR5nYRthu/ZWe76o6ufbf9Vgj 7xLEGWkHp08TfcxtodI09sgn7E5/GDCqQ1GrY= MIME-Version: 1.0 Received: by 10.220.46.147 with SMTP id j19mr13552979vcf.75.1240941934393; Tue, 28 Apr 2009 11:05:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Apr 2009 21:05:34 +0300 Message-ID: From: Maxim Ignatenko To: bug-followup@freebsd.org, gdef@wp.pl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kern/132715: [lagg] [panic] Panic when creating vlan's on lagg interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 18:05:35 -0000 GMail sent attach in very strange way, so it does not displayed correctly on website. -------------- cut here -------------- Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 191201) +++ sys/dev/e1000/if_em.c (working copy) @@ -4771,6 +4771,8 @@ struct adapter *adapter = ifp->if_softc; u32 ctrl, rctl, index, vfta; + if (strcmp("em",ifp->if_dname)) return; + ctrl = E1000_READ_REG(&adapter->hw, E1000_CTRL); ctrl |= E1000_CTRL_VME; E1000_WRITE_REG(&adapter->hw, E1000_CTRL, ctrl); @@ -4803,6 +4805,8 @@ struct adapter *adapter = ifp->if_softc; u32 index, vfta; + if (strcmp("em",ifp->if_dname)) return; + /* Remove entry in the hardware filter table */ index = ((vtag >> 5) & 0x7F); vfta = E1000_READ_REG_ARRAY(&adapter->hw, E1000_VFTA, index); Index: sys/dev/e1000/if_igb.c =================================================================== --- sys/dev/e1000/if_igb.c (revision 191201) +++ sys/dev/e1000/if_igb.c (working copy) @@ -4274,6 +4274,8 @@ struct adapter *adapter = ifp->if_softc; u32 ctrl, rctl, index, vfta; + if (strcmp("igb",ifp->if_dname)) return; + ctrl = E1000_READ_REG(&adapter->hw, E1000_CTRL); ctrl |= E1000_CTRL_VME; E1000_WRITE_REG(&adapter->hw, E1000_CTRL, ctrl); @@ -4306,6 +4308,8 @@ struct adapter *adapter = ifp->if_softc; u32 index, vfta; + if (strcmp("igb",ifp->if_dname)) return; + /* Remove entry in the hardware filter table */ index = ((vtag >> 5) & 0x7F); vfta = E1000_READ_REG_ARRAY(&adapter->hw, E1000_VFTA, index); Index: sys/dev/ixgbe/ixgbe.c =================================================================== --- sys/dev/ixgbe/ixgbe.c (revision 191201) +++ sys/dev/ixgbe/ixgbe.c (working copy) @@ -4031,6 +4031,8 @@ struct adapter *adapter = ifp->if_softc; u32 ctrl, rctl, index, vfta; + if (strcmp("ixgbe",ifp->if_dname)) return; + ctrl = IXGBE_READ_REG(&adapter->hw, IXGBE_VLNCTRL); ctrl |= IXGBE_VLNCTRL_VME | IXGBE_VLNCTRL_VFE; ctrl &= ~IXGBE_VLNCTRL_CFIEN; @@ -4050,6 +4052,8 @@ struct adapter *adapter = ifp->if_softc; u32 index, vfta; + if (strcmp("ixgbe",ifp->if_dname)) return; + /* Remove entry in the hardware filter table */ ixgbe_set_vfta(&adapter->hw, vtag, 0, FALSE); -------------- cut here -------------- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 18:09:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AE101065670 for ; Tue, 28 Apr 2009 18:09:51 +0000 (UTC) (envelope-from trebestie@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 CE10F8FC08 for ; Tue, 28 Apr 2009 18:09:50 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by bwz9 with SMTP id 9so699581bwz.43 for ; Tue, 28 Apr 2009 11:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=U/sBu7rkTlfokqLRubBsQbCy/EtuTpqvQW4e5B3OJgk=; b=R9oFhhR+XzD+prd6H4eyWkxLg7XtpPb0w5O3P8LoatpdNt3etLCVOC9JkkP0y24Vge qHZKlCA3Wf8n2HGFJcWKyXFt83P1KMToS6pTDqbIUxkP+b8s9WAIyYBy/LWNayG8ETij ffUaq5VQqsmxQJTWGLUtD9Dec6saRfud1zXR4= 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=h+gFlFyF7cQtsrPO1SxL3++evclbBmq6tyaw/MQDimApnqTt1jA55sXToPMUiAGXLA wdOEx8eYsZNZSeImb8nlV9CWU1EthJGl9nNPRR6RaunWwxZ5vmeLr3psaQRz5TzYPqpw GlCx3KB9oE76yUbsFoHbKFR0kfb64oY8Tnzy8= MIME-Version: 1.0 Received: by 10.223.106.14 with SMTP id v14mr2483111fao.49.1240942189477; Tue, 28 Apr 2009 11:09:49 -0700 (PDT) Date: Tue, 28 Apr 2009 18:09:49 +0000 Message-ID: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> From: Diego Depaoli To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 18:09:51 -0000 Hi all, To solve a bootcode mess I cleaned a slice and installed amd64 on it. Now I have 2 installation: ad4s4 -> amd64 version ad6s1 -> 32bit version ad6s2 -> home To avoid confusion I labeled the partitions rootamd64, rootbsd, usramd64 and so on... as described in example 19.1 at http://www.freebsd.org/doc/en/books/handbook/geom-glabel.html. Now glabel list shows each entry twice under /dev/label and under /dev/ufsid so hal is a bit confused. It is normal or I were wrong? Cheers, -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 18:11:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536E51065670 for ; Tue, 28 Apr 2009 18:11:57 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 028178FC24 for ; Tue, 28 Apr 2009 18:11:56 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by gxk24 with SMTP id 24so366275gxk.19 for ; Tue, 28 Apr 2009 11:11:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=DUwRPCc1/IWm23b2FwmfSXIxc0ss6OaG57mdBJeQdJ4=; b=FZBwSgXq2t6FNXmBYQ9HjF65Sy7bm3x5O2+DmtsYQFrD/tvAv48KJCPaLV5GnDQNIk A9qLyybAd62yfqqumksfeEESIugjEl1rUhKVTfHkqPob+qxWHtDaFPDmXX0aIXfx1+XC bjA3nMi3zao0eUUGW+fZfkr4pkXTVMyPTxnJY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=xziNP5AA6v/8V43Bx1nhiQwsesOnZshj0cgjpO8VEEdSgPbEfYtV6JMBuZFBtjfVT6 PwQvlIuuduhEj5bJ0a7fALJHNriWS03r4bWLvhpBB/pWwimVB02opo7BRkVZf19Bqa+N B9XRiwO2GHdjEgwPZ4TZM54qxBcrMPqB3tduY= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.75.13 with SMTP id x13mr8758659aga.102.1240942316247; Tue, 28 Apr 2009 11:11:56 -0700 (PDT) In-Reply-To: References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> Date: Tue, 28 Apr 2009 11:11:56 -0700 X-Google-Sender-Auth: 9fdac5b7a2ee3a64 Message-ID: From: Artem Belevich To: Ben Kelly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 18:11:57 -0000 Ben, My system had eventually deadlocked overnight, though it took much longer than before to reach that point. In the end I've got many many processes sleeping in zio_wait with no disk activity whatsoever. I'm not sure if that's the same issue or not. Here are stack traces for all processes -- http://pastebin.com/f364e1452 I've got the core saved, so if you want me to dig out some more info, let me know if/how I could help. --Artem On Mon, Apr 27, 2009 at 6:39 PM, Artem Belevich wrote: >> I've updated the patch to use va_copy(). =A0Unfortunately I don't have a= n >> AMD64 machine to test on at the moment. =A0However, I did look at other = places >> in the kernel where va_copy() is used so I am hopeful I got it right. > > The latest diff does not crash on amd64. That's the good news. > > Even better news is that the hang that I had with enabled ZIL under > heavy load now seems to be gone. > The build that was usually triggering the hang after about an hour has > been going for about three hours now. > > Thanks a lot for the diff. It does help to bring ZFS on FreeBSD closer > to production quality. > > --Artem > From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 18:30:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41909106564A for ; Tue, 28 Apr 2009 18:30:43 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BDF4C8FC14 for ; Tue, 28 Apr 2009 18:30:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Lys4n-0000tk-Sq for freebsd-current@freebsd.org; Tue, 28 Apr 2009 18:30:41 +0000 Received: from 93-138-75-53.adsl.net.t-com.hr ([93.138.75.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 18:30:41 +0000 Received: from ivoras by 93-138-75-53.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 18:30:41 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 28 Apr 2009 20:30:08 +0200 Lines: 76 Message-ID: References: <49F6CA67.6030302@FreeBSD.org> <49F6DA03.2010404@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD8A6AFEB1FFA72A04307253B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-75-53.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <49F6DA03.2010404@FreeBSD.org> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Improving geom_mirror(4)'s read balancing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 18:30:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD8A6AFEB1FFA72A04307253B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Maxim Sobolev wrote: > Ivan Voras wrote: >> Maxim Sobolev wrote: >> >>> The patch is available here: >>> http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff. I would like = to >>> get input on the functionality/code itself, as well on what is the be= st >>> way to add this functionality. Right now, it's part of the round-robi= n >>> balancing code. Technically, it could be added as a separate new >>> balancing method, but for the reasons outlined above I really doubt >>> having "pure" round-robin has any practical value now. The only case >>> where previous behavior might be beneficial is with solid-state/RAM >>> disks where there is virtually no seek time, so that by reading close= >>> sectors from two separate disks one could actually get a better speed= =2E >>> At the very least, the new method should become default, while "old >>> round-robin" be another option with clearly documented shortcomings. = I >>> would really like to hear what people think about that. >> >> Have you perhaps seen this: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/113885 >> >> I'm using the patch in the PR and it helps a bit, similar to what you >> have seen. Pawel is silent about the issue so I guess it can also be >> taken as silent approval :) >=20 > Oh, great! I am curious as to if there is any background behind > "distance to use delay" metric?=20 I thought it's very similar to what you did - it attempts to send BIOs to the drive whose head is "closest" to the last position, but attempts to use time instead of area covered by the head. (if I'm reading it correctly). > To me it seems the current number of > outstanding requests is much more important when selecting between disk= > X and disk Y. I am not a storage expert, so that I could be wrong > though. One way or another the load-balancing has be improved and the > new more intelligent scheduling IMHO should be the default one. I agree. I currently don't have any systems on which I could test this. Can you try both variants and see if there's any change? Can you try running randomio and "diskinfo -vt" on the gmirror volume? Diskinfo should give one interesting result - with a proper patch and with two drives it should reduce full stroke to sequential. --------------enigD8A6AFEB1FFA72A04307253B 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 iEYEARECAAYFAkn3SzAACgkQldnAQVacBch8FACg65hnKe02MMFnHZ8a6t/Kb/de J/8An27xQQbbCRI7283Xp0M8nDwVDD/S =NIT0 -----END PGP SIGNATURE----- --------------enigD8A6AFEB1FFA72A04307253B-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 19:17:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0498D1065675 for ; Tue, 28 Apr 2009 19:17:39 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id ADD2F8FC08 for ; Tue, 28 Apr 2009 19:17:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LysoC-0002xH-EK for freebsd-current@freebsd.org; Tue, 28 Apr 2009 19:17:36 +0000 Received: from 93-138-75-53.adsl.net.t-com.hr ([93.138.75.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 19:17:36 +0000 Received: from ivoras by 93-138-75-53.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 19:17:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 28 Apr 2009 21:17:07 +0200 Lines: 34 Message-ID: References: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig34B566232C40A8FA177760F5" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-75-53.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 19:17:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig34B566232C40A8FA177760F5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Diego Depaoli wrote: > Now glabel list shows each entry twice under /dev/label and under > /dev/ufsid so hal is a bit confused. > It is normal or I were wrong? Your problem is that hal cannot figure out that two labels point to the same device? So how was it dealing with it before, when you had the device/partition itself (i.e. /dev/ad0s1a) and its specific volume label?= There is currently no workaround except removing the volume label. --------------enig34B566232C40A8FA177760F5 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 iEYEARECAAYFAkn3VjMACgkQldnAQVacBcjNSgCgvkAmNE4smELxFPd/hXuKSBUf FPQAmwV5um6OY2tXqzPOx3M0OXitbt3f =soLT -----END PGP SIGNATURE----- --------------enig34B566232C40A8FA177760F5-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 20:52:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8DE81065672 for ; Tue, 28 Apr 2009 20:52:26 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 68B388FC15 for ; Tue, 28 Apr 2009 20:52:26 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3SKqNYM002413 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 28 Apr 2009 20:52:23 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: Artem Belevich In-Reply-To: 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: Tue, 28 Apr 2009 16:52:23 -0400 References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: freebsd-current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 20:52:27 -0000 On Apr 28, 2009, at 2:11 PM, Artem Belevich wrote: > My system had eventually deadlocked overnight, though it took much > longer than before to reach that point. > > In the end I've got many many processes sleeping in zio_wait with no > disk activity whatsoever. > I'm not sure if that's the same issue or not. > > Here are stack traces for all processes -- http://pastebin.com/f364e1452 > I've got the core saved, so if you want me to dig out some more info, > let me know if/how I could help. It looks like there is a possible deadlock between zfs_zget() and zfs_zinactive(). They both acquire a lock via ZFS_OBJ_HOLD_ENTER(). The zfs_zinactive() path can get called indirectly from within zio_done(). The zfs_zget() can in turn block waiting for zio_done()'s completion while holding the object lock. The following patch might help: http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff This simply bails out of the inactive processing if the object lock is already held. I'm not sure if this is 100% correct or not as it cannot verify there are references to the vnode. I also tried executing the zfs_zinactive() logic in a taskqueue to avoid the deadlock, but that caused other deadlocks to occur. Hope that helps. - Ben From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 21:05:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90B39106566C for ; Tue, 28 Apr 2009 21:05:08 +0000 (UTC) (envelope-from trebestie@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 EF09B8FC0C for ; Tue, 28 Apr 2009 21:05:07 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fxm6 with SMTP id 6so804259fxm.43 for ; Tue, 28 Apr 2009 14:05: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 :content-transfer-encoding; bh=GaMmHp2Ts8z5RlBQqgZuCE55VpMN6UzzleGfIcRp+4c=; b=sGauF+tzdK1ZZlmpcqAP02ruSJGbKT4L5CHvGpfb1nMv9b1ihhzHnf1HKqk2sdA6NZ hOD2NANms+DoZTSBPjSDfaoVRJ/4eS0Uj2zbkqAo8nUmcC8tAzC1fUSQ3mW+otPp0Bqi G1PPE53vwMwM+ifeMOb1rFWu8Uns/GkOLpVc8= 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=nevN1NXjUv44ZJZuaYayTO7GttVzUKEEoci23umt8N404IDHrw8eW1HAiIA8kuBy+I 1jAYJUlJcPcJr2my70gSbR2PV4JfxcOcf6HTxAs9SyZmGCQSZqSwObyYHgkY2gyi57t/ 5whp5Kz/HhacsLT931S5YTuUcqwt/usQj+gV8= MIME-Version: 1.0 Received: by 10.223.109.198 with SMTP id k6mr2618841fap.46.1240952706835; Tue, 28 Apr 2009 14:05:06 -0700 (PDT) In-Reply-To: References: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> Date: Tue, 28 Apr 2009 21:05:06 +0000 Message-ID: <83e5fb980904281405o6108524dh4cc288facf18891b@mail.gmail.com> From: Diego Depaoli To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 21:05:08 -0000 2009/4/28 Ivan Voras : > Diego Depaoli wrote: > >> Now glabel list shows each entry twice under /dev/label and under >> /dev/ufsid so hal is a bit confused. >> It is normal or I were wrong? > > Your problem is that hal cannot figure out that two labels point to the > same device? > So how was it dealing with it before, when you had the > device/partition itself (i.e. /dev/ad0s1a) and its specific volume label? So, glabel it's not a way to assign a specific volume label? Reading the handbook it looks like glabel label is an 'alias' for tunefs -L. Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 21:19:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C07331065670 for ; Tue, 28 Apr 2009 21:19:37 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 46E478FC0A for ; Tue, 28 Apr 2009 21:19:36 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3SLJTco002354 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 28 Apr 2009 21:19:29 GMT (envelope-from ben@wanderview.com) Message-Id: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> From: Ben Kelly To: Artem Belevich In-Reply-To: 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: Tue, 28 Apr 2009 17:19:29 -0400 References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: freebsd-current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 21:19:38 -0000 On Apr 28, 2009, at 4:52 PM, Ben Kelly wrote: > On Apr 28, 2009, at 2:11 PM, Artem Belevich wrote: >> My system had eventually deadlocked overnight, though it took much >> longer than before to reach that point. >> >> In the end I've got many many processes sleeping in zio_wait with no >> disk activity whatsoever. >> I'm not sure if that's the same issue or not. >> >> Here are stack traces for all processes -- http://pastebin.com/f364e1452 >> I've got the core saved, so if you want me to dig out some more info, >> let me know if/how I could help. > > It looks like there is a possible deadlock between zfs_zget() and > zfs_zinactive(). They both acquire a lock via > ZFS_OBJ_HOLD_ENTER(). The zfs_zinactive() path can get called > indirectly from within zio_done(). The zfs_zget() can in turn block > waiting for zio_done()'s completion while holding the object lock. > > The following patch might help: > > http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff > > This simply bails out of the inactive processing if the object lock > is already held. I'm not sure if this is 100% correct or not as it > cannot verify there are references to the vnode. I also tried > executing the zfs_zinactive() logic in a taskqueue to avoid the > deadlock, but that caused other deadlocks to occur. Sorry to reply to my own mail, but I came up with a better solution that I think is correct. I just vref() the vnode and then vrele() it again from a taskqueue to restart the zfs_zinactive() processing if its still applicable. The patch is updated in the same location above. Thanks again. - Ben From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 21:51:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCDF0106566B for ; Tue, 28 Apr 2009 21:51:50 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmpop112.cox.net (eastrmpop112.cox.net [68.230.240.54]) by mx1.freebsd.org (Postfix) with ESMTP id 71B238FC14 for ; Tue, 28 Apr 2009 21:51:50 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao102.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090428212903.SNBN4619.eastrmmtao102.cox.net@eastrmimpo03.cox.net> for ; Tue, 28 Apr 2009 17:29:03 -0400 Received: from serene.no-ip-org ([72.204.149.35]) by eastrmimpo03.cox.net with bizsmtp id l9V21b00A0m3yog029V2Yb; Tue, 28 Apr 2009 17:29:02 -0400 X-Authority-Analysis: v=1.0 c=1 a=xUXj4pLXnO4A:10 a=yjMs_V1G1RAA:10 a=_uiMu3PX6WobHgvKZkoA:9 a=pw9li5A9UY4jYl84Yh1DxOz-u-gA:4 X-CM-Score: 0.00 Date: Tue, 28 Apr 2009 16:29:26 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20090428162926.3ea9f861@serene.no-ip-org> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.16.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Any further progresss on Nvidia SATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 21:51:51 -0000 I have't checked any of the more recent FreeBSD snapsots, but am just wondering if any further progress has been made on the functionality of the Nvidia SATA controller under AMD64. My last attempt to apply the patches Soren sent me did recognize both the controller and hard drive, but still no CD/DVD-ROM functionality. Also, why are the snapshots on the main FreeBSD server so out of date? Last I looked, the most recent was from Februrary 2009. Been making do with Ubuntu Linux, but...I miss my FreeBSD!!!! Please, anyone out there, could you offer some guidance or suggetions or more recent patches, so I can get back up and running with my Favorite OS of ALL TIME (tm)? Thank you! From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 22:00:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8E90106566B for ; Tue, 28 Apr 2009 22:00:30 +0000 (UTC) (envelope-from ivoras@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 40C948FC12 for ; Tue, 28 Apr 2009 22:00:29 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by ewy19 with SMTP id 19so859658ewy.43 for ; Tue, 28 Apr 2009 15:00:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=j1PFrEjt+d0WfKHfyCtuAoSY/KWB0i/Oy4NdplMEnhA=; b=g6ca4age4rcPBF+3BRyafE05DrOS9VfivKRWIlIZjkTnnj/K+v9sIc84BnpKMG7+Yp n2yFn/EY0EcvyFi6PKHGZChEqv0234WVGBfO3XNOepKqsoQhldD0M0M2nwEPdacAleVk oV5KwK3n0isv0tKXghia9DhNXHZSfBZqAEL8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=SwRTGMYhkqwyFZXyvH3quCZMyrjTtcY35xNgNnl8aOEdXtSPsrgTWO2Q2CSbbdcVcI LpvAtRnUZJTk27FMw37UasVH5l4/8PXWor1JTKmzhJdcFBaStqtOywpO4gnQhNkLXP36 tdfufMGAocmDUN7n9DX2Um4PyA0zWLS713EeI= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.210.10.8 with SMTP id 8mr7842855ebj.20.1240954493107; Tue, 28 Apr 2009 14:34:53 -0700 (PDT) In-Reply-To: <83e5fb980904281405o6108524dh4cc288facf18891b@mail.gmail.com> References: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> <83e5fb980904281405o6108524dh4cc288facf18891b@mail.gmail.com> From: Ivan Voras Date: Tue, 28 Apr 2009 23:34:33 +0200 X-Google-Sender-Auth: 76b2dedbd6a640ff Message-ID: <9bbcef730904281434v19a11429kf194f058b083eeee@mail.gmail.com> To: Diego Depaoli Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 22:00:31 -0000 2009/4/28 Diego Depaoli : > 2009/4/28 Ivan Voras : >> Diego Depaoli wrote: >> >>> Now glabel list shows each entry twice under /dev/label and under >>> /dev/ufsid so hal is a bit confused. >>> It is normal or I were wrong? >> >> Your problem is that hal cannot figure out that two labels point to the >> same device? > So how was it dealing with it before, when you had the >> device/partition itself (i.e. /dev/ad0s1a) and its specific volume label? > > So, glabel it's not a way to assign a specific volume label? > Reading the handbook it looks like glabel label is an 'alias' for tunefs -L. Glabel is a "read-only" tool (i.e. it only reads existing labels) in all but one case: it can create a special type of labels not related to file systems. It has nothing to do with "tunefs -L". But is that your original problem? If you have all three labels pointing to the same file system (glabel, UFS volume label, UFS ID label), you actually have 4 /dev entries pointing to the same device? From owner-freebsd-current@FreeBSD.ORG Tue Apr 28 22:32:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F0A41065674; Tue, 28 Apr 2009 22:32:02 +0000 (UTC) (envelope-from trebestie@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 D19E88FC2A; Tue, 28 Apr 2009 22:32:01 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fxm6 with SMTP id 6so842767fxm.43 for ; Tue, 28 Apr 2009 15: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=ktfWJyDcb759rajQJLZorTxYhj8EIsAMl4KuXawZbN8=; b=P9y/oVmtlwzZaI8fOZSoX5Q/qzfetK074xQLWDH7rJ/sltG4X4wCrlq8PY91xJMF1H AoQ1OSbyX2+aU4vm1HJVYw/a26npER1zxx+khNcvAvJgAf5R30eenz/aYiERvFdl7Jsl ywnmlGjwj6P4tztwyWZRGfoVLJSLt6zKfiAK0= 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=hn22ZJxInqS/FQPYGAb0YYYjfe4ZC/q98cUD5MwFsDga7do0oYgMmCEi2+x8qPiHQX aapANr7uvp8XTXX84w3xbeqtOBQ7LZnME+Gp3o6KLkRKDOtli0mA5PpBfuqBxOGwVIy2 CD38pBo1nifQ2fB8z3K43Yz9daSglMG9fHUDM= MIME-Version: 1.0 Received: by 10.223.105.72 with SMTP id s8mr2453587fao.9.1240957920831; Tue, 28 Apr 2009 15:32:00 -0700 (PDT) In-Reply-To: <9bbcef730904281434v19a11429kf194f058b083eeee@mail.gmail.com> References: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> <83e5fb980904281405o6108524dh4cc288facf18891b@mail.gmail.com> <9bbcef730904281434v19a11429kf194f058b083eeee@mail.gmail.com> Date: Tue, 28 Apr 2009 22:32:00 +0000 Message-ID: <83e5fb980904281532j3da48c3gc9021ddb52c2874a@mail.gmail.com> From: Diego Depaoli To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2009 22:32:02 -0000 2009/4/28 Ivan Voras : > > Glabel is a "read-only" tool (i.e. it only reads existing labels) in > all but one case: it can create a special type of labels not related > to file systems. It has nothing to do with "tunefs -L". Understood. I suggest a better explanation on the handbook. > But is that your original problem? If you have all three labels > pointing to the same file system (glabel, UFS volume label, UFS ID > label), you actually have 4 /dev entries pointing to the same device? Actually only 2 This is the output of my dmesg | grep GEOM GEOM_LABEL: Label for provider ad4s1 is ntfs/master. GEOM_LABEL: Label for provider ad4s4a is label/rootamd64. GEOM_LABEL: Label for provider ad4s4a is ufsid/49e99a08b75f8e02. GEOM_LABEL: Label for provider ad4s4d is label/varamd64. GEOM_LABEL: Label for provider ad4s4d is ufsid/49e99a09096f9933. GEOM_LABEL: Label for provider ad4s4e is label/tmpamd64. GEOM_LABEL: Label for provider ad4s4e is ufsid/49e99a0807d6e8cc. GEOM_LABEL: Label for provider ad4s4f is label/usramd64. GEOM_LABEL: Label for provider ad4s4f is ufsid/49e99a084d314fd2. GEOM_LABEL: Label for provider ad6s2 is label/homebsd. GEOM_LABEL: Label for provider ad6s2 is ufsid/47f7a96c87b497e3. GEOM_LABEL: Label for provider ad6s3 is ntfs/Dat. GEOM_LABEL: Label for provider ad6s4 is ext2fs/DataShared ... as you see ntfs and ext2fs volumes are listed once, ufs twice. I think hal tries to mount all these devices giving me a lot of errors. Before glabeling disks hal showed ufsid, now, undecided between ufsid and label, shows a generic disk-XX. I was looking for a way to get more descriptive labels to avoid misunderstanding under nautilus or dolphin (e.g. usrbsd instead of Volume 20GB), but now I'm worse than before. Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 00:21:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1822106566C; Wed, 29 Apr 2009 00:21:40 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8082B8FC19; Wed, 29 Apr 2009 00:21:40 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 814EC71F01A; Tue, 28 Apr 2009 20:21:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RURWkQceKZIQ; Tue, 28 Apr 2009 20:21:39 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 5F81F71F005; Tue, 28 Apr 2009 20:21:39 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 45391570; Tue, 28 Apr 2009 20:21:39 -0400 (EDT) Date: Tue, 28 Apr 2009 20:21:39 -0400 From: Adam McDougall To: Robert Noland Message-ID: <20090429002138.GQ1012@egr.msu.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <20090427052602.GN1012@egr.msu.edu> <1240852713.4395.4.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1240852713.4395.4.camel@wombat.2hip.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 00:21:40 -0000 On Mon, Apr 27, 2009 at 12:18:33PM -0500, Robert Noland wrote: On Mon, 2009-04-27 at 01:26 -0400, Adam McDougall wrote: > Is there any chance of getting nouveau to work on a PCI > NV34 GeForce FX 5200? (not pci-e) I actually don't really care > I don't even know what drm I could try loading or if it > would help. This should work I think... I only have NV40 and NV50 pcie cards to test with though. You need to apply the patch to your kernel tree and make sure that libdrm and xf86-video-nouveau are up to date with latest ports. robert. Thanks! I missed seeing the patch. It seems to work fine. I'm not sure if its faster than nv for me or not (didn't test exclusively) but it does allow me to use the DVI output with the full resolution of my widescreen LCD (nv refused, doesn't have support to override BIOS programming for that) and just for fun I tried RandR screen rotation which seemed to work without much of a slowdown. I tried the composite manager in metacity but it was a little slow so I turned it back off. From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 03:57:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73ED5106566B for ; Wed, 29 Apr 2009 03:57:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C31308FC16 for ; Wed, 29 Apr 2009 03:57:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n3T3v9Na017100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 29 Apr 2009 13:27:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 29 Apr 2009 11:56:59 +0930 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2043144.oWaLlq2udu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200904291157.07441.doconnor@gsoft.com.au> X-Spam-Score: -3.457 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: Syslog doesn't start at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 03:57:13 -0000 --nextPart2043144.oWaLlq2udu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have an odd problem with my 3 week old -current install - syslogd isn't started. Or rather, it is started before lo0 is up and it fails to=20 start, eg.. Apr 29 11:13:05 inchoate kernel: /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING C= HECKS Apr 29 11:13:05 inchoate kernel: /dev/ad0s3a: clean, 381721 free (3297 frag= s, 47303 blocks, 0.7% fragmentation) Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoatevar: FILE SYSTEM CLEAN; S= KIPPING CHECKS Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoatevar: clean, 417071 free (= 4815 frags, 51532 blocks, 1.0% fragmentation) Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoateusr: DEFER FOR BACKGROUND= CHECKING Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assi= gn requested address Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assi= gn requested address Apr 29 11:13:05 inchoate kernel: syslogd: Apr 29 11:13:05 inchoate kernel: child pid 285 exited with return code 1 Apr 29 11:13:05 inchoate kernel: Apr 29 11:13:05 inchoate kernel: /etc/rc: WARNING: failed to start syslogd Apr 29 11:13:05 inchoate kernel: Additional ABI support: Apr 29 11:13:05 inchoate kernel: linux Apr 29 11:13:05 inchoate kernel: . Apr 29 11:13:05 inchoate kernel: Starting wpa_supplicant. Apr 29 11:13:05 inchoate kernel: Starting Network: lo0 bfe0. Apr 29 11:13:05 inchoate kernel: add net ::ffff:0.0.0.0: gateway ::1 I put '/etc/rc.d/syslogd restart' in rc.local but that's only a work around. I ran mergemaster -s and it did find a few changes (worringly) but the rc.d ones were just removing 'noprofile' from the keyword line which I don't think would affect things. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2043144.oWaLlq2udu 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) iD8DBQBJ97r75ZPcIHs/zowRAv64AJ9zKrpGn+h7foRK6fVEpGBsoKOBWwCfZ5dz NuDl+ZBGVCXy4S1QobQ6Eqc= =idXh -----END PGP SIGNATURE----- --nextPart2043144.oWaLlq2udu-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 04:24:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEBC81065676 for ; Wed, 29 Apr 2009 04:24:58 +0000 (UTC) (envelope-from avahilario@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE678FC27 for ; Wed, 29 Apr 2009 04:24:58 +0000 (UTC) (envelope-from avahilario@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so464609fkf.11 for ; Tue, 28 Apr 2009 21:24:57 -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:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=3eJ75gzoPuL38Z2eRfu/xYtjDjSuugE6LABrR6OCa4E=; b=ksz8+bVBsUxR2n8zPMfwSk9BTWsEr+wS0ZtKW5wPrmnXhsLMN7vX0Zoo924tGkeA8I bysLY9aldoc6AkKvMXEbho1V1qZvvYBzFPN75eW1sMDI97wuaOrInkoalMrj/P0S1xYK X8LBU7IqR3kOJU02l/Jo55VQr269i8hCpAtCE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=xSXgzX3UhLDG3LL3jV+9LfMtUH39ehCIAIkPuAr3MBZkZDweeI9ai/DX7h0/XhRP05 AWXFZazqlS7PJ+RpEBsGH39llWlkQn9PMQDgcNpSDGnFXTD80oMSq1fEzUmaTKkA0XJD BlKM6VzAk4gejTbpyCU6Jod6NeVTMPeQiTwKg= Received: by 10.103.212.2 with SMTP id o2mr4257972muq.131.1240977854314; Tue, 28 Apr 2009 21:04:14 -0700 (PDT) Received: from emily.avltrees.strangled.net (acl1-931bts.gw.smartbro.net [125.60.241.182]) by mx.google.com with ESMTPS id s10sm1217354muh.57.2009.04.28.21.04.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 28 Apr 2009 21:04:13 -0700 (PDT) Message-ID: <49F7D17F.20604@gmail.com> Date: Wed, 29 Apr 2009 12:03:11 +0800 From: Antonio A Hilario User-Agent: Thunderbird 2.0.0.21 (X11/20090426) MIME-Version: 1.0 To: Daniel O'Connor References: <200904291157.07441.doconnor@gsoft.com.au> In-Reply-To: <200904291157.07441.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Syslog doesn't start at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avahilario@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 04:24:59 -0000 Daniel O'Connor wrote: > Hi, > I have an odd problem with my 3 week old -current install - syslogd > isn't started. Or rather, it is started before lo0 is up and it fails to > start, eg.. > > Apr 29 11:13:05 inchoate kernel: /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS > Apr 29 11:13:05 inchoate kernel: /dev/ad0s3a: clean, 381721 free (3297 frags, 47303 blocks, 0.7% fragmentation) > Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoatevar: FILE SYSTEM CLEAN; SKIPPING CHECKS > Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoatevar: clean, 417071 free (4815 frags, 51532 blocks, 1.0% fragmentation) > Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoateusr: DEFER FOR BACKGROUND CHECKING > Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assign requested address > Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assign requested address > Apr 29 11:13:05 inchoate kernel: syslogd: > Apr 29 11:13:05 inchoate kernel: child pid 285 exited with return code 1 > Apr 29 11:13:05 inchoate kernel: > Apr 29 11:13:05 inchoate kernel: /etc/rc: WARNING: failed to start syslogd > Apr 29 11:13:05 inchoate kernel: Additional ABI support: > Apr 29 11:13:05 inchoate kernel: linux > Apr 29 11:13:05 inchoate kernel: . > Apr 29 11:13:05 inchoate kernel: Starting wpa_supplicant. > Apr 29 11:13:05 inchoate kernel: Starting Network: lo0 bfe0. > Apr 29 11:13:05 inchoate kernel: add net ::ffff:0.0.0.0: gateway ::1 > > I put '/etc/rc.d/syslogd restart' in rc.local but that's only a work around. > > I ran mergemaster -s and it did find a few changes (worringly) but the > rc.d ones were just removing 'noprofile' from the keyword line which I don't > think would affect things. > > Noticed that your network interface is being brought up * after * the sysklogd startup script runs. I'd try to maybe move the 'syslog_enable="YES"' directive in /etc/rc.conf to some point after the ifconfig_*=* lines. From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 04:41:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5255E1065670 for ; Wed, 29 Apr 2009 04:41:50 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id D81AC8FC17 for ; Wed, 29 Apr 2009 04:41:44 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qyk3 with SMTP id 3so2073337qyk.3 for ; Tue, 28 Apr 2009 21:41:44 -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=xm46/6Ij90ZMa+kDFBmUEQJ7YONzOerOimI8Pv5sFhg=; b=COC79gAcDLjH4QyFTRqm1WRdquZ3lVUTCWqno+t3E9sTWclHXl30emSp+KMHAszoWL 76UY1CTp5DrR4HLftOJV5VrbHxoApCILM1B7DDUsAcdv+dpg0xJUDpzJdZVeyjhM3m18 GFJCvHtVeFAIx6r4GLZZksgQRiHwsWEeWSEpE= 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=PgkCMuUABFcY3nn+1qxPsY0UX87Em0wftYmPOiKX3bCC2F9X2YwtnkUZncMnwbcpad VcSZAwf3B9/EaJlGHuEwLvPFXmn4GuiX8dZg8ODzh5dRzOM0koOXwlxMw/uJSNHifMH/ xBuSlFzIir9Os5/pY9H3LWLLfrlaGdOtKvZjA= MIME-Version: 1.0 Received: by 10.229.100.5 with SMTP id w5mr4429460qcn.100.1240980104047; Tue, 28 Apr 2009 21:41:44 -0700 (PDT) Date: Tue, 28 Apr 2009 23:41:43 -0500 Message-ID: <11167f520904282141i6aa002e6je9049d37c3194390@mail.gmail.com> From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Asus X83VB-X2 Notebook ACPI kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 04:42:02 -0000 hello list, I purchased a couple ASUS X83VB-X2 notebooks from BestBuy on saturday. I can not get FreeBSD i386 to boot with ACPI enabled without a panic below is a recent snapshot of 8-CURRENT i386 (2-2009) when the db debugger came up I did type tr so I pasted the entire contents of /var/log/messages below. I should note, I have tried several different snapshots of FreeBSD 7 i386 the oldest dating back to 9/2008 - 7.2RC2 they all panic when booting the install CD all amd64 snapshots that I have tried boot with ACPI enabled with no trouble. also, these notebooks have 4GB memory in them. if I remove 1 memory chip and boot 8 CURRENT i386 with 2GB total system memory ACPI works. I would provide any information I can on this problem, also I will be attending BSDCan this year I would happily buy anyone a Beer that can fix this problem. Sam Fourman Jr. Fourman Networks Apr 28 22:20:12 newsyslog[779]: logfile first created Apr 28 22:20:13 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 22:20:13 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 22:20:13 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 22:20:13 kernel: The Regents of the University of California. All rights reserved. Apr 28 22:20:13 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 22:20:13 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 22:20:13 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 22:20:13 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:20:13 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 22:20:13 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.02-MHz 686-class CPU) Apr 28 22:20:13 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 22:20:13 kernel: Features=0xbfebfbff Apr 28 22:20:13 kernel: Features2=0x408e39d Apr 28 22:20:13 kernel: AMD Features=0x20100000 Apr 28 22:20:13 kernel: AMD Features2=0x1 Apr 28 22:20:13 kernel: TSC: P-state invariant Apr 28 22:20:13 kernel: Cores per package: 2 Apr 28 22:20:13 kernel: real memory = 3220701184 (3071 MB) Apr 28 22:20:13 kernel: avail memory = 3140104192 (2994 MB) Apr 28 22:20:13 kernel: MPTable: Apr 28 22:20:13 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 22:20:13 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 22:20:13 kernel: cpu1 (AP): APIC ID: 1 Apr 28 22:20:13 kernel: ioapic0: Assuming intbase of 0 Apr 28 22:20:13 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 22:20:13 kernel: kbd1 at kbdmux0 Apr 28 22:20:13 kernel: pcib0: pcibus 0 on motherboard Apr 28 22:20:13 kernel: pci0: on pcib0 Apr 28 22:20:13 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 22:20:13 kernel: pci1: on pcib1 Apr 28 22:20:13 kernel: vgapci0: port 0xcc00-0xcc7f mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 Apr 28 22:20:13 kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Apr 28 22:20:13 kernel: uhci0: [ITHREAD] Apr 28 22:20:13 kernel: uhci0: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus0: on uhci0 Apr 28 22:20:13 kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Apr 28 22:20:13 kernel: uhci1: [ITHREAD] Apr 28 22:20:13 kernel: uhci1: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus1: on uhci1 Apr 28 22:20:13 kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Apr 28 22:20:13 kernel: uhci2: [ITHREAD] Apr 28 22:20:13 kernel: uhci2: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus2: on uhci2 Apr 28 22:20:13 kernel: ehci0: mem 0xf7fffc00-0xf7ffffff irq 18 at device 26.7 on pci0 Apr 28 22:20:13 kernel: ehci0: [ITHREAD] Apr 28 22:20:13 kernel: usbus3: waiting for BIOS to give up control Apr 28 22:20:13 kernel: usbus3: EHCI version 1.0 Apr 28 22:20:13 kernel: usbus3: on ehci0 Apr 28 22:20:13 kernel: pci0: at device 27.0 (no driver attached) Apr 28 22:20:13 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 22:20:13 kernel: pci2: on pcib2 Apr 28 22:20:13 kernel: pcib3: irq 17 at device 28.1 on pci0 Apr 28 22:20:13 kernel: pci3: on pcib3 Apr 28 22:20:13 kernel: pci3: at device 0.0 (no driver attached) Apr 28 22:20:13 kernel: pcib4: irq 18 at device 28.2 on pci0 Apr 28 22:20:13 kernel: pci4: on pcib4 Apr 28 22:20:13 kernel: pcib5: irq 17 at device 28.5 on pci0 Apr 28 22:20:13 kernel: pci6: on pcib5 Apr 28 22:20:13 kernel: re0: port 0xe800-0xe8ff mem 0xf6fff000-0xf6ffffff,0xf6fe0000-0xf6feffff irq 17 at device 0.0 on pci6 Apr 28 22:20:13 kernel: re0: Using 1 MSI messages Apr 28 22:20:13 kernel: re0: Chip rev. 0x3c000000 Apr 28 22:20:13 kernel: re0: MAC rev. 0x00400000 Apr 28 22:20:13 kernel: miibus0: on re0 Apr 28 22:20:13 kernel: rgephy0: PHY 1 on miibus0 Apr 28 22:20:13 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Apr 28 22:20:13 kernel: re0: Ethernet address: 00:24:8c:5f:37:ee Apr 28 22:20:13 kernel: re0: [FILTER] Apr 28 22:20:13 kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Apr 28 22:20:13 kernel: uhci3: [ITHREAD] Apr 28 22:20:13 kernel: uhci3: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus4: on uhci3 Apr 28 22:20:13 kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Apr 28 22:20:13 kernel: uhci4: [ITHREAD] Apr 28 22:20:13 kernel: uhci4: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus5: on uhci4 Apr 28 22:20:13 kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Apr 28 22:20:13 kernel: uhci5: [ITHREAD] Apr 28 22:20:13 kernel: uhci5: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus6: on uhci5 Apr 28 22:20:13 kernel: ehci1: mem 0xf7fff800-0xf7fffbff irq 23 at device 29.7 on pci0 Apr 28 22:20:13 kernel: ehci1: [ITHREAD] Apr 28 22:20:13 kernel: usbus7: waiting for BIOS to give up control Apr 28 22:20:13 kernel: usbus7: timed out waiting for BIOS Apr 28 22:20:13 kernel: usbus7: EHCI version 1.0 Apr 28 22:20:13 kernel: usbus7: on ehci1 Apr 28 22:20:13 kernel: pcib6: at device 30.0 on pci0 Apr 28 22:20:13 kernel: pci7: on pcib6 Apr 28 22:20:13 kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xfdfff800-0xfdffffff irq 16 at device 3.0 on pci7 Apr 28 22:20:13 kernel: fwohci0: [ITHREAD] Apr 28 22:20:13 kernel: fwohci0: OHCI version 1.0 (ROM=0) Apr 28 22:20:13 kernel: fwohci0: No. of Isochronous channels is 4. Apr 28 22:20:13 kernel: fwohci0: EUI64 00:1e:8c:00:01:c8:0a:79 Apr 28 22:20:13 kernel: fwohci0: Phy 1394a available S400, 1 ports. Apr 28 22:20:13 kernel: fwohci0: Link S400, max_rec 2048 bytes. Apr 28 22:20:13 kernel: firewire0: on fwohci0 Apr 28 22:20:13 kernel: dcons_crom0: on firewire0 Apr 28 22:20:13 kernel: dcons_crom0: bus_addr 0x18a0000 Apr 28 22:20:13 kernel: fwe0: on firewire0 Apr 28 22:20:13 kernel: if_fwe0: Fake Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 22:20:13 kernel: fwe0: Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 22:20:13 kernel: fwip0: on firewire0 Apr 28 22:20:13 kernel: fwip0: Firewire address: 00:1e:8c:00:01:c8:0a:79 @ 0xfffe00000000, S400, maxrec 2048 Apr 28 22:20:13 kernel: sbp0: on firewire0 Apr 28 22:20:13 kernel: fwohci0: Initiate bus reset Apr 28 22:20:13 kernel: fwohci0: fwohci_intr_core: BUS reset Apr 28 22:20:13 kernel: fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode Apr 28 22:20:13 kernel: pci7: at device 3.1 (no driver attached) Apr 28 22:20:13 kernel: pci7: at device 3.2 (no driver attached) Apr 28 22:20:13 kernel: pci7: at device 3.3 (no driver attached) Apr 28 22:20:13 kernel: pci7: at device 3.4 (no driver attached) Apr 28 22:20:13 kernel: isab0: at device 31.0 on pci0 Apr 28 22:20:13 kernel: isa0: on isab0 Apr 28 22:20:13 kernel: atapci0: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f mem 0xf7fff000-0xf7fff7ff irq 19 at device 31.2 on pci0 Apr 28 22:20:13 kernel: atapci0: [ITHREAD] Apr 28 22:20:13 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 22:20:13 kernel: ata2: on atapci0 Apr 28 22:20:13 kernel: ata2: [ITHREAD] Apr 28 22:20:13 kernel: ata3: on atapci0 Apr 28 22:20:13 kernel: ata3: [ITHREAD] Apr 28 22:20:13 kernel: ata4: on atapci0 Apr 28 22:20:13 kernel: ata4: [ITHREAD] Apr 28 22:20:13 kernel: cpu0 on motherboard Apr 28 22:20:13 kernel: est0: on cpu0 Apr 28 22:20:13 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:20:13 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:20:13 kernel: device_attach: est0 attach returned 6 Apr 28 22:20:13 kernel: p4tcc0: on cpu0 Apr 28 22:20:13 kernel: cpu1 on motherboard Apr 28 22:20:13 kernel: est1: on cpu1 Apr 28 22:20:13 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:20:13 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:20:13 kernel: device_attach: est1 attach returned 6 Apr 28 22:20:13 kernel: p4tcc1: on cpu1 Apr 28 22:20:13 kernel: pmtimer0 on isa0 Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 22:20:13 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 22:20:13 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 22:20:13 kernel: kbd0 at atkbd0 Apr 28 22:20:13 kernel: atkbd0: [GIANT-LOCKED] Apr 28 22:20:13 kernel: atkbd0: [ITHREAD] Apr 28 22:20:13 kernel: psm0: irq 12 on atkbdc0 Apr 28 22:20:13 kernel: psm0: [GIANT-LOCKED] Apr 28 22:20:13 kernel: psm0: [ITHREAD] Apr 28 22:20:13 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: sc0: at flags 0x100 on isa0 Apr 28 22:20:13 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 22:20:13 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 22:20:13 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 22:20:13 kernel: ata0: [ITHREAD] Apr 28 22:20:13 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 22:20:13 kernel: ata1: [ITHREAD] Apr 28 22:20:13 kernel: ppc0: parallel port not found. Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: Timecounters tick every 1.000 msec Apr 28 22:20:13 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Apr 28 22:20:13 kernel: firewire0: bus manager 0 Apr 28 22:20:13 kernel: md0: Preloaded image 4423680 bytes at 0xc109f490 Apr 28 22:20:13 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 22:20:13 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 22:20:13 kernel: ugen0.1: at usbus0 Apr 28 22:20:13 kernel: ushub0: on usbus0 Apr 28 22:20:13 kernel: ugen1.1: at usbus1 Apr 28 22:20:13 kernel: ushub1: on usbus1 Apr 28 22:20:13 kernel: ugen2.1: at usbus2 Apr 28 22:20:13 kernel: ushub2: on usbus2 Apr 28 22:20:13 kernel: ugen3.1: at usbus3 Apr 28 22:20:13 kernel: ushub3: on usbus3 Apr 28 22:20:13 kernel: ugen4.1: at usbus4 Apr 28 22:20:13 kernel: ushub4: on usbus4 Apr 28 22:20:13 kernel: ugen5.1: at usbus5 Apr 28 22:20:13 kernel: ushub5: on usbus5 Apr 28 22:20:13 kernel: ugen6.1: at usbus6 Apr 28 22:20:13 kernel: ushub6: on usbus6 Apr 28 22:20:13 kernel: ugen7.1: at usbus7 Apr 28 22:20:13 kernel: ushub7: on usbus7 Apr 28 22:20:13 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 22:20:13 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 22:20:13 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. Apr 28 22:20:13 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 22:20:13 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 22:20:13 kernel: ugen7.2: at usbus7 Apr 28 22:20:13 kernel: SMP: AP CPU #1 Launched! Apr 28 22:20:13 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:20:13 kernel: Trying to mount root from ufs:/dev/md0 Apr 28 22:20:13 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 22:20:13 kernel: lock order reversal: Apr 28 22:20:13 kernel: 1st 0xc6d33164 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1059 Apr 28 22:20:13 kernel: 2nd 0xc6d33058 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2092 Apr 28 22:20:13 kernel: KDB: stack backtrace: Apr 28 22:20:13 kernel: db_trace_self_wrapper(c0c2021d,c67d3808,c08954d5,4,c0c1b831,...) at db_trace_self_wrapper+0x26 Apr 28 22:20:13 kernel: kdb_backtrace(4,c0c1b831,c69268d0,c6926798,c67d3864,...) at kdb_backtrace+0x29 Apr 28 22:20:13 kernel: _witness_debugger(c0c22f42,c6d33058,c0c12dbf,c6926798,c0c29c38,...) at _witness_debugger+0x25 Apr 28 22:20:13 kernel: witness_checkorder(c6d33058,9,c0c29c38,82c,0,...) at witness_checkorder+0x839 Apr 28 22:20:13 kernel: __lockmgr_args(c6d33058,80100,c6d33074,0,0,...) at __lockmgr_args+0x797 Apr 28 22:20:13 kernel: vop_stdlock(c67d396c,c089527b,c0c12ff0,80100,c6d33000,...) at vop_stdlock+0x62 Apr 28 22:20:13 kernel: VOP_LOCK1_APV(c0cfe1c0,c67d396c,c6968e24,c0d3cac0,c6d33000,...) at VOP_LOCK1_APV+0xb5 Apr 28 22:20:13 kernel: _vn_lock(c6d33000,80100,c0c29c38,82c,8,...) at _vn_lock+0x5e Apr 28 22:20:13 kernel: vget(c6d33000,80100,c6968d80,160,c0c12f12,...) at vget+0xc9 Apr 28 22:20:13 kernel: devfs_allocv(c6e93a00,c6fd2500,c67d3a04,c6968d80,c0edc9b8,...) at devfs_allocv+0x11a Apr 28 22:20:13 kernel: devfs_root(c6fd2500,80000,c67d3c30,c6968d80,c6e85470,...) at devfs_root+0x51 Apr 28 22:20:13 kernel: vfs_donmount(c6968d80,0,c6e24700,c6e24700,bfbfe6e8,...) at vfs_donmount+0x1758 Apr 28 22:20:13 kernel: nmount(c6968d80,c67d3cf8,c,c0c561b5,c0d03b30,...) at nmount+0xbe Apr 28 22:20:13 kernel: syscall(c67d3d38) at syscall+0x2a3 Apr 28 22:20:13 kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20 Apr 28 22:20:13 kernel: --- syscall (378, FreeBSD ELF32, nmount), eip = 0x817c2bf, esp = 0xbfbfe24c, ebp = 0xbfbfe748 --- Apr 28 22:20:13 kernel: lock order reversal: Apr 28 22:20:13 kernel: 1st 0xda9785f0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 Apr 28 22:20:13 kernel: 2nd 0xc6e66c00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 Apr 28 22:20:13 kernel: KDB: stack backtrace: Apr 28 22:20:13 kernel: db_trace_self_wrapper(c0c2021d,e9665778,c08954d5,4,c0c1b831,...) at db_trace_self_wrapper+0x26 Apr 28 22:20:13 kernel: kdb_backtrace(4,c0c1b831,c6923810,c6926ad8,e96657d4,...) at kdb_backtrace+0x29 Apr 28 22:20:13 kernel: _witness_debugger(c0c22f42,c6e66c00,c0c41f16,c6926ad8,c0c41baf,...) at _witness_debugger+0x25 Apr 28 22:20:13 kernel: witness_checkorder(c6e66c00,9,c0c41baf,113,0,...) at witness_checkorder+0x839 Apr 28 22:20:13 kernel: _sx_xlock(c6e66c00,0,c0c41baf,113,c7064a50,...) at _sx_xlock+0x85 Apr 28 22:20:13 kernel: ufsdirhash_acquire(da978590,dc72b800,200,dc72b814,e96658a4,...) at ufsdirhash_acquire+0x35 Apr 28 22:20:13 kernel: ufsdirhash_add(c7064a50,e96658ec,814,e9665890,e9665894,...) at ufsdirhash_add+0x13 Apr 28 22:20:13 kernel: ufs_direnter(c7057d9c,c70d2860,e96658ec,e9665bd4,0,...) at ufs_direnter+0x729 Apr 28 22:20:13 kernel: ufs_makeinode(e9665bd4,e9665acc,e9665acc,e9665a34,c0b67265,...) at ufs_makeinode+0x519 Apr 28 22:20:13 kernel: ufs_create(e9665acc,e9665acc,0,e9665acc,e9665ba8,...) at ufs_create+0x30 Apr 28 22:20:13 kernel: VOP_CREATE_APV(c0d241a0,e9665acc,2,c0c15f88,3,...) at VOP_CREATE_APV+0xa5 Apr 28 22:20:13 kernel: vn_open_cred(e9665ba8,e9665c5c,124,c696d400,c6ed5ab8,...) at vn_open_cred+0x1d0 Apr 28 22:20:13 kernel: vn_open(e9665ba8,e9665c5c,124,c6ed5ab8,3,...) at vn_open+0x33 Apr 28 22:20:13 kernel: kern_openat(c6f1b6c0,ffffff9c,28327dc0,0,a02,...) at kern_openat+0x110 Apr 28 22:20:13 kernel: kern_open(c6f1b6c0,28327dc0,0,a01,124,...) at kern_open+0x35 Apr 28 22:20:13 kernel: open(c6f1b6c0,e9665cf8,c,c0c23777,c0d01838,...) at open+0x30 Apr 28 22:20:13 kernel: syscall(e9665d38) at syscall+0x2a3 Apr 28 22:20:13 kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20 Apr 28 22:20:13 kernel: --- syscall (5, FreeBSD ELF32, open), eip = 0x81e0e17, esp = 0xbfbfe64c, ebp = 0xbfbfe668 --- Apr 28 22:20:13 kernel: Waiting (max 60 seconds) for system process `vnlru' to stop...done Apr 28 22:20:13 kernel: Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Apr 28 22:20:13 kernel: Waiting (max 60 seconds) for system process `syncer' to stop... Apr 28 22:20:13 kernel: Syncing disks, vnodes remaining...1 0 0 0 done Apr 28 22:20:13 kernel: All buffers synced. Apr 28 22:20:13 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 22:20:13 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 22:20:13 kernel: The Regents of the University of California. All rights reserved. Apr 28 22:20:13 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 22:20:13 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 22:20:13 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 22:20:13 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:20:13 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 22:20:13 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.01-MHz 686-class CPU) Apr 28 22:20:13 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 22:20:13 kernel: Features=0xbfebfbff Apr 28 22:20:13 kernel: Features2=0x408e39d Apr 28 22:20:13 kernel: AMD Features=0x20100000 Apr 28 22:20:13 kernel: AMD Features2=0x1 Apr 28 22:20:13 kernel: TSC: P-state invariant Apr 28 22:20:13 kernel: Cores per package: 2 Apr 28 22:20:13 kernel: real memory = 3220701184 (3071 MB) Apr 28 22:20:13 kernel: avail memory = 3144302592 (2998 MB) Apr 28 22:20:13 kernel: MPTable: Apr 28 22:20:13 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 22:20:13 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 22:20:13 kernel: cpu1 (AP): APIC ID: 1 Apr 28 22:20:13 kernel: ioapic0: Assuming intbase of 0 Apr 28 22:20:13 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 22:20:13 kernel: kbd1 at kbdmux0 Apr 28 22:20:13 kernel: pcib0: pcibus 0 on motherboard Apr 28 22:20:13 kernel: pci0: on pcib0 Apr 28 22:20:13 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 22:20:13 kernel: pci1: on pcib1 Apr 28 22:20:13 kernel: vgapci0: port 0xcc00-0xcc7f mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 Apr 28 22:20:13 kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Apr 28 22:20:13 kernel: uhci0: [ITHREAD] Apr 28 22:20:13 kernel: uhci0: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus0: on uhci0 Apr 28 22:20:13 kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Apr 28 22:20:13 kernel: uhci1: [ITHREAD] Apr 28 22:20:13 kernel: uhci1: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus1: on uhci1 Apr 28 22:20:13 kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Apr 28 22:20:13 kernel: uhci2: [ITHREAD] Apr 28 22:20:13 kernel: uhci2: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus2: on uhci2 Apr 28 22:20:13 kernel: ehci0: mem 0xf7fffc00-0xf7ffffff irq 18 at device 26.7 on pci0 Apr 28 22:20:13 kernel: ehci0: [ITHREAD] Apr 28 22:20:13 kernel: usbus3: waiting for BIOS to give up control Apr 28 22:20:13 kernel: usbus3: EHCI version 1.0 Apr 28 22:20:13 kernel: usbus3: on ehci0 Apr 28 22:20:13 kernel: pci0: at device 27.0 (no driver attached) Apr 28 22:20:13 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 22:20:13 kernel: pci2: on pcib2 Apr 28 22:20:13 kernel: pcib3: irq 17 at device 28.1 on pci0 Apr 28 22:20:13 kernel: pci3: on pcib3 Apr 28 22:20:13 kernel: pci3: at device 0.0 (no driver attached) Apr 28 22:20:13 kernel: pcib4: irq 18 at device 28.2 on pci0 Apr 28 22:20:13 kernel: pci4: on pcib4 Apr 28 22:20:13 kernel: pcib5: irq 17 at device 28.5 on pci0 Apr 28 22:20:13 kernel: pci6: on pcib5 Apr 28 22:20:13 kernel: re0: port 0xe800-0xe8ff mem 0xf6fff000-0xf6ffffff,0xf6fe0000-0xf6feffff irq 17 at device 0.0 on pci6 Apr 28 22:20:13 kernel: re0: Using 1 MSI messages Apr 28 22:20:13 kernel: re0: Chip rev. 0x3c000000 Apr 28 22:20:13 kernel: re0: MAC rev. 0x00400000 Apr 28 22:20:13 kernel: miibus0: on re0 Apr 28 22:20:13 kernel: rgephy0: PHY 1 on miibus0 Apr 28 22:20:13 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Apr 28 22:20:13 kernel: re0: Ethernet address: 00:24:8c:5f:37:ee Apr 28 22:20:13 kernel: re0: [FILTER] Apr 28 22:20:13 kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Apr 28 22:20:13 kernel: uhci3: [ITHREAD] Apr 28 22:20:13 kernel: uhci3: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus4: on uhci3 Apr 28 22:20:13 kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Apr 28 22:20:13 kernel: uhci4: [ITHREAD] Apr 28 22:20:13 kernel: uhci4: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus5: on uhci4 Apr 28 22:20:13 kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Apr 28 22:20:13 kernel: uhci5: [ITHREAD] Apr 28 22:20:13 kernel: uhci5: LegSup = 0x0f30 Apr 28 22:20:13 kernel: usbus6: on uhci5 Apr 28 22:20:13 kernel: ehci1: mem 0xf7fff800-0xf7fffbff irq 23 at device 29.7 on pci0 Apr 28 22:20:13 kernel: ehci1: [ITHREAD] Apr 28 22:20:13 kernel: usbus7: waiting for BIOS to give up control Apr 28 22:20:13 kernel: usbus7: timed out waiting for BIOS Apr 28 22:20:13 kernel: usbus7: EHCI version 1.0 Apr 28 22:20:13 kernel: usbus7: on ehci1 Apr 28 22:20:13 kernel: pcib6: at device 30.0 on pci0 Apr 28 22:20:13 kernel: pci7: on pcib6 Apr 28 22:20:13 kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xfdfff800-0xfdffffff irq 16 at device 3.0 on pci7 Apr 28 22:20:13 kernel: fwohci0: [ITHREAD] Apr 28 22:20:13 kernel: fwohci0: OHCI version 1.0 (ROM=0) Apr 28 22:20:13 kernel: fwohci0: No. of Isochronous channels is 4. Apr 28 22:20:13 kernel: fwohci0: EUI64 00:1e:8c:00:01:c8:0a:79 Apr 28 22:20:13 kernel: fwohci0: Phy 1394a available S400, 1 ports. Apr 28 22:20:13 kernel: fwohci0: Link S100, max_rec 128 bytes. Apr 28 22:20:13 kernel: fwohci0: max_rec 128 -> 2048 Apr 28 22:20:13 kernel: firewire0: on fwohci0 Apr 28 22:20:13 kernel: dcons_crom0: on firewire0 Apr 28 22:20:13 kernel: dcons_crom0: bus_addr 0x14a0000 Apr 28 22:20:13 kernel: fwe0: on firewire0 Apr 28 22:20:13 kernel: if_fwe0: Fake Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 22:20:13 kernel: fwe0: Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 22:20:13 kernel: fwip0: on firewire0 Apr 28 22:20:13 kernel: fwip0: Firewire address: 00:1e:8c:00:01:c8:0a:79 @ 0xfffe00000000, S400, maxrec 2048 Apr 28 22:20:13 kernel: sbp0: on firewire0 Apr 28 22:20:13 kernel: fwohci0: Initiate bus reset Apr 28 22:20:13 kernel: fwohci0: fwohci_intr_core: BUS reset Apr 28 22:20:13 kernel: fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode Apr 28 22:20:13 kernel: pci7: at device 3.1 (no driver attached) Apr 28 22:20:13 kernel: pci7: at device 3.2 (no driver attached) Apr 28 22:20:13 kernel: pci7: at device 3.3 (no driver attached) Apr 28 22:20:13 kernel: pci7: at device 3.4 (no driver attached) Apr 28 22:20:13 kernel: isab0: at device 31.0 on pci0 Apr 28 22:20:13 kernel: isa0: on isab0 Apr 28 22:20:13 kernel: atapci0: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f mem 0xf7fff000-0xf7fff7ff irq 19 at device 31.2 on pci0 Apr 28 22:20:13 kernel: atapci0: [ITHREAD] Apr 28 22:20:13 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 22:20:13 kernel: ata2: on atapci0 Apr 28 22:20:13 kernel: ata2: [ITHREAD] Apr 28 22:20:13 kernel: ata3: on atapci0 Apr 28 22:20:13 kernel: ata3: [ITHREAD] Apr 28 22:20:13 kernel: ata4: on atapci0 Apr 28 22:20:13 kernel: ata4: [ITHREAD] Apr 28 22:20:13 kernel: cpu0 on motherboard Apr 28 22:20:13 kernel: est0: on cpu0 Apr 28 22:20:13 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:20:13 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:20:13 kernel: device_attach: est0 attach returned 6 Apr 28 22:20:13 kernel: p4tcc0: on cpu0 Apr 28 22:20:13 kernel: cpu1 on motherboard Apr 28 22:20:13 kernel: est1: on cpu1 Apr 28 22:20:13 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:20:13 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:20:13 kernel: device_attach: est1 attach returned 6 Apr 28 22:20:13 kernel: p4tcc1: on cpu1 Apr 28 22:20:13 kernel: pmtimer0 on isa0 Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 22:20:13 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 22:20:13 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 22:20:13 kernel: kbd0 at atkbd0 Apr 28 22:20:13 kernel: atkbd0: [GIANT-LOCKED] Apr 28 22:20:13 kernel: atkbd0: [ITHREAD] Apr 28 22:20:13 kernel: psm0: irq 12 on atkbdc0 Apr 28 22:20:13 kernel: psm0: [GIANT-LOCKED] Apr 28 22:20:13 kernel: psm0: [ITHREAD] Apr 28 22:20:13 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: sc0: at flags 0x100 on isa0 Apr 28 22:20:13 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 22:20:13 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 22:20:13 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 22:20:13 kernel: ata0: [ITHREAD] Apr 28 22:20:13 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 22:20:13 kernel: ata1: [ITHREAD] Apr 28 22:20:13 kernel: ppc0: parallel port not found. Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: unknown: can't assign resources (memory) Apr 28 22:20:13 kernel: Timecounters tick every 1.000 msec Apr 28 22:20:13 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Apr 28 22:20:13 kernel: firewire0: bus manager 0 Apr 28 22:20:13 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 22:20:13 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 22:20:13 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 22:20:13 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 22:20:13 kernel: ugen0.1: at usbus0 Apr 28 22:20:13 kernel: ushub0: on usbus0 Apr 28 22:20:13 kernel: ugen1.1: at usbus1 Apr 28 22:20:13 kernel: ushub1: on usbus1 Apr 28 22:20:13 kernel: ugen2.1: at usbus2 Apr 28 22:20:13 kernel: ushub2: on usbus2 Apr 28 22:20:13 kernel: ugen3.1: at usbus3 Apr 28 22:20:13 kernel: ushub3: on usbus3 Apr 28 22:20:13 kernel: ugen4.1: at usbus4 Apr 28 22:20:13 kernel: ushub4: on usbus4 Apr 28 22:20:13 kernel: ugen5.1: at usbus5 Apr 28 22:20:13 kernel: ushub5: on usbus5 Apr 28 22:20:13 kernel: ugen6.1: at usbus6 Apr 28 22:20:13 kernel: ushub6: on usbus6 Apr 28 22:20:13 kernel: ugen7.1: at usbus7 Apr 28 22:20:13 kernel: ushub7: on usbus7 Apr 28 22:20:13 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 22:20:13 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 22:20:13 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 22:20:13 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 22:20:13 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 22:20:13 kernel: ugen7.2: at usbus7 Apr 28 22:20:13 kernel: SMP: AP CPU #1 Launched! Apr 28 22:20:13 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:20:13 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 22:20:31 login: ROOT LOGIN (root) ON ttyv0 Apr 28 22:24:18 reboot: rebooted by root Apr 28 22:24:18 syslogd: exiting on signal 15 Apr 28 22:25:17 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 22:25:17 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 22:25:17 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 22:25:17 kernel: The Regents of the University of California. All rights reserved. Apr 28 22:25:17 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 22:25:17 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 22:25:17 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 22:25:17 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:25:17 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 22:25:17 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.01-MHz 686-class CPU) Apr 28 22:25:17 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 22:25:17 kernel: Features=0xbfebfbff Apr 28 22:25:17 kernel: Features2=0x408e39d Apr 28 22:25:17 kernel: AMD Features=0x20100000 Apr 28 22:25:17 kernel: AMD Features2=0x1 Apr 28 22:25:17 kernel: TSC: P-state invariant Apr 28 22:25:17 kernel: Cores per package: 2 Apr 28 22:25:17 kernel: real memory = 3220701184 (3071 MB) Apr 28 22:25:17 kernel: avail memory = 3144302592 (2998 MB) Apr 28 22:25:17 kernel: WARNING: Non-uniform processors. Apr 28 22:25:17 kernel: WARNING: Using suboptimal topology. Apr 28 22:25:17 kernel: module_register_init: MOD_LOAD (kbdmux, 0xc0689e30, 0) error 6 Apr 28 22:25:17 kernel: pcib0: pcibus 0 on motherboard Apr 28 22:25:17 kernel: pir0: on motherboard Apr 28 22:25:17 kernel: pci0: on pcib0 Apr 28 22:25:17 kernel: pcib1: irq 10 at device 1.0 on pci0 Apr 28 22:25:17 kernel: pci1: on pcib1 Apr 28 22:25:17 kernel: vgapci0: port 0xcc00-0xcc7f mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 10 at device 0.0 on pci1 Apr 28 22:25:17 kernel: uhci0: port 0xbc00-0xbc1f irq 10 at device 26.0 on pci0 Apr 28 22:25:17 kernel: uhci0: [ITHREAD] Apr 28 22:25:17 kernel: uhci0: LegSup = 0x0f30 Apr 28 22:25:17 kernel: usbus0: on uhci0 Apr 28 22:25:17 kernel: uhci1: port 0xb880-0xb89f irq 7 at device 26.1 on pci0 Apr 28 22:25:17 kernel: uhci1: [ITHREAD] Apr 28 22:25:17 kernel: uhci1: LegSup = 0x0f30 Apr 28 22:25:17 kernel: usbus1: on uhci1 Apr 28 22:25:17 kernel: uhci2: port 0xb800-0xb81f irq 3 at device 26.2 on pci0 Apr 28 22:25:17 kernel: uhci2: [ITHREAD] Apr 28 22:25:17 kernel: uhci2: LegSup = 0x0f30 Apr 28 22:25:17 kernel: usbus2: on uhci2 Apr 28 22:25:17 kernel: ehci0: mem 0xf7fffc00-0xf7ffffff irq 6 at device 26.7 on pci0 Apr 28 22:25:17 kernel: ehci0: [ITHREAD] Apr 28 22:25:17 kernel: usbus3: waiting for BIOS to give up control Apr 28 22:25:17 kernel: usbus3: EHCI version 1.0 Apr 28 22:25:17 kernel: usbus3: on ehci0 Apr 28 22:25:17 kernel: pci0: at device 27.0 (no driver attached) Apr 28 22:25:17 kernel: pcib2: irq 10 at device 28.0 on pci0 Apr 28 22:25:17 kernel: pci2: on pcib2 Apr 28 22:25:17 kernel: pcib3: irq 5 at device 28.1 on pci0 Apr 28 22:25:17 kernel: pci3: on pcib3 Apr 28 22:25:17 kernel: pci3: at device 0.0 (no driver attached) Apr 28 22:25:17 kernel: pcib4: irq 6 at device 28.2 on pci0 Apr 28 22:25:17 kernel: pci4: on pcib4 Apr 28 22:25:17 kernel: pcib5: irq 5 at device 28.5 on pci0 Apr 28 22:25:17 kernel: pci6: on pcib5 Apr 28 22:25:17 kernel: re0: port 0xe800-0xe8ff mem 0xf6fff000-0xf6ffffff,0xf6fe0000-0xf6feffff irq 5 at device 0.0 on pci6 Apr 28 22:25:17 kernel: re0: turning off MSI enable bit. Apr 28 22:25:17 kernel: re0: Chip rev. 0x3c000000 Apr 28 22:25:17 kernel: re0: MAC rev. 0x00400000 Apr 28 22:25:17 kernel: miibus0: on re0 Apr 28 22:25:17 kernel: rgephy0: PHY 1 on miibus0 Apr 28 22:25:17 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Apr 28 22:25:17 kernel: re0: Ethernet address: 00:24:8c:5f:37:ee Apr 28 22:25:17 kernel: re0: [FILTER] Apr 28 22:25:17 kernel: uhci3: port 0xb480-0xb49f irq 10 at device 29.0 on pci0 Apr 28 22:25:17 kernel: uhci3: [ITHREAD] Apr 28 22:25:17 kernel: uhci3: LegSup = 0x0f30 Apr 28 22:25:17 kernel: usbus4: on uhci3 Apr 28 22:25:17 kernel: uhci4: port 0xb400-0xb41f irq 3 at device 29.1 on pci0 Apr 28 22:25:17 kernel: uhci4: [ITHREAD] Apr 28 22:25:17 kernel: uhci4: LegSup = 0x0f30 Apr 28 22:25:17 kernel: usbus5: on uhci4 Apr 28 22:25:17 kernel: uhci5: port 0xb080-0xb09f irq 6 at device 29.2 on pci0 Apr 28 22:25:17 kernel: uhci5: [ITHREAD] Apr 28 22:25:17 kernel: uhci5: LegSup = 0x0f30 Apr 28 22:25:17 kernel: usbus6: on uhci5 Apr 28 22:25:17 kernel: ehci1: mem 0xf7fff800-0xf7fffbff irq 10 at device 29.7 on pci0 Apr 28 22:25:17 kernel: ehci1: [ITHREAD] Apr 28 22:25:17 kernel: usbus7: waiting for BIOS to give up control Apr 28 22:25:17 kernel: usbus7: timed out waiting for BIOS Apr 28 22:25:17 kernel: usbus7: EHCI version 1.0 Apr 28 22:25:17 kernel: usbus7: on ehci1 Apr 28 22:25:17 kernel: pcib6: at device 30.0 on pci0 Apr 28 22:25:17 kernel: pci7: on pcib6 Apr 28 22:25:17 kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xfdfff800-0xfdffffff irq 10 at device 3.0 on pci7 Apr 28 22:25:17 kernel: fwohci0: [ITHREAD] Apr 28 22:25:17 kernel: fwohci0: OHCI version 1.0 (ROM=0) Apr 28 22:25:17 kernel: fwohci0: No. of Isochronous channels is 4. Apr 28 22:25:17 kernel: fwohci0: EUI64 00:1e:8c:00:01:c8:0a:79 Apr 28 22:25:17 kernel: fwohci0: Phy 1394a available S400, 1 ports. Apr 28 22:25:17 kernel: fwohci0: Link S100, max_rec 128 bytes. Apr 28 22:25:17 kernel: fwohci0: max_rec 128 -> 2048 Apr 28 22:25:17 kernel: firewire0: on fwohci0 Apr 28 22:25:17 kernel: dcons_crom0: on firewire0 Apr 28 22:25:17 kernel: dcons_crom0: bus_addr 0x1498000 Apr 28 22:25:17 kernel: fwe0: on firewire0 Apr 28 22:25:17 kernel: if_fwe0: Fake Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 22:25:17 kernel: fwe0: Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 22:25:17 kernel: fwip0: on firewire0 Apr 28 22:25:17 kernel: fwip0: Firewire address: 00:1e:8c:00:01:c8:0a:79 @ 0xfffe00000000, S400, maxrec 2048 Apr 28 22:25:17 kernel: sbp0: on firewire0 Apr 28 22:25:17 kernel: fwohci0: Initiate bus reset Apr 28 22:25:17 kernel: fwohci0: fwohci_intr_core: BUS reset Apr 28 22:25:17 kernel: fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode Apr 28 22:25:17 kernel: pci7: at device 3.1 (no driver attached) Apr 28 22:25:17 kernel: pci7: at device 3.2 (no driver attached) Apr 28 22:25:17 kernel: pci7: at device 3.3 (no driver attached) Apr 28 22:25:17 kernel: pci7: at device 3.4 (no driver attached) Apr 28 22:25:17 kernel: isab0: at device 31.0 on pci0 Apr 28 22:25:17 kernel: isa0: on isab0 Apr 28 22:25:17 kernel: atapci0: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f mem 0xf7fff000-0xf7fff7ff irq 3 at device 31.2 on pci0 Apr 28 22:25:17 kernel: atapci0: [ITHREAD] Apr 28 22:25:17 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 22:25:17 kernel: ata2: on atapci0 Apr 28 22:25:17 kernel: ata2: [ITHREAD] Apr 28 22:25:17 kernel: ata3: on atapci0 Apr 28 22:25:17 kernel: ata3: [ITHREAD] Apr 28 22:25:17 kernel: ata4: on atapci0 Apr 28 22:25:17 kernel: ata4: [ITHREAD] Apr 28 22:25:17 kernel: cpu0 on motherboard Apr 28 22:25:17 kernel: est0: on cpu0 Apr 28 22:25:17 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:25:17 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:25:17 kernel: device_attach: est0 attach returned 6 Apr 28 22:25:17 kernel: p4tcc0: on cpu0 Apr 28 22:25:17 kernel: pmtimer0 on isa0 Apr 28 22:25:17 kernel: unknown: can't assign resources (memory) Apr 28 22:25:17 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 22:25:17 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 22:25:17 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 22:25:17 kernel: kbd0 at atkbd0 Apr 28 22:25:17 kernel: atkbd0: [GIANT-LOCKED] Apr 28 22:25:17 kernel: atkbd0: [ITHREAD] Apr 28 22:25:17 kernel: psm0: irq 12 on atkbdc0 Apr 28 22:25:17 kernel: psm0: [GIANT-LOCKED] Apr 28 22:25:17 kernel: psm0: [ITHREAD] Apr 28 22:25:17 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 22:25:17 kernel: unknown: can't assign resources (memory) Apr 28 22:25:17 kernel: sc0: at flags 0x100 on isa0 Apr 28 22:25:17 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 22:25:17 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 22:25:17 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 22:25:17 kernel: ata0: [ITHREAD] Apr 28 22:25:17 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 22:25:17 kernel: ata1: [ITHREAD] Apr 28 22:25:17 kernel: ppc0: parallel port not found. Apr 28 22:25:17 kernel: unknown: can't assign resources (memory) Apr 28 22:25:17 kernel: unknown: can't assign resources (memory) Apr 28 22:25:17 kernel: Timecounter "TSC" frequency 1995014430 Hz quality 800 Apr 28 22:25:17 kernel: Timecounters tick every 1.000 msec Apr 28 22:25:17 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Apr 28 22:25:17 kernel: firewire0: bus manager 0 Apr 28 22:25:17 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 22:25:17 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 22:25:17 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 22:25:17 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 22:25:17 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 22:25:17 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 22:25:17 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 22:25:17 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 22:25:17 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 22:25:17 kernel: ugen0.1: at usbus0 Apr 28 22:25:17 kernel: ushub0: on usbus0 Apr 28 22:25:17 kernel: ugen1.1: at usbus1 Apr 28 22:25:17 kernel: ushub1: on usbus1 Apr 28 22:25:17 kernel: ugen2.1: at usbus2 Apr 28 22:25:17 kernel: ushub2: on usbus2 Apr 28 22:25:17 kernel: ugen3.1: at usbus3 Apr 28 22:25:17 kernel: ushub3: on usbus3 Apr 28 22:25:17 kernel: ugen4.1: at usbus4 Apr 28 22:25:17 kernel: ushub4: on usbus4 Apr 28 22:25:17 kernel: ugen5.1: at usbus5 Apr 28 22:25:17 kernel: ushub5: on usbus5 Apr 28 22:25:17 kernel: ugen6.1: at usbus6 Apr 28 22:25:17 kernel: ushub6: on usbus6 Apr 28 22:25:17 kernel: ugen7.1: at usbus7 Apr 28 22:25:17 kernel: ushub7: on usbus7 Apr 28 22:25:17 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 22:25:17 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 22:25:17 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 22:25:17 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 22:25:17 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 22:25:17 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 22:25:17 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 22:25:17 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 22:25:17 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 22:25:17 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 22:25:17 kernel: ugen7.2: at usbus7 Apr 28 22:25:17 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:25:17 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 22:25:29 login: ROOT LOGIN (root) ON ttyv0 Apr 28 22:25:36 reboot: rebooted by root Apr 28 22:25:36 syslogd: exiting on signal 15 Apr 28 22:43:27 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 22:43:27 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 22:43:27 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 22:43:27 kernel: The Regents of the University of California. All rights reserved. Apr 28 22:43:27 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 22:43:27 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 22:43:27 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 22:43:27 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:43:27 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 22:43:27 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.02-MHz 686-class CPU) Apr 28 22:43:27 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 22:43:27 kernel: Features=0xbfebfbff Apr 28 22:43:27 kernel: Features2=0x408e39d Apr 28 22:43:27 kernel: AMD Features=0x20100000 Apr 28 22:43:27 kernel: AMD Features2=0x1 Apr 28 22:43:27 kernel: TSC: P-state invariant Apr 28 22:43:27 kernel: Cores per package: 2 Apr 28 22:43:27 kernel: real memory = 2146959360 (2047 MB) Apr 28 22:43:27 kernel: avail memory = 2088452096 (1991 MB) Apr 28 22:43:27 kernel: ACPI APIC Table: <120508 APIC1018> Apr 28 22:43:27 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 22:43:27 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 22:43:27 kernel: cpu1 (AP): APIC ID: 1 Apr 28 22:43:27 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 22:43:27 kernel: kbd1 at kbdmux0 Apr 28 22:43:27 kernel: acpi0: <_ASUS_ Notebook> on motherboard Apr 28 22:43:27 kernel: acpi0: [ITHREAD] Apr 28 22:43:27 kernel: acpi_ec0: port 0x62,0x66 on acpi0 Apr 28 22:43:27 kernel: acpi0: Power Button (fixed) Apr 28 22:43:27 kernel: unknown: I/O range not supported Apr 28 22:43:27 kernel: unknown: I/O range not supported Apr 28 22:43:27 kernel: acpi0: reservation of 0, a0000 (3) failed Apr 28 22:43:27 kernel: acpi0: reservation of 100000, 7ff00000 (3) failed Apr 28 22:43:27 kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 Apr 28 22:43:27 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Apr 28 22:43:27 kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Apr 28 22:43:27 kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Apr 28 22:43:27 kernel: pcib0: port 0xcf8-0xcff on acpi0 Apr 28 22:43:27 kernel: pci0: on pcib0 Apr 28 22:43:27 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 22:43:27 kernel: pci1: on pcib1 Apr 28 22:43:27 kernel: vgapci0: port 0xec00-0xec7f mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 Apr 28 22:43:27 kernel: uhci0: port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 Apr 28 22:43:27 kernel: uhci0: [ITHREAD] Apr 28 22:43:27 kernel: uhci0: LegSup = 0x0f30 Apr 28 22:43:27 kernel: usbus0: on uhci0 Apr 28 22:43:27 kernel: uhci1: port 0xd880-0xd89f irq 21 at device 26.1 on pci0 Apr 28 22:43:27 kernel: uhci1: [ITHREAD] Apr 28 22:43:27 kernel: uhci1: LegSup = 0x0f30 Apr 28 22:43:27 kernel: usbus1: on uhci1 Apr 28 22:43:27 kernel: uhci2: port 0xd800-0xd81f irq 19 at device 26.2 on pci0 Apr 28 22:43:27 kernel: uhci2: [ITHREAD] Apr 28 22:43:27 kernel: uhci2: LegSup = 0x0f30 Apr 28 22:43:27 kernel: usbus2: on uhci2 Apr 28 22:43:27 kernel: ehci0: mem 0xf9fffc00-0xf9ffffff irq 18 at device 26.7 on pci0 Apr 28 22:43:27 kernel: ehci0: [ITHREAD] Apr 28 22:43:27 kernel: usbus3: EHCI version 1.0 Apr 28 22:43:27 kernel: usbus3: on ehci0 Apr 28 22:43:27 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 22:43:27 kernel: pci2: on pcib2 Apr 28 22:43:27 kernel: uhci3: port 0xd480-0xd49f irq 23 at device 29.0 on pci0 Apr 28 22:43:27 kernel: uhci3: [ITHREAD] Apr 28 22:43:27 kernel: uhci3: LegSup = 0x0f30 Apr 28 22:43:27 kernel: usbus4: on uhci3 Apr 28 22:43:27 kernel: uhci4: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 Apr 28 22:43:27 kernel: uhci4: [ITHREAD] Apr 28 22:43:27 kernel: uhci4: LegSup = 0x0f30 Apr 28 22:43:27 kernel: usbus5: on uhci4 Apr 28 22:43:27 kernel: uhci5: port 0xd080-0xd09f irq 18 at device 29.2 on pci0 Apr 28 22:43:27 kernel: uhci5: [ITHREAD] Apr 28 22:43:27 kernel: uhci5: LegSup = 0x0f30 Apr 28 22:43:27 kernel: usbus6: on uhci5 Apr 28 22:43:27 kernel: ehci1: mem 0xf9fff800-0xf9fffbff irq 23 at device 29.7 on pci0 Apr 28 22:43:27 kernel: ehci1: [ITHREAD] Apr 28 22:43:27 kernel: usbus7: EHCI version 1.0 Apr 28 22:43:27 kernel: usbus7: on ehci1 Apr 28 22:43:27 kernel: pcib3: at device 30.0 on pci0 Apr 28 22:43:27 kernel: pci3: on pcib3 Apr 28 22:43:27 kernel: isab0: at device 31.0 on pci0 Apr 28 22:43:27 kernel: isa0: on isab0 Apr 28 22:43:27 kernel: atapci0: port 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc49f mem 0xf9fff000-0xf9fff7ff irq 19 at device 31.2 on pci0 Apr 28 22:43:27 kernel: atapci0: [ITHREAD] Apr 28 22:43:27 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 22:43:27 kernel: ata2: on atapci0 Apr 28 22:43:27 kernel: ata2: [ITHREAD] Apr 28 22:43:27 kernel: ata3: on atapci0 Apr 28 22:43:27 kernel: ata3: [ITHREAD] Apr 28 22:43:27 kernel: ata4: on atapci0 Apr 28 22:43:27 kernel: ata4: [ITHREAD] Apr 28 22:43:27 kernel: acpi_button0: on acpi0 Apr 28 22:43:27 kernel: acpi_lid0: on acpi0 Apr 28 22:43:27 kernel: acpi_tz0: on acpi0 Apr 28 22:43:27 kernel: acpi_acad0: on acpi0 Apr 28 22:43:27 kernel: battery0: on acpi0 Apr 28 22:43:27 kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Apr 28 22:43:27 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Apr 28 22:43:27 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 22:43:27 kernel: kbd0 at atkbd0 Apr 28 22:43:27 kernel: atkbd0: [GIANT-LOCKED] Apr 28 22:43:27 kernel: atkbd0: [ITHREAD] Apr 28 22:43:27 kernel: psm0: irq 12 on atkbdc0 Apr 28 22:43:27 kernel: psm0: [GIANT-LOCKED] Apr 28 22:43:27 kernel: psm0: [ITHREAD] Apr 28 22:43:27 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 22:43:27 kernel: cpu0: on acpi0 Apr 28 22:43:27 kernel: ACPI Warning (tbutils-0243): Incorrect checksum in table [ATKG] - 1F, should be EC [20070320] Apr 28 22:43:27 kernel: est0: on cpu0 Apr 28 22:43:27 kernel: p4tcc0: on cpu0 Apr 28 22:43:27 kernel: cpu1: on acpi0 Apr 28 22:43:27 kernel: est1: on cpu1 Apr 28 22:43:27 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:43:27 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000611 Apr 28 22:43:27 kernel: device_attach: est1 attach returned 6 Apr 28 22:43:27 kernel: p4tcc1: on cpu1 Apr 28 22:43:27 kernel: pmtimer0 on isa0 Apr 28 22:43:27 kernel: sc0: at flags 0x100 on isa0 Apr 28 22:43:27 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 22:43:27 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 22:43:27 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 22:43:27 kernel: ata0: [ITHREAD] Apr 28 22:43:27 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 22:43:27 kernel: ata1: [ITHREAD] Apr 28 22:43:27 kernel: ppc0: parallel port not found. Apr 28 22:43:27 kernel: Timecounters tick every 1.000 msec Apr 28 22:43:27 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 22:43:27 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 22:43:27 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 22:43:27 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 22:43:27 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 22:43:27 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 22:43:27 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 22:43:27 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 22:43:27 kernel: ugen4.1: at usbus4 Apr 28 22:43:27 kernel: ushub0: on usbus4 Apr 28 22:43:27 kernel: ugen5.1: at usbus5 Apr 28 22:43:27 kernel: ushub1: on usbus5 Apr 28 22:43:27 kernel: ugen6.1: at usbus6 Apr 28 22:43:27 kernel: ushub2: on usbus6 Apr 28 22:43:27 kernel: ugen7.1: at usbus7 Apr 28 22:43:27 kernel: ushub3: on usbus7 Apr 28 22:43:27 kernel: ugen0.1: at usbus0 Apr 28 22:43:27 kernel: ushub4: on usbus0 Apr 28 22:43:27 kernel: ugen1.1: at usbus1 Apr 28 22:43:27 kernel: ushub5: on usbus1 Apr 28 22:43:27 kernel: ugen2.1: at usbus2 Apr 28 22:43:27 kernel: ushub6: on usbus2 Apr 28 22:43:27 kernel: ugen3.1: at usbus3 Apr 28 22:43:27 kernel: ushub7: on usbus3 Apr 28 22:43:27 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 22:43:27 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 22:43:27 kernel: SMP: AP CPU #1 Launched! Apr 28 22:43:27 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:43:27 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 22:43:27 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 22:43:27 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 22:43:27 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 22:43:27 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 22:43:27 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 22:43:27 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 22:43:27 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 22:43:27 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 22:43:27 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 22:43:27 kernel: ugen7.2: at usbus7 Apr 28 22:43:53 login: ROOT LOGIN (root) ON ttyv0 Apr 28 22:45:52 shutdown: power-down by root: Apr 28 22:45:55 syslogd: exiting on signal 15 Apr 28 22:59:17 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 22:59:17 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 22:59:17 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 22:59:17 kernel: The Regents of the University of California. All rights reserved. Apr 28 22:59:17 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 22:59:17 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 22:59:17 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 22:59:17 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:59:17 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 22:59:17 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.02-MHz 686-class CPU) Apr 28 22:59:17 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 22:59:17 kernel: Features=0xbfebfbff Apr 28 22:59:17 kernel: Features2=0x408e39d Apr 28 22:59:17 kernel: AMD Features=0x20100000 Apr 28 22:59:17 kernel: AMD Features2=0x1 Apr 28 22:59:17 kernel: TSC: P-state invariant Apr 28 22:59:17 kernel: Cores per package: 2 Apr 28 22:59:17 kernel: real memory = 3220701184 (3071 MB) Apr 28 22:59:17 kernel: avail memory = 3144302592 (2998 MB) Apr 28 22:59:17 kernel: MPTable: Apr 28 22:59:17 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 22:59:17 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 22:59:17 kernel: cpu1 (AP): APIC ID: 1 Apr 28 22:59:17 kernel: ioapic0: Assuming intbase of 0 Apr 28 22:59:17 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 22:59:17 kernel: kbd1 at kbdmux0 Apr 28 22:59:17 kernel: pcib0: pcibus 0 on motherboard Apr 28 22:59:17 kernel: pci0: on pcib0 Apr 28 22:59:17 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 22:59:17 kernel: pci1: on pcib1 Apr 28 22:59:17 kernel: vgapci0: port 0xec00-0xec7f mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 Apr 28 22:59:17 kernel: uhci0: port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 Apr 28 22:59:17 kernel: uhci0: [ITHREAD] Apr 28 22:59:17 kernel: uhci0: LegSup = 0x0f30 Apr 28 22:59:17 kernel: usbus0: on uhci0 Apr 28 22:59:17 kernel: uhci1: port 0xd880-0xd89f irq 21 at device 26.1 on pci0 Apr 28 22:59:17 kernel: uhci1: [ITHREAD] Apr 28 22:59:17 kernel: uhci1: LegSup = 0x0f30 Apr 28 22:59:17 kernel: usbus1: on uhci1 Apr 28 22:59:17 kernel: uhci2: port 0xd800-0xd81f irq 19 at device 26.2 on pci0 Apr 28 22:59:17 kernel: uhci2: [ITHREAD] Apr 28 22:59:17 kernel: uhci2: LegSup = 0x0f30 Apr 28 22:59:17 kernel: usbus2: on uhci2 Apr 28 22:59:17 kernel: ehci0: mem 0xf9fffc00-0xf9ffffff irq 18 at device 26.7 on pci0 Apr 28 22:59:17 kernel: ehci0: [ITHREAD] Apr 28 22:59:17 kernel: usbus3: waiting for BIOS to give up control Apr 28 22:59:17 kernel: usbus3: EHCI version 1.0 Apr 28 22:59:17 kernel: usbus3: on ehci0 Apr 28 22:59:17 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 22:59:17 kernel: pci2: on pcib2 Apr 28 22:59:17 kernel: uhci3: port 0xd480-0xd49f irq 23 at device 29.0 on pci0 Apr 28 22:59:17 kernel: uhci3: [ITHREAD] Apr 28 22:59:17 kernel: uhci3: LegSup = 0x0f30 Apr 28 22:59:17 kernel: usbus4: on uhci3 Apr 28 22:59:17 kernel: uhci4: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 Apr 28 22:59:17 kernel: uhci4: [ITHREAD] Apr 28 22:59:17 kernel: uhci4: LegSup = 0x0f30 Apr 28 22:59:17 kernel: usbus5: on uhci4 Apr 28 22:59:17 kernel: uhci5: port 0xd080-0xd09f irq 18 at device 29.2 on pci0 Apr 28 22:59:17 kernel: uhci5: [ITHREAD] Apr 28 22:59:17 kernel: uhci5: LegSup = 0x0f30 Apr 28 22:59:17 kernel: usbus6: on uhci5 Apr 28 22:59:17 kernel: ehci1: mem 0xf9fff800-0xf9fffbff irq 23 at device 29.7 on pci0 Apr 28 22:59:17 kernel: ehci1: [ITHREAD] Apr 28 22:59:17 kernel: usbus7: waiting for BIOS to give up control Apr 28 22:59:17 kernel: usbus7: timed out waiting for BIOS Apr 28 22:59:17 kernel: usbus7: EHCI version 1.0 Apr 28 22:59:17 kernel: usbus7: on ehci1 Apr 28 22:59:17 kernel: pcib3: at device 30.0 on pci0 Apr 28 22:59:17 kernel: pci3: on pcib3 Apr 28 22:59:17 kernel: isab0: at device 31.0 on pci0 Apr 28 22:59:17 kernel: isa0: on isab0 Apr 28 22:59:17 kernel: atapci0: port 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc49f mem 0xf9fff000-0xf9fff7ff irq 19 at device 31.2 on pci0 Apr 28 22:59:17 kernel: atapci0: [ITHREAD] Apr 28 22:59:17 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 22:59:17 kernel: ata2: on atapci0 Apr 28 22:59:17 kernel: ata2: [ITHREAD] Apr 28 22:59:17 kernel: ata3: on atapci0 Apr 28 22:59:17 kernel: ata3: [ITHREAD] Apr 28 22:59:17 kernel: ata4: on atapci0 Apr 28 22:59:17 kernel: ata4: [ITHREAD] Apr 28 22:59:17 kernel: cpu0 on motherboard Apr 28 22:59:17 kernel: est0: on cpu0 Apr 28 22:59:17 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:59:17 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:59:17 kernel: device_attach: est0 attach returned 6 Apr 28 22:59:17 kernel: p4tcc0: on cpu0 Apr 28 22:59:17 kernel: cpu1 on motherboard Apr 28 22:59:17 kernel: est1: on cpu1 Apr 28 22:59:17 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 22:59:17 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 22:59:17 kernel: device_attach: est1 attach returned 6 Apr 28 22:59:17 kernel: p4tcc1: on cpu1 Apr 28 22:59:17 kernel: pmtimer0 on isa0 Apr 28 22:59:17 kernel: unknown: can't assign resources (memory) Apr 28 22:59:17 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 22:59:17 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 22:59:17 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 22:59:17 kernel: kbd0 at atkbd0 Apr 28 22:59:17 kernel: atkbd0: [GIANT-LOCKED] Apr 28 22:59:17 kernel: atkbd0: [ITHREAD] Apr 28 22:59:17 kernel: psm0: irq 12 on atkbdc0 Apr 28 22:59:17 kernel: psm0: [GIANT-LOCKED] Apr 28 22:59:17 kernel: psm0: [ITHREAD] Apr 28 22:59:17 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 22:59:17 kernel: unknown: can't assign resources (memory) Apr 28 22:59:17 kernel: sc0: at flags 0x100 on isa0 Apr 28 22:59:17 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 22:59:17 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 22:59:17 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 22:59:17 kernel: ata0: [ITHREAD] Apr 28 22:59:17 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 22:59:17 kernel: ata1: [ITHREAD] Apr 28 22:59:17 kernel: ppc0: parallel port not found. Apr 28 22:59:17 kernel: unknown: can't assign resources (memory) Apr 28 22:59:17 kernel: unknown: can't assign resources (memory) Apr 28 22:59:17 kernel: Timecounters tick every 1.000 msec Apr 28 22:59:17 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 22:59:17 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 22:59:17 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 22:59:17 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 22:59:17 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 22:59:17 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 22:59:17 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 22:59:17 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 22:59:17 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 22:59:17 kernel: ugen0.1: at usbus0 Apr 28 22:59:17 kernel: ushub0: on usbus0 Apr 28 22:59:17 kernel: ugen1.1: at usbus1 Apr 28 22:59:17 kernel: ushub1: on usbus1 Apr 28 22:59:17 kernel: ugen2.1: at usbus2 Apr 28 22:59:17 kernel: ushub2: on usbus2 Apr 28 22:59:17 kernel: ugen3.1: at usbus3 Apr 28 22:59:17 kernel: ushub3: on usbus3 Apr 28 22:59:17 kernel: ugen4.1: at usbus4 Apr 28 22:59:17 kernel: ushub4: on usbus4 Apr 28 22:59:17 kernel: ugen5.1: at usbus5 Apr 28 22:59:17 kernel: ushub5: on usbus5 Apr 28 22:59:17 kernel: ugen6.1: at usbus6 Apr 28 22:59:17 kernel: ushub6: on usbus6 Apr 28 22:59:17 kernel: ugen7.1: at usbus7 Apr 28 22:59:17 kernel: ushub7: on usbus7 Apr 28 22:59:17 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 22:59:17 kernel: SMP: AP CPU #1 Launched! Apr 28 22:59:17 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 22:59:17 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 22:59:17 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 22:59:17 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 22:59:17 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 22:59:17 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 22:59:17 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 22:59:17 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 22:59:17 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 22:59:17 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 22:59:17 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 22:59:18 kernel: ugen7.2: at usbus7 Apr 28 22:59:40 login: ROOT LOGIN (root) ON ttyv0 Apr 28 23:04:14 reboot: rebooted by root Apr 28 23:04:14 syslogd: exiting on signal 15 Apr 28 23:06:48 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 23:06:48 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 23:06:48 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 23:06:48 kernel: The Regents of the University of California. All rights reserved. Apr 28 23:06:48 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 23:06:48 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 23:06:48 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 23:06:48 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 23:06:48 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 23:06:48 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.02-MHz 686-class CPU) Apr 28 23:06:48 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 23:06:48 kernel: Features=0xbfebfbff Apr 28 23:06:48 kernel: Features2=0x408e39d Apr 28 23:06:48 kernel: AMD Features=0x20100000 Apr 28 23:06:48 kernel: AMD Features2=0x1 Apr 28 23:06:48 kernel: TSC: P-state invariant Apr 28 23:06:48 kernel: Cores per package: 2 Apr 28 23:06:48 kernel: real memory = 3220701184 (3071 MB) Apr 28 23:06:48 kernel: avail memory = 3144302592 (2998 MB) Apr 28 23:06:48 kernel: MPTable: Apr 28 23:06:48 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 23:06:48 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 23:06:48 kernel: cpu1 (AP): APIC ID: 1 Apr 28 23:06:48 kernel: ioapic0: Assuming intbase of 0 Apr 28 23:06:48 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 23:06:48 kernel: kbd1 at kbdmux0 Apr 28 23:06:48 kernel: pcib0: pcibus 0 on motherboard Apr 28 23:06:48 kernel: pci0: on pcib0 Apr 28 23:06:48 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 23:06:48 kernel: pci1: on pcib1 Apr 28 23:06:48 kernel: vgapci0: port 0xec00-0xec7f mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 Apr 28 23:06:48 kernel: uhci0: port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 Apr 28 23:06:48 kernel: uhci0: [ITHREAD] Apr 28 23:06:48 kernel: uhci0: LegSup = 0x0f30 Apr 28 23:06:48 kernel: usbus0: on uhci0 Apr 28 23:06:48 kernel: uhci1: port 0xd880-0xd89f irq 21 at device 26.1 on pci0 Apr 28 23:06:48 kernel: uhci1: [ITHREAD] Apr 28 23:06:48 kernel: uhci1: LegSup = 0x0f30 Apr 28 23:06:48 kernel: usbus1: on uhci1 Apr 28 23:06:48 kernel: uhci2: port 0xd800-0xd81f irq 19 at device 26.2 on pci0 Apr 28 23:06:48 kernel: uhci2: [ITHREAD] Apr 28 23:06:48 kernel: uhci2: LegSup = 0x0f30 Apr 28 23:06:48 kernel: usbus2: on uhci2 Apr 28 23:06:48 kernel: ehci0: mem 0xf9fffc00-0xf9ffffff irq 18 at device 26.7 on pci0 Apr 28 23:06:48 kernel: ehci0: [ITHREAD] Apr 28 23:06:48 kernel: usbus3: waiting for BIOS to give up control Apr 28 23:06:48 kernel: usbus3: EHCI version 1.0 Apr 28 23:06:48 kernel: usbus3: on ehci0 Apr 28 23:06:48 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 23:06:48 kernel: pci2: on pcib2 Apr 28 23:06:48 kernel: uhci3: port 0xd480-0xd49f irq 23 at device 29.0 on pci0 Apr 28 23:06:48 kernel: uhci3: [ITHREAD] Apr 28 23:06:48 kernel: uhci3: LegSup = 0x0f30 Apr 28 23:06:48 kernel: usbus4: on uhci3 Apr 28 23:06:48 kernel: uhci4: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 Apr 28 23:06:48 kernel: uhci4: [ITHREAD] Apr 28 23:06:48 kernel: uhci4: LegSup = 0x0f30 Apr 28 23:06:48 kernel: usbus5: on uhci4 Apr 28 23:06:48 kernel: uhci5: port 0xd080-0xd09f irq 18 at device 29.2 on pci0 Apr 28 23:06:48 kernel: uhci5: [ITHREAD] Apr 28 23:06:48 kernel: uhci5: LegSup = 0x0f30 Apr 28 23:06:48 kernel: usbus6: on uhci5 Apr 28 23:06:48 kernel: ehci1: mem 0xf9fff800-0xf9fffbff irq 23 at device 29.7 on pci0 Apr 28 23:06:48 kernel: ehci1: [ITHREAD] Apr 28 23:06:48 kernel: usbus7: waiting for BIOS to give up control Apr 28 23:06:48 kernel: usbus7: timed out waiting for BIOS Apr 28 23:06:48 kernel: usbus7: EHCI version 1.0 Apr 28 23:06:48 kernel: usbus7: on ehci1 Apr 28 23:06:48 kernel: pcib3: at device 30.0 on pci0 Apr 28 23:06:48 kernel: pci3: on pcib3 Apr 28 23:06:48 kernel: isab0: at device 31.0 on pci0 Apr 28 23:06:48 kernel: isa0: on isab0 Apr 28 23:06:48 kernel: atapci0: port 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc49f mem 0xf9fff000-0xf9fff7ff irq 19 at device 31.2 on pci0 Apr 28 23:06:48 kernel: atapci0: [ITHREAD] Apr 28 23:06:48 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 23:06:48 kernel: ata2: on atapci0 Apr 28 23:06:48 kernel: ata2: [ITHREAD] Apr 28 23:06:48 kernel: ata3: on atapci0 Apr 28 23:06:48 kernel: ata3: [ITHREAD] Apr 28 23:06:48 kernel: ata4: on atapci0 Apr 28 23:06:48 kernel: ata4: [ITHREAD] Apr 28 23:06:48 kernel: cpu0 on motherboard Apr 28 23:06:48 kernel: est0: on cpu0 Apr 28 23:06:48 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 23:06:48 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 23:06:48 kernel: device_attach: est0 attach returned 6 Apr 28 23:06:48 kernel: p4tcc0: on cpu0 Apr 28 23:06:48 kernel: cpu1 on motherboard Apr 28 23:06:48 kernel: est1: on cpu1 Apr 28 23:06:48 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 23:06:48 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 23:06:48 kernel: device_attach: est1 attach returned 6 Apr 28 23:06:48 kernel: p4tcc1: on cpu1 Apr 28 23:06:48 kernel: pmtimer0 on isa0 Apr 28 23:06:48 kernel: unknown: can't assign resources (memory) Apr 28 23:06:48 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 23:06:48 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 23:06:48 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 23:06:48 kernel: kbd0 at atkbd0 Apr 28 23:06:48 kernel: atkbd0: [GIANT-LOCKED] Apr 28 23:06:48 kernel: atkbd0: [ITHREAD] Apr 28 23:06:48 kernel: psm0: irq 12 on atkbdc0 Apr 28 23:06:48 kernel: psm0: [GIANT-LOCKED] Apr 28 23:06:48 kernel: psm0: [ITHREAD] Apr 28 23:06:48 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 23:06:48 kernel: unknown: can't assign resources (memory) Apr 28 23:06:48 kernel: sc0: at flags 0x100 on isa0 Apr 28 23:06:48 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 23:06:48 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 23:06:48 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 23:06:48 kernel: ata0: [ITHREAD] Apr 28 23:06:48 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 23:06:48 kernel: ata1: [ITHREAD] Apr 28 23:06:48 kernel: ppc0: parallel port not found. Apr 28 23:06:48 kernel: unknown: can't assign resources (memory) Apr 28 23:06:48 kernel: unknown: can't assign resources (memory) Apr 28 23:06:48 kernel: Timecounters tick every 1.000 msec Apr 28 23:06:48 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 23:06:48 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 23:06:48 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 23:06:48 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 23:06:48 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 23:06:48 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 23:06:48 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 23:06:48 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 23:06:48 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 23:06:48 kernel: ugen0.1: at usbus0 Apr 28 23:06:48 kernel: ushub0: on usbus0 Apr 28 23:06:48 kernel: ugen1.1: at usbus1 Apr 28 23:06:48 kernel: ushub1: on usbus1 Apr 28 23:06:48 kernel: ugen2.1: at usbus2 Apr 28 23:06:48 kernel: ushub2: on usbus2 Apr 28 23:06:48 kernel: ugen3.1: at usbus3 Apr 28 23:06:48 kernel: ushub3: on usbus3 Apr 28 23:06:48 kernel: ugen4.1: at usbus4 Apr 28 23:06:48 kernel: ushub4: on usbus4 Apr 28 23:06:48 kernel: ugen5.1: at usbus5 Apr 28 23:06:48 kernel: ushub5: on usbus5 Apr 28 23:06:48 kernel: ugen6.1: at usbus6 Apr 28 23:06:48 kernel: ushub6: on usbus6 Apr 28 23:06:48 kernel: ugen7.1: at usbus7 Apr 28 23:06:48 kernel: ushub7: on usbus7 Apr 28 23:06:48 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 23:06:48 kernel: SMP: AP CPU #1 Launched! Apr 28 23:06:48 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 23:06:48 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 23:06:48 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 23:06:48 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 23:06:48 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 23:06:48 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 23:06:48 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 23:06:48 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 23:06:48 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 23:06:48 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 23:06:48 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 23:06:48 root: /etc/rc: WARNING: Dump device does not exist. Savecore not run. Apr 28 23:06:48 kernel: ugen7.2: at usbus7 Apr 28 23:07:14 login: ROOT LOGIN (root) ON ttyv0 Apr 28 23:13:11 reboot: rebooted by root Apr 28 23:13:11 syslogd: exiting on signal 15 Apr 28 23:15:14 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 23:15:14 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 23:15:14 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 23:15:14 kernel: The Regents of the University of California. All rights reserved. Apr 28 23:15:14 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 23:15:14 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 23:15:14 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 23:15:14 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 23:15:14 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 23:15:14 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.02-MHz 686-class CPU) Apr 28 23:15:14 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 23:15:14 kernel: Features=0xbfebfbff Apr 28 23:15:14 kernel: Features2=0x408e39d Apr 28 23:15:14 kernel: AMD Features=0x20100000 Apr 28 23:15:14 kernel: AMD Features2=0x1 Apr 28 23:15:14 kernel: TSC: P-state invariant Apr 28 23:15:14 kernel: Cores per package: 2 Apr 28 23:15:14 kernel: real memory = 3220701184 (3071 MB) Apr 28 23:15:14 kernel: avail memory = 3144302592 (2998 MB) Apr 28 23:15:14 kernel: MPTable: Apr 28 23:15:14 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 23:15:14 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 23:15:14 kernel: cpu1 (AP): APIC ID: 1 Apr 28 23:15:14 kernel: ioapic0: Assuming intbase of 0 Apr 28 23:15:14 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 23:15:14 kernel: kbd1 at kbdmux0 Apr 28 23:15:14 kernel: pcib0: pcibus 0 on motherboard Apr 28 23:15:14 kernel: pci0: on pcib0 Apr 28 23:15:14 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 23:15:14 kernel: pci1: on pcib1 Apr 28 23:15:14 kernel: vgapci0: port 0xdc00-0xdc7f mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 Apr 28 23:15:14 kernel: uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 Apr 28 23:15:14 kernel: uhci0: [ITHREAD] Apr 28 23:15:14 kernel: uhci0: LegSup = 0x0f30 Apr 28 23:15:14 kernel: usbus0: on uhci0 Apr 28 23:15:14 kernel: uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 Apr 28 23:15:14 kernel: uhci1: [ITHREAD] Apr 28 23:15:14 kernel: uhci1: LegSup = 0x0f30 Apr 28 23:15:14 kernel: usbus1: on uhci1 Apr 28 23:15:14 kernel: uhci2: port 0xc800-0xc81f irq 19 at device 26.2 on pci0 Apr 28 23:15:14 kernel: uhci2: [ITHREAD] Apr 28 23:15:14 kernel: uhci2: LegSup = 0x0f30 Apr 28 23:15:14 kernel: usbus2: on uhci2 Apr 28 23:15:14 kernel: ehci0: mem 0xf7fffc00-0xf7ffffff irq 18 at device 26.7 on pci0 Apr 28 23:15:14 kernel: ehci0: [ITHREAD] Apr 28 23:15:14 kernel: usbus3: waiting for BIOS to give up control Apr 28 23:15:14 kernel: usbus3: EHCI version 1.0 Apr 28 23:15:14 kernel: usbus3: on ehci0 Apr 28 23:15:14 kernel: pci0: at device 27.0 (no driver attached) Apr 28 23:15:14 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 23:15:14 kernel: pci2: on pcib2 Apr 28 23:15:14 kernel: pcib3: irq 17 at device 28.1 on pci0 Apr 28 23:15:14 kernel: pci3: on pcib3 Apr 28 23:15:14 kernel: pci3: at device 0.0 (no driver attached) Apr 28 23:15:14 kernel: pcib4: irq 18 at device 28.2 on pci0 Apr 28 23:15:14 kernel: pci4: on pcib4 Apr 28 23:15:14 kernel: pcib5: irq 17 at device 28.5 on pci0 Apr 28 23:15:14 kernel: pci6: on pcib5 Apr 28 23:15:14 kernel: uhci3: port 0xc480-0xc49f irq 23 at device 29.0 on pci0 Apr 28 23:15:14 kernel: uhci3: [ITHREAD] Apr 28 23:15:14 kernel: uhci3: LegSup = 0x0f30 Apr 28 23:15:14 kernel: usbus4: on uhci3 Apr 28 23:15:14 kernel: uhci4: port 0xc400-0xc41f irq 19 at device 29.1 on pci0 Apr 28 23:15:14 kernel: uhci4: [ITHREAD] Apr 28 23:15:14 kernel: uhci4: LegSup = 0x0f30 Apr 28 23:15:14 kernel: usbus5: on uhci4 Apr 28 23:15:14 kernel: uhci5: port 0xc080-0xc09f irq 18 at device 29.2 on pci0 Apr 28 23:15:14 kernel: uhci5: [ITHREAD] Apr 28 23:15:14 kernel: uhci5: LegSup = 0x0f30 Apr 28 23:15:14 kernel: usbus6: on uhci5 Apr 28 23:15:14 kernel: ehci1: mem 0xf7fff800-0xf7fffbff irq 23 at device 29.7 on pci0 Apr 28 23:15:14 kernel: ehci1: [ITHREAD] Apr 28 23:15:14 kernel: usbus7: waiting for BIOS to give up control Apr 28 23:15:14 kernel: usbus7: timed out waiting for BIOS Apr 28 23:15:14 kernel: usbus7: EHCI version 1.0 Apr 28 23:15:14 kernel: usbus7: on ehci1 Apr 28 23:15:14 kernel: pcib6: at device 30.0 on pci0 Apr 28 23:15:14 kernel: pci7: on pcib6 Apr 28 23:15:14 kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xfdfff800-0xfdffffff irq 16 at device 3.0 on pci7 Apr 28 23:15:14 kernel: fwohci0: [ITHREAD] Apr 28 23:15:14 kernel: fwohci0: OHCI version 1.0 (ROM=0) Apr 28 23:15:14 kernel: fwohci0: No. of Isochronous channels is 4. Apr 28 23:15:14 kernel: fwohci0: EUI64 00:1e:8c:00:01:c8:0a:79 Apr 28 23:15:14 kernel: fwohci0: Phy 1394a available S400, 1 ports. Apr 28 23:15:14 kernel: fwohci0: Link S400, max_rec 2048 bytes. Apr 28 23:15:14 kernel: firewire0: on fwohci0 Apr 28 23:15:14 kernel: dcons_crom0: on firewire0 Apr 28 23:15:14 kernel: dcons_crom0: bus_addr 0x14a0000 Apr 28 23:15:14 kernel: fwe0: on firewire0 Apr 28 23:15:14 kernel: if_fwe0: Fake Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 23:15:14 kernel: fwe0: Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 23:15:14 kernel: fwip0: on firewire0 Apr 28 23:15:14 kernel: fwip0: Firewire address: 00:1e:8c:00:01:c8:0a:79 @ 0xfffe00000000, S400, maxrec 2048 Apr 28 23:15:14 kernel: sbp0: on firewire0 Apr 28 23:15:14 kernel: fwohci0: Initiate bus reset Apr 28 23:15:14 kernel: fwohci0: fwohci_intr_core: BUS reset Apr 28 23:15:14 kernel: fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode Apr 28 23:15:14 kernel: pci7: at device 3.1 (no driver attached) Apr 28 23:15:14 kernel: pci7: at device 3.2 (no driver attached) Apr 28 23:15:14 kernel: pci7: at device 3.3 (no driver attached) Apr 28 23:15:14 kernel: pci7: at device 3.4 (no driver attached) Apr 28 23:15:14 kernel: isab0: at device 31.0 on pci0 Apr 28 23:15:14 kernel: isa0: on isab0 Apr 28 23:15:14 kernel: atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb49f mem 0xf7fff000-0xf7fff7ff irq 19 at device 31.2 on pci0 Apr 28 23:15:14 kernel: atapci0: [ITHREAD] Apr 28 23:15:14 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 23:15:14 kernel: ata2: on atapci0 Apr 28 23:15:14 kernel: ata2: [ITHREAD] Apr 28 23:15:14 kernel: ata3: on atapci0 Apr 28 23:15:14 kernel: ata3: [ITHREAD] Apr 28 23:15:14 kernel: ata4: on atapci0 Apr 28 23:15:14 kernel: ata4: [ITHREAD] Apr 28 23:15:14 kernel: cpu0 on motherboard Apr 28 23:15:14 kernel: est0: on cpu0 Apr 28 23:15:14 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 23:15:14 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 23:15:14 kernel: device_attach: est0 attach returned 6 Apr 28 23:15:14 kernel: p4tcc0: on cpu0 Apr 28 23:15:14 kernel: cpu1 on motherboard Apr 28 23:15:14 kernel: est1: on cpu1 Apr 28 23:15:14 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 23:15:14 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 23:15:14 kernel: device_attach: est1 attach returned 6 Apr 28 23:15:14 kernel: p4tcc1: on cpu1 Apr 28 23:15:14 kernel: pmtimer0 on isa0 Apr 28 23:15:14 kernel: unknown: can't assign resources (memory) Apr 28 23:15:14 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 23:15:14 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 23:15:14 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 23:15:14 kernel: kbd0 at atkbd0 Apr 28 23:15:14 kernel: atkbd0: [GIANT-LOCKED] Apr 28 23:15:14 kernel: atkbd0: [ITHREAD] Apr 28 23:15:14 kernel: psm0: irq 12 on atkbdc0 Apr 28 23:15:14 kernel: psm0: [GIANT-LOCKED] Apr 28 23:15:14 kernel: psm0: [ITHREAD] Apr 28 23:15:14 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 23:15:14 kernel: unknown: can't assign resources (memory) Apr 28 23:15:14 kernel: sc0: at flags 0x100 on isa0 Apr 28 23:15:14 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 23:15:14 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 23:15:14 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 23:15:14 kernel: ata0: [ITHREAD] Apr 28 23:15:14 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 23:15:14 kernel: ata1: [ITHREAD] Apr 28 23:15:14 kernel: ppc0: parallel port not found. Apr 28 23:15:14 kernel: unknown: can't assign resources (memory) Apr 28 23:15:14 kernel: unknown: can't assign resources (memory) Apr 28 23:15:14 kernel: Timecounters tick every 1.000 msec Apr 28 23:15:14 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Apr 28 23:15:14 kernel: firewire0: bus manager 0 Apr 28 23:15:14 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 23:15:14 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 23:15:14 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 23:15:14 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 23:15:14 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 23:15:14 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 23:15:14 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 23:15:14 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 23:15:14 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 23:15:14 kernel: ugen0.1: at usbus0 Apr 28 23:15:14 kernel: ushub0: on usbus0 Apr 28 23:15:14 kernel: ugen1.1: at usbus1 Apr 28 23:15:14 kernel: ushub1: on usbus1 Apr 28 23:15:14 kernel: ugen2.1: at usbus2 Apr 28 23:15:14 kernel: ushub2: on usbus2 Apr 28 23:15:14 kernel: ugen3.1: at usbus3 Apr 28 23:15:14 kernel: ushub3: on usbus3 Apr 28 23:15:14 kernel: ugen4.1: at usbus4 Apr 28 23:15:14 kernel: ushub4: on usbus4 Apr 28 23:15:14 kernel: ugen5.1: at usbus5 Apr 28 23:15:14 kernel: ushub5: on usbus5 Apr 28 23:15:14 kernel: ugen6.1: at usbus6 Apr 28 23:15:14 kernel: ushub6: on usbus6 Apr 28 23:15:14 kernel: ugen7.1: at usbus7 Apr 28 23:15:14 kernel: ushub7: on usbus7 Apr 28 23:15:14 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 23:15:14 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 23:15:14 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 23:15:14 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 23:15:14 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 23:15:14 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 23:15:14 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 23:15:14 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 23:15:14 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 23:15:14 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 23:15:14 kernel: ugen7.2: at usbus7 Apr 28 23:15:14 kernel: SMP: AP CPU #1 Launched! Apr 28 23:15:14 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 23:15:14 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 23:15:14 root: /etc/rc: WARNING: Dump device does not exist. Savecore not run. Apr 28 23:15:52 login: ROOT LOGIN (root) ON ttyv0 Apr 28 23:19:07 reboot: rebooted by root Apr 28 23:19:07 syslogd: exiting on signal 15 Apr 28 23:24:58 syslogd: kernel boot file is /boot/kernel/kernel Apr 28 23:24:58 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Apr 28 23:24:58 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 28 23:24:58 kernel: The Regents of the University of California. All rights reserved. Apr 28 23:24:58 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 28 23:24:58 kernel: FreeBSD 8.0-CURRENT-200902 #0: Sat Feb 21 05:58:23 UTC 2009 Apr 28 23:24:58 kernel: root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Apr 28 23:24:58 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 23:24:58 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 28 23:24:58 kernel: CPU: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz (1995.01-MHz 686-class CPU) Apr 28 23:24:58 kernel: Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Apr 28 23:24:58 kernel: Features=0xbfebfbff Apr 28 23:24:58 kernel: Features2=0x408e39d Apr 28 23:24:58 kernel: AMD Features=0x20100000 Apr 28 23:24:58 kernel: AMD Features2=0x1 Apr 28 23:24:58 kernel: TSC: P-state invariant Apr 28 23:24:58 kernel: Cores per package: 2 Apr 28 23:24:58 kernel: real memory = 3220701184 (3071 MB) Apr 28 23:24:58 kernel: avail memory = 3144302592 (2998 MB) Apr 28 23:24:58 kernel: MPTable: Apr 28 23:24:58 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Apr 28 23:24:58 kernel: cpu0 (BSP): APIC ID: 0 Apr 28 23:24:58 kernel: cpu1 (AP): APIC ID: 1 Apr 28 23:24:58 kernel: ioapic0: Assuming intbase of 0 Apr 28 23:24:58 kernel: ioapic0 irqs 0-23 on motherboard Apr 28 23:24:58 kernel: kbd1 at kbdmux0 Apr 28 23:24:58 kernel: pcib0: pcibus 0 on motherboard Apr 28 23:24:58 kernel: pci0: on pcib0 Apr 28 23:24:58 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 28 23:24:58 kernel: pci1: on pcib1 Apr 28 23:24:58 kernel: vgapci0: port 0xcc00-0xcc7f mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 Apr 28 23:24:58 kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Apr 28 23:24:58 kernel: uhci0: [ITHREAD] Apr 28 23:24:58 kernel: uhci0: LegSup = 0x0f30 Apr 28 23:24:58 kernel: usbus0: on uhci0 Apr 28 23:24:58 kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Apr 28 23:24:58 kernel: uhci1: [ITHREAD] Apr 28 23:24:58 kernel: uhci1: LegSup = 0x0f30 Apr 28 23:24:58 kernel: usbus1: on uhci1 Apr 28 23:24:58 kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Apr 28 23:24:58 kernel: uhci2: [ITHREAD] Apr 28 23:24:58 kernel: uhci2: LegSup = 0x0f30 Apr 28 23:24:58 kernel: usbus2: on uhci2 Apr 28 23:24:58 kernel: ehci0: mem 0xf7fffc00-0xf7ffffff irq 18 at device 26.7 on pci0 Apr 28 23:24:58 kernel: ehci0: [ITHREAD] Apr 28 23:24:58 kernel: usbus3: waiting for BIOS to give up control Apr 28 23:24:58 kernel: usbus3: EHCI version 1.0 Apr 28 23:24:58 kernel: usbus3: on ehci0 Apr 28 23:24:58 kernel: pci0: at device 27.0 (no driver attached) Apr 28 23:24:58 kernel: pcib2: irq 16 at device 28.0 on pci0 Apr 28 23:24:58 kernel: pci2: on pcib2 Apr 28 23:24:58 kernel: pcib3: irq 17 at device 28.1 on pci0 Apr 28 23:24:58 kernel: pci3: on pcib3 Apr 28 23:24:58 kernel: pci3: at device 0.0 (no driver attached) Apr 28 23:24:58 kernel: pcib4: irq 18 at device 28.2 on pci0 Apr 28 23:24:58 kernel: pci4: on pcib4 Apr 28 23:24:58 kernel: pcib5: irq 17 at device 28.5 on pci0 Apr 28 23:24:58 kernel: pci6: on pcib5 Apr 28 23:24:58 kernel: re0: port 0xe800-0xe8ff mem 0xf6fff000-0xf6ffffff,0xf6fe0000-0xf6feffff irq 17 at device 0.0 on pci6 Apr 28 23:24:58 kernel: re0: Using 1 MSI messages Apr 28 23:24:58 kernel: re0: Chip rev. 0x3c000000 Apr 28 23:24:58 kernel: re0: MAC rev. 0x00400000 Apr 28 23:24:58 kernel: miibus0: on re0 Apr 28 23:24:58 kernel: rgephy0: PHY 1 on miibus0 Apr 28 23:24:58 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Apr 28 23:24:58 kernel: re0: Ethernet address: 00:24:8c:5f:37:ee Apr 28 23:24:58 kernel: re0: [FILTER] Apr 28 23:24:58 kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Apr 28 23:24:58 kernel: uhci3: [ITHREAD] Apr 28 23:24:58 kernel: uhci3: LegSup = 0x0f30 Apr 28 23:24:58 kernel: usbus4: on uhci3 Apr 28 23:24:58 kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Apr 28 23:24:58 kernel: uhci4: [ITHREAD] Apr 28 23:24:58 kernel: uhci4: LegSup = 0x0f30 Apr 28 23:24:58 kernel: usbus5: on uhci4 Apr 28 23:24:58 kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Apr 28 23:24:58 kernel: uhci5: [ITHREAD] Apr 28 23:24:58 kernel: uhci5: LegSup = 0x0f30 Apr 28 23:24:58 kernel: usbus6: on uhci5 Apr 28 23:24:58 kernel: ehci1: mem 0xf7fff800-0xf7fffbff irq 23 at device 29.7 on pci0 Apr 28 23:24:58 kernel: ehci1: [ITHREAD] Apr 28 23:24:58 kernel: usbus7: waiting for BIOS to give up control Apr 28 23:24:58 kernel: usbus7: timed out waiting for BIOS Apr 28 23:24:58 kernel: usbus7: EHCI version 1.0 Apr 28 23:24:58 kernel: usbus7: on ehci1 Apr 28 23:24:58 kernel: pcib6: at device 30.0 on pci0 Apr 28 23:24:58 kernel: pci7: on pcib6 Apr 28 23:24:58 kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xfdfff800-0xfdffffff irq 16 at device 3.0 on pci7 Apr 28 23:24:58 kernel: fwohci0: [ITHREAD] Apr 28 23:24:58 kernel: fwohci0: OHCI version 1.0 (ROM=0) Apr 28 23:24:58 kernel: fwohci0: No. of Isochronous channels is 4. Apr 28 23:24:58 kernel: fwohci0: EUI64 00:1e:8c:00:01:c8:0a:79 Apr 28 23:24:58 kernel: fwohci0: Phy 1394a available S400, 1 ports. Apr 28 23:24:58 kernel: fwohci0: Link S400, max_rec 2048 bytes. Apr 28 23:24:58 kernel: firewire0: on fwohci0 Apr 28 23:24:58 kernel: dcons_crom0: on firewire0 Apr 28 23:24:58 kernel: dcons_crom0: bus_addr 0x14a0000 Apr 28 23:24:58 kernel: fwe0: on firewire0 Apr 28 23:24:58 kernel: if_fwe0: Fake Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 23:24:58 kernel: fwe0: Ethernet address: 02:1e:8c:c8:0a:79 Apr 28 23:24:58 kernel: fwip0: on firewire0 Apr 28 23:24:58 kernel: fwip0: Firewire address: 00:1e:8c:00:01:c8:0a:79 @ 0xfffe00000000, S400, maxrec 2048 Apr 28 23:24:58 kernel: sbp0: on firewire0 Apr 28 23:24:58 kernel: fwohci0: Initiate bus reset Apr 28 23:24:58 kernel: fwohci0: fwohci_intr_core: BUS reset Apr 28 23:24:58 kernel: fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode Apr 28 23:24:58 kernel: pci7: at device 3.1 (no driver attached) Apr 28 23:24:58 kernel: pci7: at device 3.2 (no driver attached) Apr 28 23:24:58 kernel: pci7: at device 3.3 (no driver attached) Apr 28 23:24:58 kernel: pci7: at device 3.4 (no driver attached) Apr 28 23:24:58 kernel: isab0: at device 31.0 on pci0 Apr 28 23:24:58 kernel: isa0: on isab0 Apr 28 23:24:58 kernel: atapci0: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f mem 0xf7fff000-0xf7fff7ff irq 19 at device 31.2 on pci0 Apr 28 23:24:58 kernel: atapci0: [ITHREAD] Apr 28 23:24:58 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM not supported Apr 28 23:24:58 kernel: ata2: on atapci0 Apr 28 23:24:58 kernel: ata2: [ITHREAD] Apr 28 23:24:58 kernel: ata3: on atapci0 Apr 28 23:24:58 kernel: ata3: [ITHREAD] Apr 28 23:24:58 kernel: ata4: on atapci0 Apr 28 23:24:58 kernel: ata4: [ITHREAD] Apr 28 23:24:58 kernel: cpu0 on motherboard Apr 28 23:24:58 kernel: est0: on cpu0 Apr 28 23:24:58 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 23:24:58 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 23:24:58 kernel: device_attach: est0 attach returned 6 Apr 28 23:24:58 kernel: p4tcc0: on cpu0 Apr 28 23:24:58 kernel: cpu1 on motherboard Apr 28 23:24:58 kernel: est1: on cpu1 Apr 28 23:24:58 kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Apr 28 23:24:58 kernel: est: cpu_vendor GenuineIntel, msr 6110a2306000a23 Apr 28 23:24:58 kernel: device_attach: est1 attach returned 6 Apr 28 23:24:58 kernel: p4tcc1: on cpu1 Apr 28 23:24:58 kernel: pmtimer0 on isa0 Apr 28 23:24:58 kernel: unknown: can't assign resources (memory) Apr 28 23:24:58 kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Apr 28 23:24:58 kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Apr 28 23:24:58 kernel: atkbd0: irq 1 on atkbdc0 Apr 28 23:24:58 kernel: kbd0 at atkbd0 Apr 28 23:24:58 kernel: atkbd0: [GIANT-LOCKED] Apr 28 23:24:58 kernel: atkbd0: [ITHREAD] Apr 28 23:24:58 kernel: psm0: irq 12 on atkbdc0 Apr 28 23:24:58 kernel: psm0: [GIANT-LOCKED] Apr 28 23:24:58 kernel: psm0: [ITHREAD] Apr 28 23:24:58 kernel: psm0: model IntelliMouse, device ID 3 Apr 28 23:24:58 kernel: unknown: can't assign resources (memory) Apr 28 23:24:58 kernel: sc0: at flags 0x100 on isa0 Apr 28 23:24:58 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 28 23:24:58 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 28 23:24:58 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 28 23:24:58 kernel: ata0: [ITHREAD] Apr 28 23:24:58 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 28 23:24:58 kernel: ata1: [ITHREAD] Apr 28 23:24:58 kernel: ppc0: parallel port not found. Apr 28 23:24:58 kernel: unknown: can't assign resources (memory) Apr 28 23:24:58 kernel: unknown: can't assign resources (memory) Apr 28 23:24:58 kernel: Timecounters tick every 1.000 msec Apr 28 23:24:58 kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Apr 28 23:24:58 kernel: firewire0: bus manager 0 Apr 28 23:24:58 kernel: usbus0: 12Mbps Full Speed USB v1.0 Apr 28 23:24:58 kernel: usbus1: 12Mbps Full Speed USB v1.0 Apr 28 23:24:58 kernel: usbus2: 12Mbps Full Speed USB v1.0 Apr 28 23:24:58 kernel: usbus3: 480Mbps High Speed USB v2.0 Apr 28 23:24:58 kernel: usbus4: 12Mbps Full Speed USB v1.0 Apr 28 23:24:58 kernel: usbus5: 12Mbps Full Speed USB v1.0 Apr 28 23:24:58 kernel: usbus6: 12Mbps Full Speed USB v1.0 Apr 28 23:24:58 kernel: usbus7: 480Mbps High Speed USB v2.0 Apr 28 23:24:58 kernel: ad4: 238475MB at ata2-master SATA150 Apr 28 23:24:58 kernel: ugen0.1: at usbus0 Apr 28 23:24:58 kernel: ushub0: on usbus0 Apr 28 23:24:58 kernel: ugen1.1: at usbus1 Apr 28 23:24:58 kernel: ushub1: on usbus1 Apr 28 23:24:58 kernel: ugen2.1: at usbus2 Apr 28 23:24:58 kernel: ushub2: on usbus2 Apr 28 23:24:58 kernel: ugen3.1: at usbus3 Apr 28 23:24:58 kernel: ushub3: on usbus3 Apr 28 23:24:58 kernel: ugen4.1: at usbus4 Apr 28 23:24:58 kernel: ushub4: on usbus4 Apr 28 23:24:58 kernel: ugen5.1: at usbus5 Apr 28 23:24:58 kernel: ushub5: on usbus5 Apr 28 23:24:58 kernel: ugen6.1: at usbus6 Apr 28 23:24:58 kernel: ushub6: on usbus6 Apr 28 23:24:58 kernel: ugen7.1: at usbus7 Apr 28 23:24:58 kernel: ushub7: on usbus7 Apr 28 23:24:58 kernel: acd0: DVDR at ata3-master SATA150 Apr 28 23:24:58 kernel: GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Apr 28 23:24:58 kernel: ushub0: 2 ports with 2 removable, self powered Apr 28 23:24:58 kernel: ushub1: 2 ports with 2 removable, self powered Apr 28 23:24:58 kernel: ushub2: 2 ports with 2 removable, self powered Apr 28 23:24:58 kernel: ushub4: 2 ports with 2 removable, self powered Apr 28 23:24:58 kernel: ushub5: 2 ports with 2 removable, self powered Apr 28 23:24:58 kernel: ushub6: 2 ports with 2 removable, self powered Apr 28 23:24:58 kernel: ushub3: 6 ports with 6 removable, self powered Apr 28 23:24:58 kernel: ushub7: 6 ports with 6 removable, self powered Apr 28 23:24:58 kernel: ugen7.2: at usbus7 Apr 28 23:24:58 kernel: SMP: AP CPU #1 Launched! Apr 28 23:24:58 kernel: WARNING: WITNESS option enabled, expect reduced performance. Apr 28 23:24:58 kernel: Trying to mount root from ufs:/dev/ad4s1a Apr 28 23:24:58 root: /etc/rc: WARNING: Dump device does not exist. Savecore not run. Apr 28 23:25:43 login: ROOT LOGIN (root) ON ttyv0 Apr 28 23:26:03 kernel: re0: link state changed to DOWN Apr 28 23:26:07 kernel: re0: link state changed to UP Apr 28 23:26:46 dhclient: New Hostname (re0): Apr 28 23:26:46 dhclient: New IP Address (re0): 192.168.12.130 Apr 28 23:26:46 kernel: re0: link state changed to DOWN Apr 28 23:26:46 dhclient: New Subnet Mask (re0): 255.255.255.0 Apr 28 23:26:46 dhclient: New Broadcast Address (re0): 192.168.12.255 Apr 28 23:26:46 dhclient: New Routers (re0): 192.168.12.1 Apr 28 23:26:49 kernel: re0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 04:58:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C04F1065674 for ; Wed, 29 Apr 2009 04:58:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D5C698FC1E for ; Wed, 29 Apr 2009 04:58:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n3T4wh4T019581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 29 Apr 2009 14:28:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: avahilario@gmail.com Date: Wed, 29 Apr 2009 12:58:40 +0930 User-Agent: KMail/1.9.7 References: <200904291157.07441.doconnor@gsoft.com.au> <49F7D17F.20604@gmail.com> In-Reply-To: <49F7D17F.20604@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1240977793.3NbufZiPFD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200904291258.41411.doconnor@gsoft.com.au> X-Spam-Score: -3.458 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Syslog doesn't start at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 04:58:47 -0000 --nextPart1240977793.3NbufZiPFD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 29 Apr 2009, Antonio A Hilario wrote: > > I ran mergemaster -s and it did find a few changes (worringly) but > > the rc.d ones were just removing 'noprofile' from the keyword line > > which I don't think would affect things. > > Noticed that your network interface is being brought up * after * the > sysklogd startup script runs. I'd try to maybe move the > 'syslog_enable=3D"YES"' directive in /etc/rc.conf to some point after > the ifconfig_*=3D* lines. I don't think that will have an effect - lines in rc.conf aren't=20 ordered. The scripts just source them and they assign variables and=20 action is taken based on what is set. I don't actually enable/disable syslog in rc.conf, I just use the=20 default setting (from /etc/defaults/rc.conf) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1240977793.3NbufZiPFD 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) iD8DBQBJ98lp5ZPcIHs/zowRAt+aAJ9mordTidB83uifZ1zM3tf9e7FwpQCdHux5 /XCYJSBRjYnsCaTi6RamqX8= =yY73 -----END PGP SIGNATURE----- --nextPart1240977793.3NbufZiPFD-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 05:29:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A26106564A for ; Wed, 29 Apr 2009 05:29:24 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4D80F8FC1C for ; Wed, 29 Apr 2009 05:29:24 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id BD2747E837 for ; Tue, 28 Apr 2009 21:29:22 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 29 Apr 2009 07:29:20 +0200 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) References: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904290729.21239.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: em(4) outgoing statistics broken (Was: Re: Statistics collection for TX no longer works) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 05:29:24 -0000 On Thursday 23 April 2009 06:27:16 Mel Flynn wrote: > Hi, > > I noticed when upgrading to KDE 4.2.2, the network monitor no longer showed > outgoing bandwidth. I blamed this on the app first, but after installing > net/bmon the problem is there as well. > > It uses int mib[] = {CTL_NET, PF_ROUTE, 0, 0, NET_RT_IFLIST, 0}; to read > if_msghdr structs and ifm->ifm_data.ifi_obytes. > > netstat has the same problem: > input (em0) output > packets errs bytes packets errs bytes colls > 199 0 63203 117 0 0 0 > 193 0 59995 97 0 0 0 > 185 0 63023 105 0 0 0 > 200 0 60642 104 0 0 0 > 199 0 63102 100 0 0 0 > 215 0 62733 94 0 2891 0 > > That 2891 is a mystery, all the while I was copying a file remotely at > ~150KB/s. > > FreeBSD sarevok.dnr.servegame.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri > Apr 17 14:18:41 CEST 2009 > mel@sarevok.dnr.servegame.org:/usr/obj/usr/src/sys/SMOOCHIES i386 Still happens with a kernel built last Saturday, however I noticed outgoing statistics works with lo0. No other network card available at the moment, so I'm enclined to think it's em. Anybody else seeing this? -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 06:05:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA871065672 for ; Wed, 29 Apr 2009 06:05:08 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4B32C8FC08 for ; Wed, 29 Apr 2009 06:05:07 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id A21707E837; Tue, 28 Apr 2009 22:05:06 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 29 Apr 2009 08:05:04 +0200 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) References: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904290805.04842.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ivan Voras Subject: Re: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 06:05:08 -0000 On Tuesday 28 April 2009 21:17:07 Ivan Voras wrote: > Diego Depaoli wrote: > > Now glabel list shows each entry twice under /dev/label and under > > /dev/ufsid so hal is a bit confused. > > It is normal or I were wrong? > > Your problem is that hal cannot figure out that two labels point to the > same device? So how was it dealing with it before, when you had the > device/partition itself (i.e. /dev/ad0s1a) and its specific volume label? Hal will propagate both and you'll get two notifications from whatever mount app you're using. My workaround is to ignore the "filesystem based labels" (/dev/ufs/*) in an fdi. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 08:18:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47A63106564A for ; Wed, 29 Apr 2009 08:18:33 +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 076BA8FC25 for ; Wed, 29 Apr 2009 08:18:32 +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 D3ED719E019; Wed, 29 Apr 2009 10:01:57 +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 CEC5719E023; Wed, 29 Apr 2009 10:01:52 +0200 (CEST) Message-ID: <49F80971.9070300@quip.cz> Date: Wed, 29 Apr 2009 10:01:53 +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: "Conrad J. Sabatier" References: <20090428162926.3ea9f861@serene.no-ip-org> In-Reply-To: <20090428162926.3ea9f861@serene.no-ip-org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Any further progresss on Nvidia SATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 08:18:33 -0000 Conrad J. Sabatier wrote: > I have't checked any of the more recent FreeBSD snapsots, but am just > wondering if any further progress has been made on the functionality of > the Nvidia SATA controller under AMD64. > > My last attempt to apply the patches Soren sent me did recognize both the controller and hard drive, but still no CD/DVD-ROM functionality. > > Also, why are the snapshots on the main FreeBSD server so out of date? Last I looked, the most recent was from Februrary 2009. > > Been making do with Ubuntu Linux, but...I miss my FreeBSD!!!! > > Please, anyone out there, could you offer some guidance or suggetions or more recent patches, so I can get back up and running with my Favorite OS of ALL TIME (tm)? I don't have answer to your questions, but there are almost daily snapshots http://pub.allbsd.org/FreeBSD-snapshots/ Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 08:44:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E69A106566B for ; Wed, 29 Apr 2009 08:44:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 339248FC21 for ; Wed, 29 Apr 2009 08:44:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E031.dip.t-dialin.net [217.226.224.49]) by redbull.bpaserver.net (Postfix) with ESMTP id A31D82E1FB; Wed, 29 Apr 2009 10:44:36 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 35EAE1335E7; Wed, 29 Apr 2009 10:44:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1240994670; bh=LWSrEnaHO/6YvQzzeBjvo9vbJA3x9F6+6 ILoDfZ+r+M=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kCmJE2udZJMUmuCrlrP4PDAPT36gi7o2OSV1W597PIw4kZppDeFW7tMjOD4OCoyJP QTQUfliTCeYFMRTdM3m4ahI2VaaQ2Sh6LzRFqSnxUmevMtFbyd8vd9j1i/VZbNyZbTT tWKoTglvNT7+wewlU5cFtzTxPqzJy/AavE+v9UgrBN4b/dmONefUA82aTFcjYV2PCjD FuvTBpkC4SvNOURKMkfZWZRyMmwP3fAdVScr5b9TMfLfXB2VRsUP8NlBg6J73/9Os61 u+kXGHgOfO0m3/PVn7TUPfRWH5JloM7xEi8UabCC+r0ze4icKXKJYfY+wfPXBNDRIQB BSbHvMU9w== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n3T8iQM1028000; Wed, 29 Apr 2009 10:44:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 29 Apr 2009 10:44:26 +0200 Message-ID: <20090429104426.153917n5occcc5m0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 29 Apr 2009 10:44:26 +0200 From: Alexander Leidinger To: Ben Kelly References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> In-Reply-To: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: A31D82E1FB.3C4F4 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.746, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, TW_SK 0.08, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 08:44:41 -0000 Quoting Ben Kelly (from Tue, 28 Apr 2009 17:19:29 -0400): > > On Apr 28, 2009, at 4:52 PM, Ben Kelly wrote: > >> On Apr 28, 2009, at 2:11 PM, Artem Belevich wrote: >>> My system had eventually deadlocked overnight, though it took much >>> longer than before to reach that point. >>> >>> In the end I've got many many processes sleeping in zio_wait with no >>> disk activity whatsoever. >>> I'm not sure if that's the same issue or not. >>> >>> Here are stack traces for all processes -- http://pastebin.com/f364e1452 >>> I've got the core saved, so if you want me to dig out some more info, >>> let me know if/how I could help. >> >> It looks like there is a possible deadlock between zfs_zget() and >> zfs_zinactive(). They both acquire a lock via >> ZFS_OBJ_HOLD_ENTER(). The zfs_zinactive() path can get called >> indirectly from within zio_done(). The zfs_zget() can in turn >> block waiting for zio_done()'s completion while holding the object >> lock. >> >> The following patch might help: >> >> http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff >> >> This simply bails out of the inactive processing if the object lock >> is already held. I'm not sure if this is 100% correct or not as it >> cannot verify there are references to the vnode. I also tried >> executing the zfs_zinactive() logic in a taskqueue to avoid the >> deadlock, but that caused other deadlocks to occur. > > Sorry to reply to my own mail, but I came up with a better solution > that I think is correct. I just vref() the vnode and then vrele() > it again from a taskqueue to restart the zfs_zinactive() processing > if its still applicable. This sounds a little bit related to the issues we discussed in the unlimited arc cache growth thread. Maybe the high value for the arc cache was a red herring and this is the real problem for the panics / watchdog triggers I experience on the system in question. I'm preparing a kernel with this patch and your zfs-prio patch, but I don't think I can fully test it this week. If I'm lucky I can install the new kernel, but I don't think I can put load on the system this week. Bye, Alexander. -- The length of a marriage is inversely proportional to the amount spent on the wedding. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 09:05:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66430106564A for ; Wed, 29 Apr 2009 09:05:02 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id F41FB8FC1A for ; Wed, 29 Apr 2009 09:05:01 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n3T94VFN019096; Wed, 29 Apr 2009 10:04:31 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Lz5iQ-0002gO-Dc; Wed, 29 Apr 2009 10:04:30 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n3T94Tjx093731; Wed, 29 Apr 2009 10:04:29 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n3T94Smi093730; Wed, 29 Apr 2009 10:04:28 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: "Daniel O'Connor" In-Reply-To: <200904291157.07441.doconnor@gsoft.com.au> References: <200904291157.07441.doconnor@gsoft.com.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Apr 2009 10:04:28 +0100 Message-Id: <1240995868.93326.11.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: Syslog doesn't start at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 09:05:02 -0000 On Wed, 2009-04-29 at 11:56 +0930, Daniel O'Connor wrote: > Hi, > I have an odd problem with my 3 week old -current install - syslogd > isn't started. Or rather, it is started before lo0 is up and it fails to > start, eg.. Odd. What does "rcorder /etc/rc.d/*" show? The rc.d REQUIRE lines should prevent this from happening: (this is on a RELENG_7 system, but it should be similar on HEAD) ga9@buffy% grep REQUIRE /etc/rc.d/syslogd # REQUIRE: mountcritremote cleanvar newsyslog ga9@buffy% grep REQUIRE /etc/rc.d/mountcritremote # REQUIRE: NETWORKING FILESYSTEMS cleanvar ipsec ga9@buffy% grep REQUIRE /etc/rc.d/NETWORKING # REQUIRE: netif netoptions routing network_ipv6 isdnd ppp # REQUIRE: routed mrouted route6d mroute6d resolv (I believe it's netif that configures the network interfaces) Gavin > Apr 29 11:13:05 inchoate kernel: /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS > Apr 29 11:13:05 inchoate kernel: /dev/ad0s3a: clean, 381721 free (3297 frags, 47303 blocks, 0.7% fragmentation) > Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoatevar: FILE SYSTEM CLEAN; SKIPPING CHECKS > Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoatevar: clean, 417071 free (4815 frags, 51532 blocks, 1.0% fragmentation) > Apr 29 11:13:05 inchoate kernel: /dev/ufs/inchoateusr: DEFER FOR BACKGROUND CHECKING > Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assign requested address > Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assign requested address > Apr 29 11:13:05 inchoate kernel: syslogd: > Apr 29 11:13:05 inchoate kernel: child pid 285 exited with return code 1 > Apr 29 11:13:05 inchoate kernel: > Apr 29 11:13:05 inchoate kernel: /etc/rc: WARNING: failed to start syslogd > Apr 29 11:13:05 inchoate kernel: Additional ABI support: > Apr 29 11:13:05 inchoate kernel: linux > Apr 29 11:13:05 inchoate kernel: . > Apr 29 11:13:05 inchoate kernel: Starting wpa_supplicant. > Apr 29 11:13:05 inchoate kernel: Starting Network: lo0 bfe0. > Apr 29 11:13:05 inchoate kernel: add net ::ffff:0.0.0.0: gateway ::1 > > I put '/etc/rc.d/syslogd restart' in rc.local but that's only a work around. > > I ran mergemaster -s and it did find a few changes (worringly) but the > rc.d ones were just removing 'noprofile' from the keyword line which I don't > think would affect things. > From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 09:49:09 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A51461065679 for ; Wed, 29 Apr 2009 09:49:09 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 69EFA8FC13 for ; Wed, 29 Apr 2009 09:49:09 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:df7:f7d7:1e29:54da] (unknown [IPv6:2001:7b8:3a7:0:df7:f7d7:1e29:54da]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1CB4C5C43; Wed, 29 Apr 2009 11:49:08 +0200 (CEST) Message-ID: <49F82294.5030705@andric.com> Date: Wed, 29 Apr 2009 11:49:08 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b4pre) Gecko/20090414 Shredder/3.0b3pre MIME-Version: 1.0 To: Daniel O'Connor References: <200904291157.07441.doconnor@gsoft.com.au> In-Reply-To: <200904291157.07441.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: Syslog doesn't start at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 09:49:09 -0000 On 2009-04-29 04:26, Daniel O'Connor wrote: > Apr 29 11:13:05 inchoate kernel: Apr 29 20:42:48 syslogd: bind: Can't assign requested address Try adding: syslogd_flags="-d" to your rc.conf, maybe that will give some more information on why syslogd is failing to bind (and to what). From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 10:46:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC191065672; Wed, 29 Apr 2009 10:46:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AC1648FC1C; Wed, 29 Apr 2009 10:46:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3TAkpfm028908; Wed, 29 Apr 2009 06:46:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3TAkpXY048132; Wed, 29 Apr 2009 06:46:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8CE537302F; Wed, 29 Apr 2009 06:46:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090429104651.8CE537302F@freebsd-current.sentex.ca> Date: Wed, 29 Apr 2009 06:46:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 10:46:55 -0000 TB --- 2009-04-29 08:52:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-29 08:52:53 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-04-29 08:52:53 - cleaning the object tree TB --- 2009-04-29 08:53:22 - cvsupping the source tree TB --- 2009-04-29 08:53:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-04-29 08:53:29 - building world TB --- 2009-04-29 08:53:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-29 08:53:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-29 08:53:29 - TARGET=powerpc TB --- 2009-04-29 08:53:29 - TARGET_ARCH=powerpc TB --- 2009-04-29 08:53:29 - TZ=UTC TB --- 2009-04-29 08:53:29 - __MAKE_CONF=/dev/null TB --- 2009-04-29 08:53:29 - cd /src TB --- 2009-04-29 08:53:29 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 29 08:53:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 29 10:17:52 UTC 2009 TB --- 2009-04-29 10:17:52 - generating LINT kernel config TB --- 2009-04-29 10:17:52 - cd /src/sys/powerpc/conf TB --- 2009-04-29 10:17:52 - /usr/bin/make -B LINT TB --- 2009-04-29 10:17:52 - building LINT kernel TB --- 2009-04-29 10:17:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-29 10:17:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-29 10:17:52 - TARGET=powerpc TB --- 2009-04-29 10:17:52 - TARGET_ARCH=powerpc TB --- 2009-04-29 10:17:52 - TZ=UTC TB --- 2009-04-29 10:17:52 - __MAKE_CONF=/dev/null TB --- 2009-04-29 10:17:52 - cd /src TB --- 2009-04-29 10:17:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 29 10:17:53 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Apr 29 10:42:43 UTC 2009 TB --- 2009-04-29 10:42:44 - building GENERIC kernel TB --- 2009-04-29 10:42:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-29 10:42:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-29 10:42:44 - TARGET=powerpc TB --- 2009-04-29 10:42:44 - TARGET_ARCH=powerpc TB --- 2009-04-29 10:42:44 - TZ=UTC TB --- 2009-04-29 10:42:44 - __MAKE_CONF=/dev/null TB --- 2009-04-29 10:42:44 - cd /src TB --- 2009-04-29 10:42:44 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 29 10:42:44 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c /src/sys/kern/sched_ule.c: In function 'sched_idletd': /src/sys/kern/sched_ule.c:2546: error: dereferencing pointer to incomplete type /src/sys/kern/sched_ule.c:2546: error: 'CG_FLAG_THREAD' undeclared (first use in this function) /src/sys/kern/sched_ule.c:2546: error: (Each undeclared identifier is reported only once /src/sys/kern/sched_ule.c:2546: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-29 10:46:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-29 10:46:51 - ERROR: failed to build GENERIC kernel TB --- 2009-04-29 10:46:51 - 5535.05 user 482.36 system 6838.18 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:12:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FF9F106566C for ; Wed, 29 Apr 2009 11:12:54 +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 690568FC0C for ; Wed, 29 Apr 2009 11:12:54 +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 04599334C29 for ; Wed, 29 Apr 2009 07:12:54 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 29 Apr 2009 07:12:54 -0400 X-Sasl-enc: 0yS65t2SISANkE15u1v7oRp9Aekpum0nZZnMVhlBmC8m 1241003573 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 6DF6F2CB8D for ; Wed, 29 Apr 2009 07:12:53 -0400 (EDT) Message-ID: <49F83633.3080109@incunabulum.net> Date: Wed, 29 Apr 2009 12:12:51 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: MLDv2 merge commencing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 11:12:54 -0000 Hi all, I have begun merging pieces of MLDv2 (Source-specific multicast for IPv6) to the HEAD tree. To begin with I've pushed some bug fixes from this spin in, as well as the parts which won't depend on the kernel support having to be present. A full UPDATING entry will be made once the remaining kernel pieces have been pushed in. I'm currently trying to get a 'make universe' pass so I can recompute the VIMAGE structure sizes. [An additional side-effect of the MLDv2 spin is that the ip6_mrouter socket gets virtualized, that's a sticking point just now.] If there are any build issues, please let me know ASAP. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:16:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B554106564A for ; Wed, 29 Apr 2009 11:16:23 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A4F6D8FC1B for ; Wed, 29 Apr 2009 11:16:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-85-201.lns10.adl6.internode.on.net [121.45.85.201]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n3TBGG1m034898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 29 Apr 2009 20:46:17 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Gavin Atkinson Date: Wed, 29 Apr 2009 20:46:06 +0930 User-Agent: KMail/1.9.7 References: <200904291157.07441.doconnor@gsoft.com.au> <1240995868.93326.11.camel@buffy.york.ac.uk> In-Reply-To: <1240995868.93326.11.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1307014.3gW8lPz3F9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200904292046.13280.doconnor@gsoft.com.au> X-Spam-Score: -2.409 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Syslog doesn't start at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 11:16:23 -0000 --nextPart1307014.3gW8lPz3F9 Content-Type: multipart/mixed; boundary="Boundary-01=_3bD+Jel2Y6EhrmU" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_3bD+Jel2Y6EhrmU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 29 Apr 2009, Gavin Atkinson wrote: > On Wed, 2009-04-29 at 11:56 +0930, Daniel O'Connor wrote: > > Hi, > > I have an odd problem with my 3 week old -current install - syslogd > > isn't started. Or rather, it is started before lo0 is up and it > > fails to start, eg.. > > Odd. What does "rcorder /etc/rc.d/*" show? > > The rc.d REQUIRE lines should prevent this from happening: (this is > on a RELENG_7 system, but it should be similar on HEAD) I've attached the output. > ga9@buffy% grep REQUIRE /etc/rc.d/syslogd > # REQUIRE: mountcritremote cleanvar newsyslog > > ga9@buffy% grep REQUIRE /etc/rc.d/mountcritremote > # REQUIRE: NETWORKING FILESYSTEMS cleanvar ipsec > > ga9@buffy% grep REQUIRE /etc/rc.d/NETWORKING > # REQUIRE: netif netoptions routing network_ipv6 isdnd ppp > # REQUIRE: routed mrouted route6d mroute6d resolv > > (I believe it's netif that configures the network interfaces) Mine's the same.. [inchoate 19:53] ~ >grep REQUIRE /etc/rc.d/syslogd # REQUIRE: mountcritremote cleanvar newsyslog [inchoate 19:53] ~ >grep REQUIRE /etc/rc.d/mountcritremote # REQUIRE: NETWORKING FILESYSTEMS cleanvar ipsec [inchoate 19:53] ~ >grep REQUIRE /etc/rc.d/NETWORKING # REQUIRE: netif netoptions routing network_ipv6 ppp # REQUIRE: defaultroute routed mrouted route6d mroute6d resolv I can't find any reference to syslogd outside of the syslogd rc.d script=20 either.. Argh! I've replaced syslogd with a script which logs where it's being run from=20 so hopefully that will be more illuminating. -- =20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Boundary-01=_3bD+Jel2Y6EhrmU Content-Type: text/plain; charset="utf-8"; name="rcorder.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="rcorder.txt" /etc/rc.d/dumpon /etc/rc.d/ddb /etc/rc.d/initrandom /etc/rc.d/geli /etc/rc.d/gbde /etc/rc.d/encswap /etc/rc.d/ccd /etc/rc.d/swap1 /etc/rc.d/early.sh /etc/rc.d/fsck /etc/rc.d/root /etc/rc.d/hostid /etc/rc.d/mdconfig /etc/rc.d/mountcritlocal /etc/rc.d/zfs /etc/rc.d/FILESYSTEMS /etc/rc.d/var /etc/rc.d/cleanvar /etc/rc.d/random /etc/rc.d/adjkerntz /etc/rc.d/atm1 /etc/rc.d/hostname /etc/rc.d/ipfilter /etc/rc.d/ipnat /etc/rc.d/ipfs /etc/rc.d/kldxref /etc/rc.d/sppp /etc/rc.d/addswap /etc/rc.d/auto_linklocal /etc/rc.d/sysctl /etc/rc.d/serial /etc/rc.d/netif /etc/rc.d/ip6addrctl /etc/rc.d/atm2 /etc/rc.d/pfsync /etc/rc.d/pflog /etc/rc.d/pf /etc/rc.d/ppp /etc/rc.d/routing /etc/rc.d/ip6fw /etc/rc.d/network_ipv6 /etc/rc.d/devd /etc/rc.d/ipsec /etc/rc.d/ipfw /etc/rc.d/nsswitch /etc/rc.d/resolv /etc/rc.d/mroute6d /etc/rc.d/route6d /etc/rc.d/mrouted /etc/rc.d/routed /etc/rc.d/defaultroute /etc/rc.d/netoptions /etc/rc.d/NETWORKING /etc/rc.d/mountcritremote /etc/rc.d/devfs /etc/rc.d/ipmon /etc/rc.d/mdconfig2 /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/savecore /etc/rc.d/ldconfig /etc/rc.d/archdep /etc/rc.d/abi /etc/rc.d/SERVERS /etc/rc.d/named /etc/rc.d/ntpdate /etc/rc.d/rpcbind /etc/rc.d/nisdomain /etc/rc.d/ypserv /etc/rc.d/ypxfrd /etc/rc.d/ypupdated /etc/rc.d/ypbind /etc/rc.d/ypset /etc/rc.d/yppasswdd /etc/rc.d/wpa_supplicant /etc/rc.d/accounting /etc/rc.d/nfsclient /etc/rc.d/amd /etc/rc.d/atm3 /etc/rc.d/auditd /etc/rc.d/tmp /etc/rc.d/cleartmp /etc/rc.d/dmesg /etc/rc.d/ipxrouted /etc/rc.d/kerberos /etc/rc.d/kadmind /etc/rc.d/keyserv /etc/rc.d/kpasswdd /etc/rc.d/gssd /etc/rc.d/quota /etc/rc.d/nfsserver /etc/rc.d/mountd /etc/rc.d/nfsd /etc/rc.d/statd /etc/rc.d/lockd /etc/rc.d/pppoed /etc/rc.d/pwcheck /etc/rc.d/virecover /etc/rc.d/DAEMON /etc/rc.d/watchdogd /etc/rc.d/ugidfw /etc/rc.d/timed /etc/rc.d/apm /etc/rc.d/apmd /etc/rc.d/bootparams /etc/rc.d/hcsecd /etc/rc.d/bthidd /etc/rc.d/local /etc/rc.d/lpd /etc/rc.d/motd /etc/rc.d/mountlate /etc/rc.d/nscd /etc/rc.d/ntpd /etc/rc.d/powerd /etc/rc.d/rarpd /etc/rc.d/sdpd /etc/rc.d/rfcomm_pppd_server /etc/rc.d/rtadvd /etc/rc.d/rwho /etc/rc.d/LOGIN /etc/rc.d/syscons /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/cron /etc/rc.d/jail /etc/rc.d/localpkg /etc/rc.d/securelevel /etc/rc.d/power_profile /etc/rc.d/othermta /etc/rc.d/natd /etc/rc.d/msgs /etc/rc.d/moused /etc/rc.d/mixer /etc/rc.d/inetd /etc/rc.d/idmapd /etc/rc.d/hostapd /etc/rc.d/geli2 /etc/rc.d/ftpd /etc/rc.d/ftp-proxy /etc/rc.d/dhclient /etc/rc.d/bsnmpd /etc/rc.d/bridge /etc/rc.d/bluetooth /etc/rc.d/bgfsck --Boundary-01=_3bD+Jel2Y6EhrmU-- --nextPart1307014.3gW8lPz3F9 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) iD8DBQBJ+Db95ZPcIHs/zowRAv8vAKCk11fIgTdPg57Sb5RXO8F/0YTrbACgmVrc 954a+8eYU8R5OSzou6230n4= =vUGS -----END PGP SIGNATURE----- --nextPart1307014.3gW8lPz3F9-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:17:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23F9B106564A for ; Wed, 29 Apr 2009 11:17:31 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3C78FC22 for ; Wed, 29 Apr 2009 11:17:30 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 241584250; Wed, 29 Apr 2009 14:17:29 +0300 Message-ID: <49F83748.3000900@mavhome.dp.ua> Date: Wed, 29 Apr 2009 14:17:28 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <1240968182.00105741.1240956003@10.7.7.3> In-Reply-To: <1240968182.00105741.1240956003@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Apr 2009 11:18:53 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Any further progresss on Nvidia SATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 11:17:31 -0000 Hi. Conrad J. Sabatier wrote: > I have't checked any of the more recent FreeBSD snapsots, but am just > wondering if any further progress has been made on the functionality of > the Nvidia SATA controller under AMD64. > > My last attempt to apply the patches Soren sent me did recognize both the controller and hard drive, but still no CD/DVD-ROM functionality. What controller, what problem and what patches are you talking about? At least patches for nForce MCP67 and MCP73 SATA were committed into CURRENT on 20 of February. These and later SATA chips should support generic AHCI driver and support CDs with it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 11:58:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBAF4106564A for ; Wed, 29 Apr 2009 11:58:12 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 905348FC13 for ; Wed, 29 Apr 2009 11:58:12 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3TBw5XT002337 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Apr 2009 11:58:06 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: Jaakko Heinonen In-Reply-To: <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> 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: Wed, 29 Apr 2009 07:58:05 -0400 References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 11:58:13 -0000 On Apr 29, 2009, at 2:43 AM, Jaakko Heinonen wrote: > On 2009-04-28, Ben Kelly wrote: >>> http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff >> >> The patch is updated in the same location above. > > There's a fatal typo in the patch: > > - ZFS_OBJ_HOLD_ENTER(zfsvfs, z_id); > + locked == ZFS_OBJ_HOLD_TRYENTER(zfsvfs, z_id); > ^^^^ Yikes! Thanks for catching this! The patch has been updated at the same URL. If anyone has patched their system please grab the new version. Sorry for the confusion. - Ben From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:08:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 733071065670; Wed, 29 Apr 2009 12:08:50 +0000 (UTC) (envelope-from zec@freebsd.org) Received: from labs4.cc.fer.hr (labs4.cc.fer.hr [161.53.72.24]) by mx1.freebsd.org (Postfix) with ESMTP id 04F808FC17; Wed, 29 Apr 2009 12:08:49 +0000 (UTC) (envelope-from zec@freebsd.org) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs4.cc.fer.hr (8.14.2/8.14.2) with ESMTP id n3TBpVrB023639; Wed, 29 Apr 2009 13:51:31 +0200 (CEST) Received: from [192.168.200.100] ([161.53.19.79]) by sluga.fer.hr over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Apr 2009 13:51:10 +0200 From: Marko Zec To: freebsd-current@freebsd.org Date: Wed, 29 Apr 2009 13:51:03 +0200 User-Agent: KMail/1.9.10 References: <49F83633.3080109@incunabulum.net> In-Reply-To: <49F83633.3080109@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904291351.03408.zec@freebsd.org> X-OriginalArrivalTime: 29 Apr 2009 11:51:10.0230 (UTC) FILETIME=[C9D62360:01C9C8C0] X-Scanned-By: MIMEDefang 2.64 on 161.53.72.24 Cc: Bruce Simpson , current@freebsd.org Subject: Re: HEADS UP: MLDv2 merge commencing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:08:50 -0000 On Wednesday 29 April 2009 13:12:51 Bruce Simpson wrote: > Hi all, > > I have begun merging pieces of MLDv2 (Source-specific multicast for > IPv6) to the HEAD tree. > To begin with I've pushed some bug fixes from this spin in, as well as > the parts which won't depend on the kernel support having to be present. > > A full UPDATING entry will be made once the remaining kernel pieces have > been pushed in. I'm currently trying to get a 'make universe' pass so I > can recompute the VIMAGE structure sizes. IMO don't worry about the vnet struct sizes, julian and I have several more changes in the pipeline for commiting RSN which will change vnet struct sizes as well, so after all this gets merged a final commit for settling vnet size guards #defines can be commited. Marko > [An additional side-effect of the MLDv2 spin is that the ip6_mrouter > socket gets virtualized, that's a sticking point just now.] > > If there are any build issues, please let me know ASAP. > > thanks, > BMS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:08:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 733071065670; Wed, 29 Apr 2009 12:08:50 +0000 (UTC) (envelope-from zec@freebsd.org) Received: from labs4.cc.fer.hr (labs4.cc.fer.hr [161.53.72.24]) by mx1.freebsd.org (Postfix) with ESMTP id 04F808FC17; Wed, 29 Apr 2009 12:08:49 +0000 (UTC) (envelope-from zec@freebsd.org) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs4.cc.fer.hr (8.14.2/8.14.2) with ESMTP id n3TBpVrB023639; Wed, 29 Apr 2009 13:51:31 +0200 (CEST) Received: from [192.168.200.100] ([161.53.19.79]) by sluga.fer.hr over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Apr 2009 13:51:10 +0200 From: Marko Zec To: freebsd-current@freebsd.org Date: Wed, 29 Apr 2009 13:51:03 +0200 User-Agent: KMail/1.9.10 References: <49F83633.3080109@incunabulum.net> In-Reply-To: <49F83633.3080109@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904291351.03408.zec@freebsd.org> X-OriginalArrivalTime: 29 Apr 2009 11:51:10.0230 (UTC) FILETIME=[C9D62360:01C9C8C0] X-Scanned-By: MIMEDefang 2.64 on 161.53.72.24 Cc: Bruce Simpson , current@freebsd.org Subject: Re: HEADS UP: MLDv2 merge commencing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:08:50 -0000 On Wednesday 29 April 2009 13:12:51 Bruce Simpson wrote: > Hi all, > > I have begun merging pieces of MLDv2 (Source-specific multicast for > IPv6) to the HEAD tree. > To begin with I've pushed some bug fixes from this spin in, as well as > the parts which won't depend on the kernel support having to be present. > > A full UPDATING entry will be made once the remaining kernel pieces have > been pushed in. I'm currently trying to get a 'make universe' pass so I > can recompute the VIMAGE structure sizes. IMO don't worry about the vnet struct sizes, julian and I have several more changes in the pipeline for commiting RSN which will change vnet struct sizes as well, so after all this gets merged a final commit for settling vnet size guards #defines can be commited. Marko > [An additional side-effect of the MLDv2 spin is that the ip6_mrouter > socket gets virtualized, that's a sticking point just now.] > > If there are any build issues, please let me know ASAP. > > thanks, > BMS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:11:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E9F210656FC for ; Wed, 29 Apr 2009 12:11:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1F75C8FC12 for ; Wed, 29 Apr 2009 12:11:18 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so445080mue.3 for ; Wed, 29 Apr 2009 05:11:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QoSrubDiUOGQQ/60pPlc9zYEANBIXLaDD7XLs45+E/k=; b=Ck1zKjzWDojSC+f1D/7Zhtokea0k4M6Hi2+EN8h2RYUnbv77/O2HUv2nbNMsnZZfWj 2wn714kvXQ5BHQ09WFexWiqOAFBi4TIxv65kGz1UfNdZdwIaQkQ28n3FiJM2U1EAMk79 5nrCp1PTOOoKQY8DHLKD8GcTJhfyBwbDSdiww= 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=YT1DxaLK3aMGVHSXYevL5gLLYeeSHClxitp58G5u35tYOA4YysaJl1Wmyx5hHXAUqX 3HROM09kVIDtt+29k9uu9mkUzxz0dp5+dDofqPi9cMNBN0R9hBOH8UBGSnO75mk+66uf ijVoFUrXyrgD6b1M9LWJ9rde771MplMk2uhXA= MIME-Version: 1.0 Received: by 10.103.169.18 with SMTP id w18mr166957muo.101.1241007077397; Wed, 29 Apr 2009 05:11:17 -0700 (PDT) In-Reply-To: <20090429104651.8CE537302F@freebsd-current.sentex.ca> References: <20090429104651.8CE537302F@freebsd-current.sentex.ca> Date: Wed, 29 Apr 2009 16:11:17 +0400 Message-ID: From: pluknet To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:11:20 -0000 2009/4/29 FreeBSD Tinderbox : > TB --- 2009-04-29 08:52:53 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-04-29 08:52:53 - starting HEAD tinderbox run for powerpc/powe= rpc > TB --- 2009-04-29 08:52:53 - cleaning the object tree > TB --- 2009-04-29 08:53:22 - cvsupping the source tree > TB --- 2009-04-29 08:53:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -= s /tinderbox/HEAD/powerpc/powerpc/supfile > TB --- 2009-04-29 08:53:29 - building world > TB --- 2009-04-29 08:53:29 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-04-29 08:53:29 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-04-29 08:53:29 - TARGET=3Dpowerpc > TB --- 2009-04-29 08:53:29 - TARGET_ARCH=3Dpowerpc > TB --- 2009-04-29 08:53:29 - TZ=3DUTC > TB --- 2009-04-29 08:53:29 - __MAKE_CONF=3D/dev/null > TB --- 2009-04-29 08:53:29 - cd /src > TB --- 2009-04-29 08:53:29 - /usr/bin/make -B buildworld >>>> World build started on Wed Apr 29 08:53:31 UTC 2009 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Wed Apr 29 10:17:52 UTC 2009 > TB --- 2009-04-29 10:17:52 - generating LINT kernel config > TB --- 2009-04-29 10:17:52 - cd /src/sys/powerpc/conf > TB --- 2009-04-29 10:17:52 - /usr/bin/make -B LINT > TB --- 2009-04-29 10:17:52 - building LINT kernel > TB --- 2009-04-29 10:17:52 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-04-29 10:17:52 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-04-29 10:17:52 - TARGET=3Dpowerpc > TB --- 2009-04-29 10:17:52 - TARGET_ARCH=3Dpowerpc > TB --- 2009-04-29 10:17:52 - TZ=3DUTC > TB --- 2009-04-29 10:17:52 - __MAKE_CONF=3D/dev/null > TB --- 2009-04-29 10:17:52 - cd /src > TB --- 2009-04-29 10:17:52 - /usr/bin/make -B buildkernel KERNCONF=3DLINT >>>> Kernel build for LINT started on Wed Apr 29 10:17:53 UTC 2009 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for LINT completed on Wed Apr 29 10:42:43 UTC 2009 > TB --- 2009-04-29 10:42:44 - building GENERIC kernel > TB --- 2009-04-29 10:42:44 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-04-29 10:42:44 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-04-29 10:42:44 - TARGET=3Dpowerpc > TB --- 2009-04-29 10:42:44 - TARGET_ARCH=3Dpowerpc > TB --- 2009-04-29 10:42:44 - TZ=3DUTC > TB --- 2009-04-29 10:42:44 - __MAKE_CONF=3D/dev/null > TB --- 2009-04-29 10:42:44 - cd /src > TB --- 2009-04-29 10:42:44 - /usr/bin/make -B buildkernel KERNCONF=3DGENE= RIC >>>> Kernel build for GENERIC started on Wed Apr 29 10:42:44 UTC 2009 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. =A0= -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -= include opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -fno-omi= t-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector = -Werror =A0/src/sys/kern/p1003_1b.c > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. =A0= -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -= include opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -fno-omi= t-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector = -Werror =A0/src/sys/kern/posix4_mib.c > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. =A0= -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -= include opt_global.h -fno-common -finline-limit=3D15000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 =A0-msoft-float -fno-omi= t-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector = -Werror =A0/src/sys/kern/sched_ule.c > /src/sys/kern/sched_ule.c: In function 'sched_idletd': > /src/sys/kern/sched_ule.c:2546: error: dereferencing pointer to incomplet= e type > /src/sys/kern/sched_ule.c:2546: error: 'CG_FLAG_THREAD' undeclared (first= use in this function) > /src/sys/kern/sched_ule.c:2546: error: (Each undeclared identifier is rep= orted only once > /src/sys/kern/sched_ule.c:2546: error: for each function it appears in.) > *** Error code 1 > This is the only arch without "options SMP" in GENERIC. Global NOTES also define options SCHED_4BSD and thus does not trigger the error (CG_FLAG_THREAD in SMP scope). --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:20:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA27D106567C for ; Wed, 29 Apr 2009 12:20:34 +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 966F08FC28 for ; Wed, 29 Apr 2009 12:20:34 +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 DEB9F335E02; Wed, 29 Apr 2009 08:20:33 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 29 Apr 2009 08:20:33 -0400 X-Sasl-enc: 4K8twaZCM1qk4YrUaVwxkfREuI3lDEn8WqdSsnb5urrW 1241007633 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 126C42CD34; Wed, 29 Apr 2009 08:20:32 -0400 (EDT) Message-ID: <49F8460F.7030506@incunabulum.net> Date: Wed, 29 Apr 2009 13:20:31 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: pluknet References: <20090429104651.8CE537302F@freebsd-current.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: powerpc@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:20:35 -0000 pluknet wrote: > ... >> /src/sys/kern/sched_ule.c: In function 'sched_idletd': >> /src/sys/kern/sched_ule.c:2546: error: dereferencing pointer to incomplete type >> /src/sys/kern/sched_ule.c:2546: error: 'CG_FLAG_THREAD' undeclared (first use in this function) >> /src/sys/kern/sched_ule.c:2546: error: (Each undeclared identifier is reported only once >> /src/sys/kern/sched_ule.c:2546: error: for each function it appears in.) >> *** Error code 1 >> >> > > This is the only arch without "options SMP" in GENERIC. > Global NOTES also define options SCHED_4BSD and thus > does not trigger the error (CG_FLAG_THREAD in SMP scope). > > +1, I just saw this on a 'make universe' run affecting the ARM targets. BMS From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:28:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099E61065672 for ; Wed, 29 Apr 2009 12:28:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6B02E8FC1E for ; Wed, 29 Apr 2009 12:28:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Lz8dd-000107-Mt; Wed, 29 Apr 2009 13:11:53 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1Lz8dW-0001GL-Mc; Wed, 29 Apr 2009 13:11:39 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n3TCBbAb087905; Wed, 29 Apr 2009 13:11:37 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n3TCBZDb087904; Wed, 29 Apr 2009 13:11:35 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 29 Apr 2009 13:11:35 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Message-ID: <20090429121135.GA87866@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -0.9 X-Spam-Level: / Cc: Subject: intel video driver errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:28:37 -0000 This is on FreeBSD 8.0-CURRENT i386, with xorg-server-1.6.0,1 and xf86-video-intel-2.6.3. I use xorg.conf which is only slightly extended from the automatically generated skeleton (a copy is below). I get nothing on the video screen and get back to the console with errors. Briefly (full Xorg.0.log is below) the errors and warnings are: (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): PRB0_CTL (0x000b5005) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x0000003c) and PRB0_TAIL (0x000ce428) indicate ring b uffer not flushed (WW) intel(0): Existing errors found in hardware state. Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 ipeir: 0x00000000 iphdr: 0x5f76f12e LP ring tail: 0x000ce428 head: 0x0000003c len: 0x000b5005 start 0x00bfe000 eir: 0x0000 esr: 0x0001 emr: 0xff7b instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000000 instps: 0x00000020 hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 acthd 0x3c Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 [skip] Ring end space: -713716 wanted 131064 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc32d5000 at 0x286eb000 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup _fence_emit_internal: drm_i915_irq_emit: -9 *********************** Please advise many thanks anton Below are my xorg.conf, dmesg and Xorg.0.log ********** xorg.conf ********** Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AllowEmptyInput" "off" Option "DontZap" "false" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "dri" Load "dri2" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection *********** 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 8.0-CURRENT #0: Wed Mar 18 14:37:37 GMT 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 527695872 (503 MB) avail memory = 507289600 (483 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f700000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 uhci0: port 0xe800-0xe81f irq 11 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f30 usbus0: on uhci0 uhci1: port 0xe880-0xe89f irq 3 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f30 usbus1: on uhci1 uhci2: port 0xec00-0xec1f irq 5 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f30 usbus2: on uhci2 ehci0: mem 0xffa7fc00-0xffa7ffff irq 9 at device 29.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 0.0 on pci1 ahc0: [ITHREAD] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:07:e9:e7:41:dc fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 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 cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2400097488 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ad0: 76319MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Waiting 5 seconds for SCSI devices to settle (probe0:ahc0:0:0:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe0:ahc0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:ahc0:0:1:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:ahc0:0:2:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:ahc0:0:3:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe3:ahc0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:ahc0:0:4:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe4:ahc0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:ahc0:0:5:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe5:ahc0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:ahc0:0:6:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:ahc0:0:8:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe7:ahc0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:ahc0:0:9:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe8:ahc0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:ahc0:0:10:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe9:ahc0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:ahc0:0:11:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe10:ahc0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:ahc0:0:12:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe11:ahc0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:ahc0:0:13:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe12:ahc0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:ahc0:0:14:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe13:ahc0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:ahc0:0:15:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). uhub3: 6 ports with 6 removable, self powered WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a **************** Xorg.0.log **************** X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Mar 18 14:37:37 GMT 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 Build Date: 06 April 2009 10:59:19AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Apr 29 12:58:19 2009 (++) Using config file: "./xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "DontZap" "false" (**) Option "AllowEmptyInput" "off" (==) Automatically adding devices (==) Automatically enabling devices (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, built-ins (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x6a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3, Mem @ 0xf0000000/134217728, 0xffa80000/524288, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.6.0, module version = 2.6.3 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intelб╠GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 845G (--) intel(0): Chipset: "845G" (--) intel(0): Linear framebuffer at 0xF0000000 (--) intel(0): IO registers at addr 0xFFA80000 (==) intel(0): Using EXA for acceleration (II) intel(0): 1 display pipe available. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "DVODDC_D" initialized. (II) Loading sub module "sil164" (II) LoadModule: "sil164" (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so (II) Module sil164: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7xxx" (II) LoadModule: "ch7xxx" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so (II) Module ch7xxx: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ivch" (II) LoadModule: "ivch" (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so (II) Module ivch: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_B" initialized. (II) Loading sub module "tfp410" (II) LoadModule: "tfp410" (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so (II) Module tfp410: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_B" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7017" (II) LoadModule: "ch7017" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so (II) Module ch7017: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVODDC_D" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Resizable framebuffer: not available (1 3) (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:E-EDID segment register" registered at address 0x60. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C device "CRTDDC_A:E-EDID segment register" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "@@@", prod id 0 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): EDID vendor "@@@", prod id 0 (II) intel(0): Output VGA connected (II) intel(0): Using exact sizes for initial modes (II) intel(0): Output VGA using initial mode 1024x768 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 128 kB GTT. (II) intel(0): detected 8060 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (300, 230) mm (**) intel(0): DPI set to (86, 113) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.6.0, module version = 2.4.0 ABI class: X.Org Video Driver, version 5.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 112640 total, 0 used (II) intel(0): I830CheckAvailableMemory: 450560 kB available (WW) intel(0): DRI2 requires UXA drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0xffa80000 (II) intel(0): [drm] ring buffer = 0xf0000000 (II) intel(0): [drm] mapped front buffer at 0xf0800000, handle = 0xf0800000 (II) intel(0): [drm] mapped back buffer at 0xf1800000, handle = 0xf1800000 (II) intel(0): [drm] mapped depth buffer at 0xf1c00000, handle = 0xf1c00000 (II) intel(0): [drm] mapped classic textures at 0xf2000000, handle = 0xf2000000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 12582912 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x007df000 (pgoffset 2015) (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x00c00000 (pgoffset 3072) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x01800000 (pgoffset 6144) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x01c00000 (pgoffset 7168) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x02000000 (pgoffset 8192) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) (II) intel(0): 0x00025000-0x00124fff: fake bufmgr (1024 kB) (II) intel(0): 0x007df000: end of stolen memory (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x00000000033d0000 physical ) (II) intel(0): 0x00800000-0x00bfffff: front buffer (4096 kB) (II) intel(0): 0x00c00000-0x017fffff: exa offscreen (12288 kB) (II) intel(0): 0x01800000-0x01bfffff: back buffer (4096 kB) (II) intel(0): 0x01c00000-0x01ffffff: depth buffer (4096 kB) (II) intel(0): 0x02000000-0x03ffffff: classic textures (32768 kB) (II) intel(0): 0x08000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): PRB0_CTL (0x000b5005) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x0000003c) and PRB0_TAIL (0x000ce428) indicate ring buffer not flushed (WW) intel(0): Existing errors found in hardware state. Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 ipeir: 0x00000000 iphdr: 0x5f76f12e LP ring tail: 0x000ce428 head: 0x0000003c len: 0x000b5005 start 0x00bfe000 eir: 0x0000 esr: 0x0001 emr: 0xff7b instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000000 instps: 0x00000020 hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 acthd 0x3c Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring at virtual 0x28c00000 head 0x3c tail 0xce428 count 14587 Ring end space: -713716 wanted 131064 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc32d5000 at 0x286eb000 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. _fence_emit_internal: drm_i915_irq_emit: -9 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:28:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB9771065749 for ; Wed, 29 Apr 2009 12:28:48 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 37F7C8FC18 for ; Wed, 29 Apr 2009 12:28:47 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Apr 2009 14:16:41 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Wed, 29 Apr 2009 14:16:40 +0200 User-Agent: KMail/1.11.2 (Linux/2.6.28-11-generic; KDE/4.2.2; x86_64; ; ) References: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> <200904290729.21239.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200904290729.21239.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Message-Id: <200904291416.41027.pieter@degoeje.nl> X-OriginalArrivalTime: 29 Apr 2009 12:16:41.0686 (UTC) FILETIME=[5AA7C760:01C9C8C4] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mel Flynn Subject: Re: em(4) outgoing statistics broken (Was: Re: Statistics collection for TX no longer works) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:28:49 -0000 On Wednesday 29 April 2009 07:29:20 Mel Flynn wrote: > On Thursday 23 April 2009 06:27:16 Mel Flynn wrote: > > Hi, > > > > I noticed when upgrading to KDE 4.2.2, the network monitor no longer showed > > outgoing bandwidth. I blamed this on the app first, but after installing > > net/bmon the problem is there as well. > > > > It uses int mib[] = {CTL_NET, PF_ROUTE, 0, 0, NET_RT_IFLIST, 0}; to read > > if_msghdr structs and ifm->ifm_data.ifi_obytes. > > > > netstat has the same problem: > > input (em0) output > > packets errs bytes packets errs bytes colls > > 199 0 63203 117 0 0 0 > > 193 0 59995 97 0 0 0 > > 185 0 63023 105 0 0 0 > > 200 0 60642 104 0 0 0 > > 199 0 63102 100 0 0 0 > > 215 0 62733 94 0 2891 0 > > > > That 2891 is a mystery, all the while I was copying a file remotely at > > ~150KB/s. > > > > FreeBSD sarevok.dnr.servegame.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri > > Apr 17 14:18:41 CEST 2009 > > mel@sarevok.dnr.servegame.org:/usr/obj/usr/src/sys/SMOOCHIES i386 > > Still happens with a kernel built last Saturday, however I noticed outgoing > statistics works with lo0. No other network card available at the moment, so > I'm enclined to think it's em. Anybody else seeing this? I'm seeing this too. Running -CURRENT/i386 w/ if_em interface. I can try another interface when I'm back from work. -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:35:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C22B106566B; Wed, 29 Apr 2009 12:35:51 +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 C60738FC1B; Wed, 29 Apr 2009 12:35:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm6 with SMTP id 6so1140278fxm.43 for ; Wed, 29 Apr 2009 05:35:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yyF1uDcPOgQzoz1qQEVXcv08ZeVcMbj5+B1UWvBt/7g=; b=iTej8/Evq+huKhfGjAgVuiurTxiBsGn7cI9zc386QfRtOp3ozw7B3JczUF/EgR8b8T 9xY1oPoVm1uVgy4kutniEUm+5TogeJkkvtr97FhsShwGIW97yuf9b5/kuwBHA95F8lsI HE5oKgPt3X3O4qtLpzBN4ZThw7HGoWFLu07pM= 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=Bbbu4ai2cyWuqiaDS2WYAcoA1aiEBFf+0cdvrOCB9hHkbdgw91DNMAI/dh2lY9m5yS DCuLlszmY1iW1mq57OFRsh8hydHnwEVvkpdTl+58vugE60X1hxTpovnB9bbb9AgN8Itm j8XbrLLBcnOX7APdQqIfFcnUeRHyZ7/uXjvJ8= MIME-Version: 1.0 Received: by 10.239.170.141 with SMTP id s13mr15075hbe.70.1241008549835; Wed, 29 Apr 2009 05:35:49 -0700 (PDT) In-Reply-To: <20090428122452.GA4743@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> <20090427145645.GA14984@rebelion.Sisis.de> <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> <20090428112618.GA3151@rebelion.Sisis.de> <20090428122452.GA4743@rebelion.Sisis.de> Date: Wed, 29 Apr 2009 14:35:49 +0200 Message-ID: <3a142e750904290535j4464262bs1bc306fefac6b0ba@mail.gmail.com> From: "Paul B. Mahol" To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:35:51 -0000 On 4/28/09, Matthias Apitz wrote: > El dia Tuesday, April 28, 2009 a las 01:26:18PM +0200, Matthias Apitz > escribio: > >> I will just remove the older versions of the 33 packages on the EeePC >> and update this with a: >> >> # cd PKGDIR-Xorg-7.4_1 >> # pkg_add xorg-7.4_1 > > I did the update, and the X server starts and stop fine: > > $ X -retro > > X.Org X Server 1.6.0 > Release Date: 2009-2-25 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386 > ... > > It terminates as well fine (without crash) on Alt-Ctrl-BS); tried it > three times without any crash; > > but when I launch > > $ startx > > which starts KDE 3.5.10, it crashes when KDE is ended via the menu in > KDE: You mean it crashed but console did not get corrupted? > startkde: Shutting down... > klauncher: Exiting on signal 1 > kde4: not found Guessing, do you have kde4? > startkde: Running shutdown scripts... > startkde: Done. > > Fatal server error: > Caught signal 11. Server aborting > > Do you want to see /var/log/Xorg.0.log? or should I file a bug report? > > when I use: > > $ startx -- -retro > > I can bring it down clean with Alt-Ctrl-BS, but as well stopping KDE via > menu let the server crash. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:43:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 891E61065687; Wed, 29 Apr 2009 12:43:48 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5BB8FC24; Wed, 29 Apr 2009 12:43:47 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Apr 2009 14:43:45 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3TChjrA010375; Wed, 29 Apr 2009 14:43:45 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Wed, 29 Apr 2009 14:43:45 +0200 From: Matthias Apitz To: "Paul B. Mahol" Message-ID: <20090429124345.GA10196@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> <20090427145645.GA14984@rebelion.Sisis.de> <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> <20090428112618.GA3151@rebelion.Sisis.de> <20090428122452.GA4743@rebelion.Sisis.de> <3a142e750904290535j4464262bs1bc306fefac6b0ba@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3a142e750904290535j4464262bs1bc306fefac6b0ba@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 29 Apr 2009 12:43:46.0132 (UTC) FILETIME=[22E69140:01C9C8C8] Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:43:49 -0000 El día Wednesday, April 29, 2009 a las 02:35:49PM +0200, Paul B. Mahol escribió: > On 4/28/09, Matthias Apitz wrote: > > El dia Tuesday, April 28, 2009 a las 01:26:18PM +0200, Matthias Apitz > > escribio: > > > >> I will just remove the older versions of the 33 packages on the EeePC > >> and update this with a: > >> > >> # cd PKGDIR-Xorg-7.4_1 > >> # pkg_add xorg-7.4_1 > > > > I did the update, and the X server starts and stop fine: > > > > $ X -retro > > > > X.Org X Server 1.6.0 > > Release Date: 2009-2-25 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 8.0-CURRENT i386 > > ... > > > > It terminates as well fine (without crash) on Alt-Ctrl-BS); tried it > > three times without any crash; > > > > but when I launch > > > > $ startx > > > > which starts KDE 3.5.10, it crashes when KDE is ended via the menu in > > KDE: > > You mean it crashed but console did not get corrupted? I mean: it crashes with sig 11 and console is corrupted; sorry for beeing inprecise; I will CVS update the kernel (mine is ~March 23), maybe it's a solved issue outside X-sever; > > startkde: Shutting down... > > klauncher: Exiting on signal 1 > > kde4: not found > > Guessing, do you have kde4? no; I have KDE 3.5.10 only (no KDE4); but I was told by the KDE gurus that newer versions of KDE3 try to shutdown KDE4 clients; I should ignore this; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:48:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09FA1106566B; Wed, 29 Apr 2009 12:48:07 +0000 (UTC) (envelope-from onemda@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 570FC8FC1A; Wed, 29 Apr 2009 12:48:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so1131081bwz.43 for ; Wed, 29 Apr 2009 05:48:05 -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=POCknk+Q5dlNKHsqNvcE76jSgEg7TfsHnMFQb4c+QN8=; b=qpMbeS9JurY1dE+eTfiXpImEPY5vbb61KPOOykxtgEWoN5iVLuXr0eR40c3py+vhBN SDkx+dDzmssLuFHXuksiieJrnrgB/TFnpKae2dJvRg5s+sL4RxHiemAxWu/YXBAZb4Qk 9hABDdXy1/rTFg+QC6lFSCV5xE4rEyiQxd6VU= 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=FINHBKaE2swdSyPi1NQ5RCZw0Rsj+OYC9q1EuKK4RCWsg4Xjaos3ImApaomS58PHW3 xCr8gsOBr9m3C22nu8ZDECjqMeWlzgVItbu/mg6/CQ1/j+XM3YnH0Y11gh6iDy8y8EUH Bave+McmhGoTcpe+ByRD/3y5gksnV2SwEsFKc= MIME-Version: 1.0 Received: by 10.239.175.144 with SMTP id n16mr13146hbf.172.1241009285149; Wed, 29 Apr 2009 05:48:05 -0700 (PDT) In-Reply-To: <20090429124345.GA10196@rebelion.Sisis.de> References: <20090417084446.GA3929@rebelion.Sisis.de> <3a142e750904170613s63f6445el7adab4f74ab3dbf5@mail.gmail.com> <20090427141929.GA13902@rebelion.Sisis.de> <3a142e750904270732r48be04f7k776b5c4d13ba1383@mail.gmail.com> <20090427145645.GA14984@rebelion.Sisis.de> <3a142e750904280350o15ea4275rf297608ec84262fe@mail.gmail.com> <20090428112618.GA3151@rebelion.Sisis.de> <20090428122452.GA4743@rebelion.Sisis.de> <3a142e750904290535j4464262bs1bc306fefac6b0ba@mail.gmail.com> <20090429124345.GA10196@rebelion.Sisis.de> Date: Wed, 29 Apr 2009 14:48:05 +0200 Message-ID: <3a142e750904290548h7f991547lc935839c08ebe9dc@mail.gmail.com> From: "Paul B. Mahol" To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT+xorg-7.4 on eeePC 900 && X crashes on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:48:07 -0000 On 4/29/09, Matthias Apitz wrote: > El dia Wednesday, April 29, 2009 a las 02:35:49PM +0200, Paul B. Mahol > escribio: > >> On 4/28/09, Matthias Apitz wrote: >> > El dia Tuesday, April 28, 2009 a las 01:26:18PM +0200, Matthias Apitz >> > escribio: >> > >> >> I will just remove the older versions of the 33 packages on the EeePC >> >> and update this with a: >> >> >> >> # cd PKGDIR-Xorg-7.4_1 >> >> # pkg_add xorg-7.4_1 >> > >> > I did the update, and the X server starts and stop fine: >> > >> > $ X -retro >> > >> > X.Org X Server 1.6.0 >> > Release Date: 2009-2-25 >> > X Protocol Version 11, Revision 0 >> > Build Operating System: FreeBSD 8.0-CURRENT i386 >> > ... >> > >> > It terminates as well fine (without crash) on Alt-Ctrl-BS); tried it >> > three times without any crash; >> > >> > but when I launch >> > >> > $ startx >> > >> > which starts KDE 3.5.10, it crashes when KDE is ended via the menu in >> > KDE: >> >> You mean it crashed but console did not get corrupted? > > I mean: it crashes with sig 11 and console is corrupted; sorry for > beeing inprecise; Well in that case recompile all ports (dri/libdrm/Mesa stuff/Xorg server) with symbols enabled, and enable kern.sugid_coredump sysctl. Try to get bt from Xorg coredump. > I will CVS update the kernel (mine is ~March 23), maybe it's a solved > issue outside X-sever; >> > startkde: Shutting down... >> > klauncher: Exiting on signal 1 >> > kde4: not found >> >> Guessing, do you have kde4? > > no; I have KDE 3.5.10 only (no KDE4); but I was told by the KDE gurus > that newer versions of KDE3 try to shutdown KDE4 clients; I should > ignore this; -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 12:49:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AC471065686; Wed, 29 Apr 2009 12:49:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id EE0B28FC14; Wed, 29 Apr 2009 12:49:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Lz9Dh-0003ak-Pe; Wed, 29 Apr 2009 15:49:02 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n3TCmw9o048770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Apr 2009 15:48:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n3TCmwXK084416; Wed, 29 Apr 2009 15:48:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n3TCmvEe084415; Wed, 29 Apr 2009 15:48:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 29 Apr 2009 15:48:57 +0300 From: Kostik Belousov To: jeff@freebsd.org Message-ID: <20090429124857.GD40751@deviant.kiev.zoral.com.ua> References: <20090429104651.8CE537302F@freebsd-current.sentex.ca> <49F8460F.7030506@incunabulum.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yda//aIZIMrd7mir" Content-Disposition: inline In-Reply-To: <49F8460F.7030506@incunabulum.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Lz9Dh-0003ak-Pe 22050f8afb54dfd441afbd4797b2eb4d X-Terabit: YES Cc: Bruce Simpson , pluknet , current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 12:49:06 -0000 --yda//aIZIMrd7mir Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2009 at 01:20:31PM +0100, Bruce Simpson wrote: > pluknet wrote: > >... > >>/src/sys/kern/sched_ule.c: In function 'sched_idletd': > >>/src/sys/kern/sched_ule.c:2546: error: dereferencing pointer to=20 > >>incomplete type > >>/src/sys/kern/sched_ule.c:2546: error: 'CG_FLAG_THREAD' undeclared (fir= st=20 > >>use in this function) > >>/src/sys/kern/sched_ule.c:2546: error: (Each undeclared identifier is= =20 > >>reported only once > >>/src/sys/kern/sched_ule.c:2546: error: for each function it appears in.) > >>*** Error code 1 > >> > >> =20 > > > >This is the only arch without "options SMP" in GENERIC. > >Global NOTES also define options SCHED_4BSD and thus > >does not trigger the error (CG_FLAG_THREAD in SMP scope). > > > > =20 > +1, I just saw this on a 'make universe' run affecting the ARM targets. >=20 > BMS The following works for me. The tdq_idled() definition may be #ifdef SMP too, but I do not see a point. THe CG_FLAG_THREAD is used in sched_idletd(), and adding more #ifdef SMP would make the code more ugly without any gain. diff --git a/sys/sys/smp.h b/sys/sys/smp.h index 05c8642..293f07d 100644 --- a/sys/sys/smp.h +++ b/sys/sys/smp.h @@ -16,8 +16,6 @@ =20 #ifndef LOCORE =20 -#ifdef SMP - /* * Topology of a NUMA or HTT system. * @@ -57,6 +55,7 @@ struct cpu_group { #define CG_FLAG_SMT 0x02 /* New age htt, less crippled. */ #define CG_FLAG_THREAD (CG_FLAG_HTT | CG_FLAG_SMT) /* Any threading. */ =20 +#ifdef SMP /* * Convenience routines for building topologies. */ --yda//aIZIMrd7mir Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkn4TLkACgkQC3+MBN1Mb4hUvgCfWTWtdqqPTA71AAU9yUBspkch z5oAnjMFPJsM44vQk0cdWZk8Zh+5x9/q =mLFS -----END PGP SIGNATURE----- --yda//aIZIMrd7mir-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 15:17:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 412761065701 for ; Wed, 29 Apr 2009 15:17:06 +0000 (UTC) (envelope-from david@dr.eclipse.co.uk) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by mx1.freebsd.org (Postfix) with ESMTP id D43F68FC19 for ; Wed, 29 Apr 2009 15:17:04 +0000 (UTC) (envelope-from david@dr.eclipse.co.uk) X-IronPort-AV: E=Sophos;i="4.40,266,1238972400"; d="scan'208";a="89408514" Received: from unknown (HELO [192.168.0.10]) ([82.153.181.81]) by smtpout.karoo.kcom.com with ESMTP; 29 Apr 2009 15:46:57 +0100 Message-ID: <49F8684B.5030202@dr.eclipse.co.uk> Date: Wed, 29 Apr 2009 15:46:35 +0100 From: Mr David Robertson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cannot open /proc/66986/mem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 15:17:06 -0000 Hi, Not sure if this is a bug or not. If you run top -a and let in run for a little while you get the message "kvm_open: cannot open /proc/66986/mem" Mounting /proc will more than likly cure this but as /proc is not mounted as standard it looks like a bug in top. Or should we all be mounting proc? Regards David Robertson From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 15:47:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48049106564A for ; Wed, 29 Apr 2009 15:47:50 +0000 (UTC) (envelope-from david@dr.eclipse.co.uk) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by mx1.freebsd.org (Postfix) with ESMTP id DFE218FC13 for ; Wed, 29 Apr 2009 15:47:49 +0000 (UTC) (envelope-from david@dr.eclipse.co.uk) X-IronPort-AV: E=Sophos;i="4.40,266,1238972400"; d="scan'208";a="89437256" Received: from unknown (HELO [192.168.0.10]) ([82.153.181.81]) by smtpout.karoo.kcom.com with ESMTP; 29 Apr 2009 16:47:48 +0100 Message-ID: <49F8768E.8090605@dr.eclipse.co.uk> Date: Wed, 29 Apr 2009 16:47:26 +0100 From: Mr David Robertson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49F8684B.5030202@dr.eclipse.co.uk> In-Reply-To: <49F8684B.5030202@dr.eclipse.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cannot open /proc/66986/mem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 15:47:50 -0000 Note: Mounting proc does indeed stop this message appearing but the question still remains. David Mr David Robertson wrote: > Hi, > > Not sure if this is a bug or not. If you run top -a and let in run for a > little while you get the message "kvm_open: cannot open /proc/66986/mem" > > Mounting /proc will more than likly cure this but as /proc is not > mounted as standard it looks like a bug in top. Or should we all be > mounting proc? > > Regards > > David Robertson > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.287 / Virus Database: 270.12.7/2085 - Release Date: 04/28/09 18:02:00 > From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 16:16:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F63B106566B for ; Wed, 29 Apr 2009 16:16:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1DF8FC16 for ; Wed, 29 Apr 2009 16:16:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3TGGQHu051159 for ; Wed, 29 Apr 2009 09:16:26 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3TGGQsW051158 for current@freebsd.org; Wed, 29 Apr 2009 09:16:26 -0700 (PDT) (envelope-from david) Date: Wed, 29 Apr 2009 09:16:26 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090429161626.GQ1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4v4CeaphHHcoDrun" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 16:16:27 -0000 --4v4CeaphHHcoDrun Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My build machine had no trouble building & booting r191662, but my laptop's boot came to a screeching halt rather quickly. Here's cut/paste for serial console of the single-user mode boot sequence: GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000002fee2800 SMAP type=3D02 base=3D000000002ffe2800 len=3D000000000001d800 SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 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 8.0-CURRENT #1025 r191662: Wed Apr 29 08:28:59 PDT 2009 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc1125000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc112514c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc11251f8. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc11252a4. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc1125350. Preloaded elf module "/boot/kernel/drm.ko" at 0xc11253fc. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392949196 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 805306368 (768 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001425000 - 0x000000002f2d9fff, 770396160 bytes (188085 pages) avail memory =3D 769642496 (733 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: Fatal trap 18: integer divide fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xc0b34433 stack pointer =3D 0x28:0xc1420d00 frame pointer =3D 0x28:0xc1420d20 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 0 (swapper) [thread pid 0 tid 100000 ] Stopped at cpu_topo+0x43: idivl %ecx,%eax db>=20 [Note: I've been in the habit of tracking head/CURRENT on a daily basis, and had no problems building today's while running yesterday's, which was r1916?? -- sorry; looks as if I'll need to boot from a different kernel to get that info. (I've already powered off my build machine, and it's at home, while I'm at work.)] Is there anything of use I might get from DDB? Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --4v4CeaphHHcoDrun Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn4fVkACgkQmprOCmdXAD1V+wCfZ65jm4VsiUKS4j/4riTkTsiZ 0dIAn3hFw9Wg1z8VnBSNOAVuzgfWVTKD =z7+1 -----END PGP SIGNATURE----- --4v4CeaphHHcoDrun-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 16:34:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3941106564A for ; Wed, 29 Apr 2009 16:34:00 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 92CDC8FC18 for ; Wed, 29 Apr 2009 16:34:00 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 1EBCBEB5920 for ; Wed, 29 Apr 2009 19:02:09 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id F3FCA450ED for ; Wed, 29 Apr 2009 19:02:08 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ve9GqnrzQ-46 for ; Wed, 29 Apr 2009 19:02:08 +0300 (EEST) Received: from marinos.ceid.upatras.gr (marinos.ceid.upatras.gr [150.140.140.17]) by mail.ceid.upatras.gr (Postfix) with ESMTP id CE19C4509B for ; Wed, 29 Apr 2009 19:02:08 +0300 (EEST) Received: by marinos.ceid.upatras.gr (Postfix, from userid 1001) id 896342287E; Wed, 29 Apr 2009 19:02:08 +0300 (EEST) Date: Wed, 29 Apr 2009 19:02:08 +0300 From: Ilias Marinos To: freebsd-current@freebsd.org Message-ID: <20090429160208.GA30514@marinos.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline X-PGP-Key: http://diogenis.ceid.upatras.gr/~marinosi/pubkey.asc X-PGP-Fingerprint: B034 ED35 B46E 7AEE D281 2B23 FD63 11AD AFBD 04F9 User-Agent: Mutt/1.5.19 (2009-01-05) Subject: fdisk error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 16:34:01 -0000 Hello people, Using the latest -CURRENT I cannot use fdisk on a USB stick I have. Any help is more than welcome! Details: marinosi@redrum:~$ uname -a FreeBSD redrum.liakusbay.priv 8.0-CURRENT FreeBSD 8.0-CURRENT #1 r191663: Wed Apr 29 15:36:51 EEST 2009 root@redrum.liakusbay.priv:/usr/obj/usr/src/sys/GENERIC i386 marinosi@redrum:~$ dmesg | tail (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition (probe0:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim1:1:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim1:1:0:0): Retrying Command (per Sense Data) da2 at umass-sim1 bus 1 target 0 lun 0 da2: Removable Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 3830MB (7843840 512 byte sectors: 255H 63S/T 488C) marinosi@redrum:~$ sudo fdisk -B /dev/da2 ******* Working on device /dev/da2 ******* Should we write new partition table? [n] y fdisk: Class not found The same error message occurs with -I flag, too. Thanks for your time, Ilias Marinos -- echo "Sysadmin know better bash than english." | sed s/min/mins/ \ | sed 's/better bash/bash better/' From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 16:34:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C15A1065672; Wed, 29 Apr 2009 16:34:37 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4598FC23; Wed, 29 Apr 2009 16:34:36 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121] (may be forged)) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n3TGYRU9093064; Thu, 30 Apr 2009 01:34:32 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Thu, 30 Apr 2009 01:34:28 +0900 From: Norikatsu Shigemura To: Jeff Roberson Message-Id: <20090430013428.cb4f804b.nork@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 16:34:37 -0000 Hi Jeff. I confirmed that your src/sys/kern/sched_ule.c#1.254 has a problem without "options SMP". sched_ule.c requires CG_FLAG_THREAD, but CG_FLAG_THREAD is defined on sys/smp.h. So I cannot compile sched_ule.c on my UP environment/kernel. From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 18:25:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A43106566B for ; Wed, 29 Apr 2009 18:25:57 +0000 (UTC) (envelope-from mwest@zeeb.org) Received: from zeeb.org (zeeb.org [88.198.32.244]) by mx1.freebsd.org (Postfix) with ESMTP id 24A988FC16 for ; Wed, 29 Apr 2009 18:25:56 +0000 (UTC) (envelope-from mwest@zeeb.org) Received: from mwest by zeeb.org with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LzESW-000JSd-RC for freebsd-current@freebsd.org; Wed, 29 Apr 2009 19:24:40 +0100 Date: Wed, 29 Apr 2009 19:24:40 +0100 From: Matthew West To: freebsd-current@freebsd.org Message-ID: <20090429182440.GA74110@zeeb.org> References: <20090323140820.GA37093@zeeb.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090323140820.GA37093@zeeb.org> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Matthew West Subject: Re: panic: Bad link elm, nfsd related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 18:25:57 -0000 FreeBSD 8-CURRENT, built from sources around 27/02/2009: FreeBSD foo.internal 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Fri Apr 17 18:33:02 BST 2009 mwest@foo.internal:/usr/obj/usr/src/sys/DEBUGLOCK amd64 The system is AMD64, with 16GB of RAM, serving a few hundred clients via NFS (v2 and v3) and Samba, from a 800GB ZFS pool; using hardware RAID (aac controller), not RAID-Z. Running a GENERIC kernel, but with the following options enabled: options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC options NFS_LEGACYRPC The last option is per Rick Macklem's suggestion (http://lists.freebsd.org/pipermail/freebsd-current/2009-March/005074.html). While I don't think it's related, I also have Jaakko Heinonen's patch to zfs_znode.c applied, from: http://www.freebsd.org/cgi/query-pr.cgi?pr=132068 After almost 11 days of active usage, there was a system panic. I did manage to get a crash dump: ---------- GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: Bad link elm 0xffffff00074ef400 next->prev != elm cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 xprt_inactive_locked() at xprt_inactive_locked+0x78 svc_vc_rendezvous_recv() at svc_vc_rendezvous_recv+0x335 svc_run_internal() at svc_run_internal+0x347 svc_run() at svc_run+0x94 nlm_syscall() at nlm_syscall+0x826 syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (154, FreeBSD ELF64, nlm_syscall), rip = 0x8008b7c6c, rsp = 0x7fffffffecf8, rbp = 0x7fffffffee20 --- KDB: enter: panic Uptime: 11d23h3m42s Physical memory: 3056 MB Dumping 1757 MB: 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xffffffff805428c3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff80542d6c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff8071be38 in xprt_inactive_locked (xprt=Variable "xprt" is not available. ) at /usr/src/sys/rpc/svc.c:380 #4 0xffffffff8071f915 in svc_vc_rendezvous_recv (xprt=0xffffff00074ef400, msg=Variable "msg" is not available. ) at /usr/src/sys/rpc/svc_vc.c:352 #5 0xffffffff8071da17 in svc_run_internal (pool=0xffffff0007bd7600, ismaster=1) at /usr/src/sys/rpc/svc.c:787 #6 0xffffffff8071e174 in svc_run (pool=0xffffff0007bd7600) at /usr/src/sys/rpc/svc.c:1223 #7 0xffffffff8070b666 in nlm_syscall (td=Variable "td" is not available. ) at /usr/src/sys/nlm/nlm_prot_impl.c:1573 #8 0xffffffff8080bcd7 in syscall (frame=0xfffffffe9b8bec90) at /usr/src/sys/amd64/amd64/trap.c:898 #9 0xffffffff807e8e8b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:338 #10 0x00000008008b7c6c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xffffffff8070b666 0xffffffff8070b666 is in nlm_syscall (/usr/src/sys/nlm/nlm_prot_impl.c:1577). 1572 1573 svc_run(pool); 1574 error = 0; 1575 1576 #ifdef NFSCLIENT 1577 nfs_advlock_p = old_nfs_advlock; 1578 nfs_reclaim_p = old_nfs_reclaim; 1579 #endif 1580 1581 out: (kgdb) list *0xffffffff8071e174 0xffffffff8071e174 is in svc_run (/usr/src/sys/rpc/svc.c:1225). 1220 svc_new_thread(pool); 1221 } 1222 1223 svc_run_internal(pool, TRUE); 1224 1225 mtx_lock(&pool->sp_lock); 1226 while (pool->sp_threadcount > 0) 1227 msleep(pool, &pool->sp_lock, 0, "svcexit", 0); 1228 mtx_unlock(&pool->sp_lock); 1229 } ---------- Any suggestions? Should I go back to the newer RPC implementation? Thanks, Matthew From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 18:40:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18137106568B for ; Wed, 29 Apr 2009 18:40:08 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id ABCC58FC21 for ; Wed, 29 Apr 2009 18:40:07 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3TIe3Fe002424 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 29 Apr 2009 18:40:03 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: current@freebsd.org In-Reply-To: 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: Wed, 29 Apr 2009 14:40:02 -0400 References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 18:40:08 -0000 On Apr 29, 2009, at 7:58 AM, Ben Kelly wrote: > On Apr 29, 2009, at 2:43 AM, Jaakko Heinonen wrote: >> On 2009-04-28, Ben Kelly wrote: >>>> http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff >>> >>> The patch is updated in the same location above. >> >> There's a fatal typo in the patch: >> >> - ZFS_OBJ_HOLD_ENTER(zfsvfs, z_id); >> + locked == ZFS_OBJ_HOLD_TRYENTER(zfsvfs, z_id); >> ^^^^ > > Yikes! Thanks for catching this! > > The patch has been updated at the same URL. If anyone has patched > their system please grab the new version. Sorry for the confusion. Argh! The patch was still broken even after this fix. Apparently when I tested my taskqueue solution I forgot to do a make installkernel. For some reason the taskqueue approach deadlocks my server at home under normal conditions. Therefore I have reverted the patch to use the simple return. I still don't think this is the right solution, but I don't have time to completely figure out what is going on right now. Again, sorry for the mess! - Ben From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 19:17:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEE97106564A; Wed, 29 Apr 2009 19:17:51 +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 84D658FC1C; Wed, 29 Apr 2009 19:17:51 +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 0354B327D0D; Wed, 29 Apr 2009 14:59:06 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 29 Apr 2009 14:59:06 -0400 X-Sasl-enc: vxac6vQ0gxfZbT8mzkPTCI+o+ZACmeX1H6gFDIgO/JCg 1241031545 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 50927E61A; Wed, 29 Apr 2009 14:59:05 -0400 (EDT) Message-ID: <49F8A377.3000809@incunabulum.net> Date: Wed, 29 Apr 2009 19:59:03 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Marko Zec References: <49F83633.3080109@incunabulum.net> <200904291351.03408.zec@freebsd.org> In-Reply-To: <200904291351.03408.zec@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: MLDv2 merge commencing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 19:17:51 -0000 Marko Zec wrote: > IMO don't worry about the vnet struct sizes, julian and I have several more > changes in the pipeline for commiting RSN which will change vnet struct sizes > as well, so after all this gets merged a final commit for settling vnet size > guards #defines can be commited. Thanks for this, I really appreciate it. I am going to push the code in ASAP. I'm concerned that I haven't been able to test this code against a real MLDv2 querier. (Lame I know!) Folk with IPv6 test setups could really help out here -- if you have an IPv6 multicast setup to exercise this code, that would be great. I've tested that the reports appear to be correct. If there's a problem it is probably going to come from scope IDs being embedded on-wire, or possibly getting a test wrong in the input path. We're talking hours/days of latency here for me to get a test tool up and running. I don't like pushing code in too early, but I'm already being pressured to look at other things, so it seems best to get it in and clean up any issues as soon as possible. Normally I wouldn't play fast and loose like this, but it is IPv6 so I am giving myself a bit more leeway this time around :-) cheers, BMS From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 20:26:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9788B1065672 for ; Wed, 29 Apr 2009 20:26:58 +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 6AA2C8FC22 for ; Wed, 29 Apr 2009 20:26:58 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n3TKQrnl006053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Apr 2009 13:26:54 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49F8B80D.5050904@freebsd.org> Date: Wed, 29 Apr 2009 13:26:53 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Nenhum_de_Nos References: <20090419120015.683A51065676@hub.freebsd.org> <49EB66F5.1050007@gmail.com> <10c2387043784e993011bf9a713eae13.squirrel@cygnus.homeunix.com> In-Reply-To: <10c2387043784e993011bf9a713eae13.squirrel@cygnus.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: wi-fi with dwl-510 on 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 20:26:59 -0000 Nenhum_de_Nos wrote: > wlan0: Ethernet address: 00:21:91:7b:77:dc > rt2561fw: could not load firmware image, error 2 > ral0: rt2661_load_microcode: unable to retrieve firmware image rt2561fw > ral0: rt2661_init_locked: could not load 8051 microcode, error 22 > > this when running hostapd restart. > > the wlan0 appears on ifconfig and gkrellm2, but no wifi station can see > this AP. > > FreeBSD xxx 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Tue Apr 7 18:17:23 BRT > 2009 root@xxx:/usr/obj/usr/src/sys/Core2Duo8 amd64 > > ral0@pci0:6:1:0: class=0x028000 card=0x3a711186 chip=0x03021814 > rev=0x00 hdr=0x00 > vendor = 'Ralink Technology, Corp' > device = 'RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless a/b' > class = network > > this card is used in other pc's in G mode also, even just showing a and b > above ... > > please file a PR so this can get resolved for 8.0 Sam From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 20:27:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A41DB1065677; Wed, 29 Apr 2009 20:27:24 +0000 (UTC) (envelope-from trebestie@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 F10218FC3B; Wed, 29 Apr 2009 20:27:23 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by bwz9 with SMTP id 9so1394640bwz.43 for ; Wed, 29 Apr 2009 13:27: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 :content-transfer-encoding; bh=tcYOBH7ep54GUg7TO95Mk3Rn2SlNLOO2uQ3PVEZAVSs=; b=xZoCpe86yACyYqH8zvADGcAxSBOV7j8yzm2h08cjb9EKfRCMS7p2Da5Pes8P1yTCqB 5AWo1t6mJcqhnS7zke+GeMiahomZbycWZePceIuP7tGnY38CIs2Z43NMLzrsKr3P+xpC zHbRxuWX7SNa5uvp0DAuhlhp/xamEDm+kikS4= 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=RwIWqlkeF+Slvop/PjogrE43p6JTTJSCw9oTEbNjd1XplWkkXoNeXfXB53tWv1//5s h29boKpGMQ/2EDwfiUoPfTcH5cIAK2J5KsP3ak++LfiFxvojIw6wh1AF1WoYj8j3dNkj xbGip2MWvHNFDRYXjYfB+DagdJ7Ykyu85ZSbQ= MIME-Version: 1.0 Received: by 10.223.106.15 with SMTP id v15mr456462fao.15.1241036842571; Wed, 29 Apr 2009 13:27:22 -0700 (PDT) In-Reply-To: <200904290805.04842.mel.flynn+fbsd.current@mailing.thruhere.net> References: <83e5fb980904281109k23dac4d3head2e6f65235f5ea@mail.gmail.com> <200904290805.04842.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Wed, 29 Apr 2009 22:27:22 +0200 Message-ID: <83e5fb980904291327y717ac6bchf246ed8ff3bdf6b0@mail.gmail.com> From: Diego Depaoli To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help me understand glabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 20:27:24 -0000 2009/4/29, Mel Flynn : > > Hal will propagate both and you'll get two notifications from whatever mount > app you're using. My workaround is to ignore the "filesystem based labels" > (/dev/ufs/*) in an fdi. Now I'm on a linux box. I set the label with e2label, under /dev there are: disk/by-uuid, disk/by-label, disk/by-id, disk/by-path, I didn't create/modify such fdi file however... I do not get errors and I can see labeled devices by name. It looks like a bit more friendly. Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 20:44:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A84D8106566B; Wed, 29 Apr 2009 20:44:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 69DA78FC08; Wed, 29 Apr 2009 20:44:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3TKibbw076423; Wed, 29 Apr 2009 16:44:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3TKibip019725; Wed, 29 Apr 2009 16:44:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 817387302F; Wed, 29 Apr 2009 16:44:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090429204437.817387302F@freebsd-current.sentex.ca> Date: Wed, 29 Apr 2009 16:44:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 20:44:41 -0000 TB --- 2009-04-29 18:50:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-29 18:50:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-04-29 18:50:47 - cleaning the object tree TB --- 2009-04-29 18:51:16 - cvsupping the source tree TB --- 2009-04-29 18:51:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-04-29 18:51:25 - building world TB --- 2009-04-29 18:51:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-29 18:51:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-29 18:51:25 - TARGET=powerpc TB --- 2009-04-29 18:51:25 - TARGET_ARCH=powerpc TB --- 2009-04-29 18:51:25 - TZ=UTC TB --- 2009-04-29 18:51:25 - __MAKE_CONF=/dev/null TB --- 2009-04-29 18:51:25 - cd /src TB --- 2009-04-29 18:51:25 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 29 18:51:27 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 29 20:15:39 UTC 2009 TB --- 2009-04-29 20:15:39 - generating LINT kernel config TB --- 2009-04-29 20:15:39 - cd /src/sys/powerpc/conf TB --- 2009-04-29 20:15:39 - /usr/bin/make -B LINT TB --- 2009-04-29 20:15:39 - building LINT kernel TB --- 2009-04-29 20:15:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-29 20:15:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-29 20:15:39 - TARGET=powerpc TB --- 2009-04-29 20:15:39 - TARGET_ARCH=powerpc TB --- 2009-04-29 20:15:39 - TZ=UTC TB --- 2009-04-29 20:15:39 - __MAKE_CONF=/dev/null TB --- 2009-04-29 20:15:39 - cd /src TB --- 2009-04-29 20:15:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 29 20:15:39 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Apr 29 20:40:28 UTC 2009 TB --- 2009-04-29 20:40:28 - building GENERIC kernel TB --- 2009-04-29 20:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-29 20:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-29 20:40:28 - TARGET=powerpc TB --- 2009-04-29 20:40:28 - TARGET_ARCH=powerpc TB --- 2009-04-29 20:40:28 - TZ=UTC TB --- 2009-04-29 20:40:28 - __MAKE_CONF=/dev/null TB --- 2009-04-29 20:40:28 - cd /src TB --- 2009-04-29 20:40:28 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 29 20:40:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c /src/sys/kern/sched_ule.c: In function 'sched_idletd': /src/sys/kern/sched_ule.c:2546: error: dereferencing pointer to incomplete type /src/sys/kern/sched_ule.c:2546: error: 'CG_FLAG_THREAD' undeclared (first use in this function) /src/sys/kern/sched_ule.c:2546: error: (Each undeclared identifier is reported only once /src/sys/kern/sched_ule.c:2546: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-29 20:44:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-29 20:44:37 - ERROR: failed to build GENERIC kernel TB --- 2009-04-29 20:44:37 - 5534.88 user 482.96 system 6829.52 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 21:14:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0FF1065674 for ; Wed, 29 Apr 2009 21:14:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from skerryvore.cs.uoguelph.ca (skerryvore.cs.uoguelph.ca [131.104.94.204]) by mx1.freebsd.org (Postfix) with ESMTP id 52C988FC13 for ; Wed, 29 Apr 2009 21:14:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by skerryvore.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id n3TLEZjs030657; Wed, 29 Apr 2009 17:14:39 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n3TLLaK08605; Wed, 29 Apr 2009 17:21:36 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 29 Apr 2009 17:21:36 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Matthew West In-Reply-To: <20090429182440.GA74110@zeeb.org> Message-ID: References: <20090323140820.GA37093@zeeb.org> <20090429182440.GA74110@zeeb.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.63 on 131.104.94.204 Cc: freebsd-current@freebsd.org Subject: Re: panic: Bad link elm, nfsd related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 21:14:45 -0000 On Wed, 29 Apr 2009, Matthew West wrote: > > Unread portion of the kernel message buffer: > panic: Bad link elm 0xffffff00074ef400 next->prev != elm > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > xprt_inactive_locked() at xprt_inactive_locked+0x78 > svc_vc_rendezvous_recv() at svc_vc_rendezvous_recv+0x335 > svc_run_internal() at svc_run_internal+0x347 > svc_run() at svc_run+0x94 > nlm_syscall() at nlm_syscall+0x826 > syscall() at syscall+0x1e7 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (154, FreeBSD ELF64, nlm_syscall), rip = 0x8008b7c6c, rsp = 0x7fffffffecf8, rbp = 0x7fffffffee20 --- > > Any suggestions? Should I go back to the newer RPC implementation? > The crash was in the new rpc, which is always used by the nlm. You could try the following patch to sys/rpc/svc.c, if you wanted to live on the "bleeding edge". Good luck with it, if you try it, rick --- untested patch for sys/rpc/svc.c --- *** svc.c.sav Wed Apr 29 17:04:38 2009 --- svc.c Wed Apr 29 17:13:36 2009 *************** *** 362,367 **** --- 362,375 ---- mtx_lock(&pool->sp_lock); + if (!xprt->xp_registered) { + /* + * Race with xprt_unregister - we lose. + */ + mtx_unlock(&pool->sp_lock); + return; + } + if (!xprt->xp_active) { TAILQ_INSERT_TAIL(&pool->sp_active, xprt, xp_alink); xprt->xp_active = TRUE; From owner-freebsd-current@FreeBSD.ORG Wed Apr 29 22:03:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D7E81065679 for ; Wed, 29 Apr 2009 22:03:09 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx1.utsp.utwente.nl [130.89.2.12]) by mx1.freebsd.org (Postfix) with ESMTP id F3B4A8FC12 for ; Wed, 29 Apr 2009 22:03:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n3TM32V8030742; Thu, 30 Apr 2009 00:03:02 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Thu, 30 Apr 2009 00:03:02 +0200 User-Agent: KMail/1.9.10 References: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> <200904290729.21239.mel.flynn+fbsd.current@mailing.thruhere.net> <200904291416.41027.pieter@degoeje.nl> In-Reply-To: <200904291416.41027.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904300003.02174.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Mel Flynn Subject: Re: em(4) outgoing statistics broken (Was: Re: Statistics collection for TX no longer works) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 22:03:09 -0000 On Wednesday 29 April 2009 14:16:40 Pieter de Goeje wrote: > On Wednesday 29 April 2009 07:29:20 Mel Flynn wrote: > > Still happens with a kernel built last Saturday, however I noticed > > outgoing statistics works with lo0. No other network card available at > > the moment, so I'm enclined to think it's em. Anybody else seeing this? > > I'm seeing this too. Running -CURRENT/i386 w/ if_em interface. I can try > another interface when I'm back from work. If_re reports outgoing bytes fine. When I pump a lot of data through em, it suddenly starts reporting again: input (Total) output packets errs bytes packets errs bytes colls 7000 0 462422 11165 0 16402742 0 35243 0 2326924 56544 0 85616700 0 35087 0 2316711 56251 0 85142818 0 35003 0 2310949 56209 0 85101940 0 35075 0 2315945 56259 0 85185210 0 35032 0 2312572 56253 0 85138276 0 34978 0 2308995 56225 0 85086800 0 35220 0 2323994 56264 0 85151902 0 35097 0 2317256 56324 0 85236686 0 34992 0 2309916 56225 0 85121622 0 34912 0 2304860 56255 0 85185210 0 At half the data rate (slightly more than 300mbit/s): input (Total) output packets errs bytes packets errs bytes colls 1267 0 84924 1935 0 2697108 0 1393 0 95557 2095 0 0 0 11177 0 755904 17628 0 0 0 14305 0 959073 23717 0 0 0 9836 0 662341 16108 0 0 0 9652 0 648353 15892 0 0 0 25137 0 1694180 41108 0 0 0 19119 0 1286252 31490 0 0 0 26476 0 1780519 43808 0 0 0 - Pieter From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 00:03:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AC801065670; Thu, 30 Apr 2009 00:03:47 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 203EE8FC15; Thu, 30 Apr 2009 00:03:46 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by rv-out-0506.google.com with SMTP id k40so1215268rvb.43 for ; Wed, 29 Apr 2009 17:03:46 -0700 (PDT) Received: by 10.114.66.10 with SMTP id o10mr850178waa.33.1241047866658; Wed, 29 Apr 2009 16:31:06 -0700 (PDT) Received: from ?10.0.1.198? (udp016664uds.hawaiiantel.net [72.235.41.117]) by mx.google.com with ESMTPS id q18sm6890797pog.19.2009.04.29.16.31.03 (version=SSLv3 cipher=RC4-MD5); Wed, 29 Apr 2009 16:31:05 -0700 (PDT) Date: Wed, 29 Apr 2009 13:33:09 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Norikatsu Shigemura In-Reply-To: <20090430013428.cb4f804b.nork@FreeBSD.org> Message-ID: References: <20090430013428.cb4f804b.nork@FreeBSD.org> 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 Roberson , freebsd-current@FreeBSD.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 00:03:47 -0000 On Thu, 30 Apr 2009, Norikatsu Shigemura wrote: > Hi Jeff. > > I confirmed that your src/sys/kern/sched_ule.c#1.254 has a > problem without "options SMP". sched_ule.c requires > CG_FLAG_THREAD, but CG_FLAG_THREAD is defined on sys/smp.h. > So I cannot compile sched_ule.c on my UP environment/kernel. Terribly sorry for the trouble folks. This should be taken care of now. On SMP machines you should now see output like this: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads If you detect any irregularities with kern.sched.topology_spec or this dmesg line please report them. Thanks, Jeff > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 01:56:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC231106566B for ; Thu, 30 Apr 2009 01:56:20 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 88B9A8FC12 for ; Thu, 30 Apr 2009 01:56:20 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3U1uIHD003192 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 30 Apr 2009 01:56:18 GMT (envelope-from ben@wanderview.com) Message-Id: <38E0E938-68DA-4D2E-8191-3CEC836A82E9@wanderview.com> From: Ben Kelly To: Lawrence Stewart In-Reply-To: <49F8E71B.2020102@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: Wed, 29 Apr 2009 21:56:17 -0400 References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> <49F8E71B.2020102@freebsd.org> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 01:56:21 -0000 On Apr 29, 2009, at 7:47 PM, Lawrence Stewart wrote: > Ben Kelly wrote: >> On Apr 29, 2009, at 7:58 AM, Ben Kelly wrote: >>> On Apr 29, 2009, at 2:43 AM, Jaakko Heinonen wrote: >>>> On 2009-04-28, Ben Kelly wrote: >>>>>> http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff >>>>> >>>>> The patch is updated in the same location above. >>>> >>>> There's a fatal typo in the patch: >>>> >>>> - ZFS_OBJ_HOLD_ENTER(zfsvfs, z_id); >>>> + locked == ZFS_OBJ_HOLD_TRYENTER(zfsvfs, z_id); >>>> ^^^^ >>> >>> Yikes! Thanks for catching this! >>> >>> The patch has been updated at the same URL. If anyone has patched >>> their system please grab the new version. Sorry for the confusion. >> Argh! The patch was still broken even after this fix. >> Apparently when I tested my taskqueue solution I forgot to do a >> make installkernel. For some reason the taskqueue approach >> deadlocks my server at home under normal conditions. Therefore I >> have reverted the patch to use the simple return. I still don't >> think this is the right solution, but I don't have time to >> completely figure out what is going on right now. >> Again, sorry for the mess! > > As far as I can tell, one of the developers is working on a patch to > address the same issue you're discussing in this thread. He ran into > it on his SSD ZFS installation and the symptoms sound likely to be > the same as what you're discussing. I believe he's testing a patch > which is inspired by the one the opensolaris guys used to fix the > bug, which you can look at here: > > http://people.freebsd.org/~pjd/patches/vn_rele_hang.patch > > The open solaris one has major incompatibilities with FreeBSD so > can't be applied directly. > > As soon as it's ready I think he'll be making it available for wider > testing so stay tuned. > > Cheers, > Lawrence > > PS Apologies if the issue you're working on is not the same as the > one addressed by the opensolaris patch above. Thank you! This does appear to be the same issue and I look forward to seeing the final fix. For now I've gone ahead and updated my patch with a naive adaptation of the opensolaris diff. It seems more correct than what I had and I was worried people would waste time testing my broken approach. I've only been able to test it on my i386, non-SMP server however. Thanks again. - Ben From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 07:42:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 706041065670 for ; Thu, 30 Apr 2009 07:42:45 +0000 (UTC) (envelope-from mat.macy@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 12B928FC19 for ; Thu, 30 Apr 2009 07:42:44 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1008812ana.13 for ; Thu, 30 Apr 2009 00:42:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=x+KsuYa8pB6eDduX38Hdq/1jc6qXF4dWFbktcx4KJZU=; b=wPfCW/2T5US6m8hcZ0tuYJymvLFl4eTGL+dY31C4CmGOqJ1dapgtUBaEcfYWDhRuJu C8QBLohhrtSXM8OMPV6KEnuBkMuuIXYk+V0MTiX5pHUlPtuNW+kpWpcHjyNgs4ChEKUn 8wK6zbEQST/H2cHALHH7CIiC5NBwZoSvLemIQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=uNkmA8GWysL6c6f60qGxkqtF55URnwwOvqCmnVGX9pe66TE4IIimYQL91FJC+JfTDN A0YphchpsdwIz8gJfdQIUpV4buksbqTGu7bI6wCpdYgZYqsEBPIJoF9K0Z+XTTRQmgdC D3gtKRbQTZQqlKYFghteUunPR28tMqfoQy2Q4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.152.12 with SMTP id z12mr2607026and.96.1241075964360; Thu, 30 Apr 2009 00:19:24 -0700 (PDT) In-Reply-To: <38E0E938-68DA-4D2E-8191-3CEC836A82E9@wanderview.com> References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> <49F8E71B.2020102@freebsd.org> <38E0E938-68DA-4D2E-8191-3CEC836A82E9@wanderview.com> Date: Thu, 30 Apr 2009 00:19:24 -0700 X-Google-Sender-Auth: e3a4d1b4ca88fa47 Message-ID: <3c1674c90904300019w63f31ac0n141c3d5116eadb97@mail.gmail.com> From: Kip Macy To: Ben Kelly Content-Type: multipart/mixed; boundary=0016e645b83cfeb9740468c083dd Cc: Lawrence Stewart , current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 07:42:45 -0000 --0016e645b83cfeb9740468c083dd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have a system at work that I could lock up within minutes with fsstress. With this patch the system is now stable with large numbers of fsstress processes running. Provided I get the heads up from pjd, I will commit it. -Kip On Wed, Apr 29, 2009 at 6:56 PM, Ben Kelly wrote: > On Apr 29, 2009, at 7:47 PM, Lawrence Stewart wrote: >> >> Ben Kelly wrote: >>> >>> On Apr 29, 2009, at 7:58 AM, Ben Kelly wrote: >>>> >>>> On Apr 29, 2009, at 2:43 AM, Jaakko Heinonen wrote: >>>>> >>>>> On 2009-04-28, Ben Kelly wrote: >>>>>>> >>>>>>> >>>>>>> http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadloc= k.diff >>>>>> >>>>>> The patch is updated in the same location above. >>>>> >>>>> There's a fatal typo in the patch: >>>>> >>>>> - =A0 =A0ZFS_OBJ_HOLD_ENTER(zfsvfs, z_id); >>>>> + =A0 =A0locked =3D=3D ZFS_OBJ_HOLD_TRYENTER(zfsvfs, z_id); >>>>> =A0 =A0 =A0 =A0 =A0 ^^^^ >>>> >>>> Yikes! =A0Thanks for catching this! >>>> >>>> The patch has been updated at the same URL. =A0If anyone has patched t= heir >>>> system please grab the new version. =A0Sorry for the confusion. >>> >>> Argh! =A0The patch was still broken even after this fix. >>> Apparently when I tested my taskqueue solution I forgot to do a make >>> installkernel. =A0For some reason the taskqueue approach deadlocks my s= erver >>> at home under normal conditions. =A0Therefore I have reverted the patch= to use >>> the simple return. =A0I still don't think this is the right solution, b= ut I >>> don't have time to completely figure out what is going on right now. >>> Again, sorry for the mess! >> >> As far as I can tell, one of the developers is working on a patch to >> address the same issue you're discussing in this thread. He ran into it = on >> his SSD ZFS installation and the symptoms sound likely to be the same as >> what you're discussing. I believe he's testing a patch which is inspired= by >> the one the opensolaris guys used to fix the bug, which you can look at >> here: >> >> http://people.freebsd.org/~pjd/patches/vn_rele_hang.patch >> >> The open solaris one has major incompatibilities with FreeBSD so can't b= e >> applied directly. >> >> As soon as it's ready I think he'll be making it available for wider >> testing so stay tuned. >> >> Cheers, >> Lawrence >> >> PS Apologies if the issue you're working on is not the same as the one >> addressed by the opensolaris patch above. > > > Thank you! =A0This does appear to be the same issue and I look forward to > seeing the final fix. > > For now I've gone ahead and updated my patch with a naive adaptation of t= he > opensolaris diff. =A0It seems more correct than what I had and I was worr= ied > people would waste time testing my broken approach. =A0I've only been abl= e to > test it on my i386, non-SMP server however. > > Thanks again. > > - Ben > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 All that is necessary for the triumph of evil is that good men do nothing. Edmund Burke --0016e645b83cfeb9740468c083dd Content-Type: application/octet-stream; name="zfs_async_vrele.diff" Content-Disposition: attachment; filename="zfs_async_vrele.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fu54iz0x0 SW5kZXg6IHN5cy9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96ZnMvemls LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQotLS0gc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9u L2ZzL3pmcy96aWwuYwkocmV2aXNpb24gMTkxNjc5KQorKysgc3lzL2NkZGwvY29udHJpYi9vcGVu c29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96aWwuYwkod29ya2luZyBjb3B5KQpAQCAtMTA0MSw3 ICsxMDQxLDcgQEAKIAlpZiAoKGl0eCAhPSBOVUxMKSAmJgogCSAgICAoaXR4LT5pdHhfbHIubHJj X3R4ZyA8PSBzcGFfbGFzdF9zeW5jZWRfdHhnKHppbG9nLT56bF9zcGEpKSkgewogCQkodm9pZCkg dGFza3FfZGlzcGF0Y2goemlsb2ctPnpsX2NsZWFuX3Rhc2txLAotCQkgICAgKHZvaWQgKCopKHZv aWQgKikpemlsX2l0eF9jbGVhbiwgemlsb2csIFRRX05PU0xFRVApOworCQkgICAgKHRhc2tfZnVu Y190ICopemlsX2l0eF9jbGVhbiwgemlsb2csIFRRX1NMRUVQKTsKIAl9CiAJbXV0ZXhfZXhpdCgm emlsb2ctPnpsX2xvY2spOwogfQpJbmRleDogc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91 dHMvY29tbW9uL2ZzL3pmcy9kc2xfcG9vbC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9jZGRsL2NvbnRy aWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96ZnMvZHNsX3Bvb2wuYwkocmV2aXNpb24gMTkx Njc5KQorKysgc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy9k c2xfcG9vbC5jCSh3b3JraW5nIGNvcHkpCkBAIC0xOSw3ICsxOSw3IEBACiAgKiBDRERMIEhFQURF UiBFTkQKICAqLwogLyoKLSAqIENvcHlyaWdodCAyMDA4IFN1biBNaWNyb3N5c3RlbXMsIEluYy4g IEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKiBDb3B5cmlnaHQgMjAwOSBTdW4gTWljcm9zeXN0ZW1z LCBJbmMuICBBbGwgcmlnaHRzIHJlc2VydmVkLgogICogVXNlIGlzIHN1YmplY3QgdG8gbGljZW5z ZSB0ZXJtcy4KICAqLwogCkBAIC00NSw3ICs0NSw2IEBACiB1aW50NjRfdCB6ZnNfd3JpdGVfbGlt aXRfbWF4ID0gMDsJCS8qIG1heCBkYXRhIHBheWxvYWQgcGVyIHR4ZyAqLwogdWludDY0X3QgemZz X3dyaXRlX2xpbWl0X2luZmxhdGVkID0gMDsKIHVpbnQ2NF90IHpmc193cml0ZV9saW1pdF9vdmVy cmlkZSA9IDA7Ci1leHRlcm4gdWludDY0X3QgemZzX3dyaXRlX2xpbWl0X21pbjsKIAoga211dGV4 X3QgemZzX3dyaXRlX2xpbWl0X2xvY2s7CiAKQEAgLTkxLDYgKzkwLDkgQEAKIAltdXRleF9pbml0 KCZkcC0+ZHBfbG9jaywgTlVMTCwgTVVURVhfREVGQVVMVCwgTlVMTCk7CiAJbXV0ZXhfaW5pdCgm ZHAtPmRwX3NjcnViX2NhbmNlbF9sb2NrLCBOVUxMLCBNVVRFWF9ERUZBVUxULCBOVUxMKTsKIAor CWRwLT5kcF92bnJlbGVfdGFza3EgPSB0YXNrcV9jcmVhdGUoInpmc192bl9yZWxlX3Rhc2txIiwg MSwgbWluY2xzeXNwcmksCisJICAgIDEsIDQsIDApOworCiAJcmV0dXJuIChkcCk7CiB9CiAKQEAg LTEzMCwxNCArMTMyLDE1IEBACiAJCQlnb3RvIG91dDsKIAkJZXJyID0gZHNsX2RhdGFzZXRfaG9s ZF9vYmooZHAsIGRkLT5kZF9waHlzLT5kZF9oZWFkX2RhdGFzZXRfb2JqLAogCQkgICAgRlRBRywg JmRzKTsKKwkJaWYgKGVyciA9PSAwKSB7CisJCQllcnIgPSBkc2xfZGF0YXNldF9ob2xkX29iaihk cCwKKwkJCSAgICBkcy0+ZHNfcGh5cy0+ZHNfcHJldl9zbmFwX29iaiwgZHAsCisJCQkgICAgJmRw LT5kcF9vcmlnaW5fc25hcCk7CisJCQlkc2xfZGF0YXNldF9yZWxlKGRzLCBGVEFHKTsKKwkJfQor CQlkc2xfZGlyX2Nsb3NlKGRkLCBkcCk7CiAJCWlmIChlcnIpCiAJCQlnb3RvIG91dDsKLQkJZXJy ID0gZHNsX2RhdGFzZXRfaG9sZF9vYmooZHAsIGRzLT5kc19waHlzLT5kc19wcmV2X3NuYXBfb2Jq LAotCQkgICAgZHAsICZkcC0+ZHBfb3JpZ2luX3NuYXApOwotCQlpZiAoZXJyKQotCQkJZ290byBv dXQ7Ci0JCWRzbF9kYXRhc2V0X3JlbGUoZHMsIEZUQUcpOwotCQlkc2xfZGlyX2Nsb3NlKGRkLCBk cCk7CiAJfQogCiAJLyogZ2V0IHNjcnViIHN0YXR1cyAqLwpAQCAtMjIwLDcgKzIyMyw2IEBACiAK IAl0eGdfbGlzdF9kZXN0cm95KCZkcC0+ZHBfZGlydHlfZGF0YXNldHMpOwogCXR4Z19saXN0X2Rl c3Ryb3koJmRwLT5kcF9kaXJ0eV9kaXJzKTsKLQl0eGdfbGlzdF9kZXN0cm95KCZkcC0+ZHBfc3lu Y190YXNrcyk7CiAJbGlzdF9kZXN0cm95KCZkcC0+ZHBfc3luY2VkX2RhdGFzZXRzKTsKIAogCWFy Y19mbHVzaChkcC0+ZHBfc3BhKTsKQEAgLTIyOCw2ICsyMzAsOSBAQAogCXJ3X2Rlc3Ryb3koJmRw LT5kcF9jb25maWdfcndsb2NrKTsKIAltdXRleF9kZXN0cm95KCZkcC0+ZHBfbG9jayk7CiAJbXV0 ZXhfZGVzdHJveSgmZHAtPmRwX3NjcnViX2NhbmNlbF9sb2NrKTsKKwl0YXNrcV9kZXN0cm95KGRw LT5kcF92bnJlbGVfdGFza3EpOworCWlmIChkcC0+ZHBfYmxrc3RhdHMpCisJCWttZW1fZnJlZShk cC0+ZHBfYmxrc3RhdHMsIHNpemVvZiAoemZzX2FsbF9ibGtzdGF0c190KSk7CiAJa21lbV9mcmVl KGRwLCBzaXplb2YgKGRzbF9wb29sX3QpKTsKIH0KIApAQCAtMjk2LDI0ICszMDEsNTcgQEAKIAl0 eCA9IGRtdV90eF9jcmVhdGVfYXNzaWduZWQoZHAsIHR4Zyk7CiAKIAlkcC0+ZHBfcmVhZF9vdmVy aGVhZCA9IDA7CisJc3RhcnQgPSBnZXRocnRpbWUoKTsKKwogCXppbyA9IHppb19yb290KGRwLT5k cF9zcGEsIE5VTEwsIE5VTEwsIFpJT19GTEFHX01VU1RTVUNDRUVEKTsKIAl3aGlsZSAoZHMgPSB0 eGdfbGlzdF9yZW1vdmUoJmRwLT5kcF9kaXJ0eV9kYXRhc2V0cywgdHhnKSkgewotCQlpZiAoIWxp c3RfbGlua19hY3RpdmUoJmRzLT5kc19zeW5jZWRfbGluaykpCi0JCQlsaXN0X2luc2VydF90YWls KCZkcC0+ZHBfc3luY2VkX2RhdGFzZXRzLCBkcyk7Ci0JCWVsc2UKLQkJCWRtdV9idWZfcmVsZShk cy0+ZHNfZGJ1ZiwgZHMpOworCQkvKgorCQkgKiBXZSBtdXN0IG5vdCBzeW5jIGFueSBub24tTU9T IGRhdGFzZXRzIHR3aWNlLCBiZWNhdXNlCisJCSAqIHdlIG1heSBoYXZlIHRha2VuIGEgc25hcHNo b3Qgb2YgdGhlbS4gIEhvd2V2ZXIsIHdlCisJCSAqIG1heSBzeW5jIG5ld2x5LWNyZWF0ZWQgZGF0 YXNldHMgb24gcGFzcyAyLgorCQkgKi8KKwkJQVNTRVJUKCFsaXN0X2xpbmtfYWN0aXZlKCZkcy0+ ZHNfc3luY2VkX2xpbmspKTsKKwkJbGlzdF9pbnNlcnRfdGFpbCgmZHAtPmRwX3N5bmNlZF9kYXRh c2V0cywgZHMpOwogCQlkc2xfZGF0YXNldF9zeW5jKGRzLCB6aW8sIHR4KTsKIAl9CiAJRFRSQUNF X1BST0JFKHBvb2xfc3luY19fMXNldHVwKTsKKwllcnIgPSB6aW9fd2FpdCh6aW8pOwogCi0Jc3Rh cnQgPSBnZXRocnRpbWUoKTsKLQllcnIgPSB6aW9fd2FpdCh6aW8pOwogCXdyaXRlX3RpbWUgPSBn ZXRocnRpbWUoKSAtIHN0YXJ0OwogCUFTU0VSVChlcnIgPT0gMCk7CiAJRFRSQUNFX1BST0JFKHBv b2xfc3luY19fMnJvb3R6aW8pOwogCi0Jd2hpbGUgKGRzdGcgPSB0eGdfbGlzdF9yZW1vdmUoJmRw LT5kcF9zeW5jX3Rhc2tzLCB0eGcpKQorI2lmZGVmIG5vdHlldAorCS8qCisJICoKKwkgKiBYWFgg cmVxdWlyZXMgbmV3ZXIgdmVyc2lvbiBvZiBkbXVfb2Jqc2V0LmMKKwkgKi8KKwlmb3IgKGRzID0g bGlzdF9oZWFkKCZkcC0+ZHBfc3luY2VkX2RhdGFzZXRzKTsgZHM7CisJICAgIGRzID0gbGlzdF9u ZXh0KCZkcC0+ZHBfc3luY2VkX2RhdGFzZXRzLCBkcykpCisJCWRtdV9vYmpzZXRfZG9fdXNlcnF1 b3RhX2NhbGxiYWNrcyhkcy0+ZHNfdXNlcl9wdHIsIHR4KTsKKyNlbmRpZgorCS8qCisJICogU3lu YyB0aGUgZGF0YXNldHMgYWdhaW4gdG8gcHVzaCBvdXQgdGhlIGNoYW5nZXMgZHVlIHRvCisJICog dXNlcnF1b3RhIHVwZGF0ZXMuICBUaGlzIG11c3QgYmUgZG9uZSBiZWZvcmUgd2UgcHJvY2VzcyB0 aGUKKwkgKiBzeW5jIHRhc2tzLCBiZWNhdXNlIHRoYXQgY291bGQgY2F1c2UgYSBzbmFwc2hvdCBv ZiBhIGRhdGFzZXQKKwkgKiB3aG9zZSBkc19icCB3aWxsIGJlIHJld3JpdHRlbiB3aGVuIHdlIGRv IHRoaXMgMm5kIHN5bmMuCisJICovCisJemlvID0gemlvX3Jvb3QoZHAtPmRwX3NwYSwgTlVMTCwg TlVMTCwgWklPX0ZMQUdfTVVTVFNVQ0NFRUQpOworCXdoaWxlIChkcyA9IHR4Z19saXN0X3JlbW92 ZSgmZHAtPmRwX2RpcnR5X2RhdGFzZXRzLCB0eGcpKSB7CisJCUFTU0VSVChsaXN0X2xpbmtfYWN0 aXZlKCZkcy0+ZHNfc3luY2VkX2xpbmspKTsKKwkJZG11X2J1Zl9yZWxlKGRzLT5kc19kYnVmLCBk cyk7CisJCWRzbF9kYXRhc2V0X3N5bmMoZHMsIHppbywgdHgpOworCX0KKwllcnIgPSB6aW9fd2Fp dCh6aW8pOworCisJd2hpbGUgKGRzdGcgPSB0eGdfbGlzdF9yZW1vdmUoJmRwLT5kcF9zeW5jX3Rh c2tzLCB0eGcpKSB7CisJCS8qCisJCSAqIE5vIG1vcmUgc3luYyB0YXNrcyBzaG91bGQgaGF2ZSBi ZWVuIGFkZGVkIHdoaWxlIHdlCisJCSAqIHdlcmUgc3luY2luZy4KKwkJICovCisJCUFTU0VSVChz cGFfc3luY19wYXNzKGRwLT5kcF9zcGEpID09IDEpOwogCQlkc2xfc3luY190YXNrX2dyb3VwX3N5 bmMoZHN0ZywgdHgpOworCX0KIAlEVFJBQ0VfUFJPQkUocG9vbF9zeW5jX18zdGFzayk7CiAKIAlz dGFydCA9IGdldGhydGltZSgpOwpAQCAtNjExLDMgKzY0OSw5IEBACiAJZHNsX2RhdGFzZXRfcmVs ZShkcywgRlRBRyk7CiAJcndfZXhpdCgmZHAtPmRwX2NvbmZpZ19yd2xvY2spOwogfQorCit0YXNr cV90ICoKK2RzbF9wb29sX3ZucmVsZV90YXNrcShkc2xfcG9vbF90ICpkcCkKK3sKKwlyZXR1cm4g KGRwLT5kcF92bnJlbGVfdGFza3EpOworfQpJbmRleDogc3lzL2NkZGwvY29udHJpYi9vcGVuc29s YXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdm5vcHMuYwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvY2Rk bC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvemZzL3pmc192bm9wcy5jCShyZXZp c2lvbiAxOTE2NzkpCisrKyBzeXMvY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24v ZnMvemZzL3pmc192bm9wcy5jCSh3b3JraW5nIGNvcHkpCkBAIC05Myw2ICs5Myw3IEBACiAgKglw dXNoaW5nIGNhY2hlZCBwYWdlcyAod2hpY2ggYWNxdWlyZXMgcmFuZ2UgbG9ja3MpIGFuZCBzeW5j aW5nIG91dAogICoJY2FjaGVkIGF0aW1lIGNoYW5nZXMuICBUaGlyZCwgemZzX3ppbmFjdGl2ZSgp IG1heSByZXF1aXJlIGEgbmV3IHR4LAogICoJd2hpY2ggY291bGQgZGVhZGxvY2sgdGhlIHN5c3Rl bSBpZiB5b3Ugd2VyZSBhbHJlYWR5IGhvbGRpbmcgb25lLgorICoJSWYgeW91IG11c3QgY2FsbCBW Tl9SRUxFKCkgd2l0aGluIGEgdHggdGhlbiB1c2UgVk5fUkVMRV9BU1lOQygpLgogICoKICAqICAo MykJQWxsIHJhbmdlIGxvY2tzIG11c3QgYmUgZ3JhYmJlZCBiZWZvcmUgY2FsbGluZyBkbXVfdHhf YXNzaWduKCksCiAgKglhcyB0aGV5IGNhbiBzcGFuIGRtdV90eF9hc3NpZ24oKSBjYWxscy4KQEAg LTkyNCwxMSArOTI1LDE2IEBACiAJcmxfdCAqcmwgPSB6Z2QtPnpnZF9ybDsKIAl2bm9kZV90ICp2 cCA9IFpUT1YocmwtPnJfenApOwogCWludCB2ZnNsb2NrZWQ7CisJb2Jqc2V0X3QgKm9zID0gcmwt PnJfenAtPnpfemZzdmZzLT56X29zOwogCiAJdmZzbG9ja2VkID0gVkZTX0xPQ0tfR0lBTlQodnAt PnZfdmZzcCk7CiAJZG11X2J1Zl9yZWxlKGRiLCB2emdkKTsKIAl6ZnNfcmFuZ2VfdW5sb2NrKHJs KTsKLQlWTl9SRUxFKHZwKTsKKwkvKgorCSAqIFJlbGVhc2UgdGhlIHZub2RlIGFzeW5jaHJvbm91 c2x5IGFzIHdlIGN1cnJlbnRseSBoYXZlIHRoZQorCSAqIHR4ZyBzdG9wcGVkIGZyb20gc3luY2lu Zy4KKwkgKi8KKwlWTl9SRUxFX0FTWU5DKHZwLCBkc2xfcG9vbF92bnJlbGVfdGFza3EoZG11X29i anNldF9wb29sKG9zKSkpOwogCXppbF9hZGRfYmxvY2soemdkLT56Z2Rfemlsb2csIHpnZC0+emdk X2JwKTsKIAlrbWVtX2ZyZWUoemdkLCBzaXplb2YgKHpnZF90KSk7CiAJVkZTX1VOTE9DS19HSUFO VCh2ZnNsb2NrZWQpOwpAQCAtOTU5LDcgKzk2NSwxMiBAQAogCWlmICh6ZnNfemdldCh6ZnN2ZnMs IGxyLT5scl9mb2lkLCAmenApICE9IDApCiAJCXJldHVybiAoRU5PRU5UKTsKIAlpZiAoenAtPnpf dW5saW5rZWQpIHsKLQkJVk5fUkVMRShaVE9WKHpwKSk7CisJCS8qCisJCSAqIFJlbGVhc2UgdGhl IHZub2RlIGFzeW5jaHJvbm91c2x5IGFzIHdlIGN1cnJlbnRseSBoYXZlIHRoZQorCQkgKiB0eGcg c3RvcHBlZCBmcm9tIHN5bmNpbmcuCisJCSAqLworCQlWTl9SRUxFX0FTWU5DKFpUT1YoenApLAor CQkgICAgZHNsX3Bvb2xfdm5yZWxlX3Rhc2txKGRtdV9vYmpzZXRfcG9vbChvcykpKTsKIAkJcmV0 dXJuIChFTk9FTlQpOwogCX0KIApAQCAtMTAzMSw3ICsxMDQyLDExIEBACiAJfQogb3V0OgogCXpm c19yYW5nZV91bmxvY2socmwpOwotCVZOX1JFTEUoWlRPVih6cCkpOworCS8qCisJICogUmVsZWFz ZSB0aGUgdm5vZGUgYXN5bmNocm9ub3VzbHkgYXMgd2UgY3VycmVudGx5IGhhdmUgdGhlCisJICog dHhnIHN0b3BwZWQgZnJvbSBzeW5jaW5nLgorCSAqLworCVZOX1JFTEVfQVNZTkMoWlRPVih6cCks IGRzbF9wb29sX3ZucmVsZV90YXNrcShkbXVfb2Jqc2V0X3Bvb2wob3MpKSk7CiAJcmV0dXJuIChl cnJvcik7CiB9CiAKSW5kZXg6IHN5cy9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1v bi9mcy96ZnMvc3lzL2RzbF9wb29sLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2NkZGwvY29udHJpYi9v cGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy9zeXMvZHNsX3Bvb2wuaAkocmV2aXNpb24gMTkx Njc5KQorKysgc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy9z eXMvZHNsX3Bvb2wuaAkod29ya2luZyBjb3B5KQpAQCAtMTksNyArMTksNyBAQAogICogQ0RETCBI RUFERVIgRU5ECiAgKi8KIC8qCi0gKiBDb3B5cmlnaHQgMjAwOCBTdW4gTWljcm9zeXN0ZW1zLCBJ bmMuICBBbGwgcmlnaHRzIHJlc2VydmVkLgorICogQ29weXJpZ2h0IDIwMDkgU3VuIE1pY3Jvc3lz dGVtcywgSW5jLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAqIFVzZSBpcyBzdWJqZWN0IHRvIGxp Y2Vuc2UgdGVybXMuCiAgKi8KIApAQCAtMzEsNiArMzEsNyBAQAogI2luY2x1ZGUgPHN5cy90eGdf aW1wbC5oPgogI2luY2x1ZGUgPHN5cy96ZnNfY29udGV4dC5oPgogI2luY2x1ZGUgPHN5cy96aW8u aD4KKyNpbmNsdWRlIDxzeXMvZG5vZGUuaD4KIAogI2lmZGVmCV9fY3BsdXNwbHVzCiBleHRlcm4g IkMiIHsKQEAgLTQ4LDcgKzQ5LDI2IEBACiAJU0NSVUJfRlVOQ19OVU1GVU5DUwogfTsKIAorLyog VGhlc2UgbWFjcm9zIGFyZSBmb3IgaW5kZXhpbmcgaW50byB0aGUgemZzX2FsbF9ibGtzdGF0c190 LiAqLworI2RlZmluZQlETVVfT1RfREVGRVJSRUQJRE1VX09UX05PTkUKKyNkZWZpbmUJRE1VX09U X1RPVEFMCURNVV9PVF9OVU1UWVBFUwogCit0eXBlZGVmIHN0cnVjdCB6ZnNfYmxrc3RhdCB7CisJ dWludDY0X3QJemJfY291bnQ7CisJdWludDY0X3QJemJfYXNpemU7CisJdWludDY0X3QJemJfbHNp emU7CisJdWludDY0X3QJemJfcHNpemU7CisJdWludDY0X3QJemJfZ2FuZ3M7CisJdWludDY0X3QJ emJfZGl0dG9fMl9vZl8yX3NhbWV2ZGV2OworCXVpbnQ2NF90CXpiX2RpdHRvXzJfb2ZfM19zYW1l dmRldjsKKwl1aW50NjRfdAl6Yl9kaXR0b18zX29mXzNfc2FtZXZkZXY7Cit9IHpmc19ibGtzdGF0 X3Q7CisKK3R5cGVkZWYgc3RydWN0IHpmc19hbGxfYmxrc3RhdHMgeworCXpmc19ibGtzdGF0X3QJ emFiX3R5cGVbRE5fTUFYX0xFVkVMUyArIDFdW0RNVV9PVF9UT1RBTCArIDFdOworfSB6ZnNfYWxs X2Jsa3N0YXRzX3Q7CisKKwogdHlwZWRlZiBzdHJ1Y3QgZHNsX3Bvb2wgewogCS8qIEltbXV0YWJs ZSAqLwogCXNwYV90ICpkcF9zcGE7CkBAIC01Nyw2ICs3Nyw3IEBACiAJc3RydWN0IGRzbF9kaXIg KmRwX21vc19kaXI7CiAJc3RydWN0IGRzbF9kYXRhc2V0ICpkcF9vcmlnaW5fc25hcDsKIAl1aW50 NjRfdCBkcF9yb290X2Rpcl9vYmo7CisJc3RydWN0IHRhc2txICpkcF92bnJlbGVfdGFza3E7CiAK IAkvKiBObyBsb2NrIG5lZWRlZCAtIHN5bmMgY29udGV4dCBvbmx5ICovCiAJYmxrcHRyX3QgZHBf bWV0YV9yb290YnA7CkBAIC05NCw2ICsxMTUsOCBAQAogCSAqIG5vYm9keSBlbHNlIGNvdWxkIHBv c3NpYmx5IGhhdmUgaXQgZm9yIHdyaXRlLgogCSAqLwogCWtyd2xvY2tfdCBkcF9jb25maWdfcnds b2NrOworCisJemZzX2FsbF9ibGtzdGF0c190ICpkcF9ibGtzdGF0czsKIH0gZHNsX3Bvb2xfdDsK IAogaW50IGRzbF9wb29sX29wZW4oc3BhX3QgKnNwYSwgdWludDY0X3QgdHhnLCBkc2xfcG9vbF90 ICoqZHBwKTsKQEAgLTExMSw2ICsxMzQsOCBAQAogICAgIHppb19kb25lX2Z1bmNfdCAqZG9uZSwg dm9pZCAqcHJpdmF0ZSwgdWludDMyX3QgYXJjX2ZsYWdzKTsKIHZvaWQgZHNsX3Bvb2xfZHNfZGVz dHJveWVkKHN0cnVjdCBkc2xfZGF0YXNldCAqZHMsIHN0cnVjdCBkbXVfdHggKnR4KTsKIHZvaWQg ZHNsX3Bvb2xfZHNfc25hcHNob3R0ZWQoc3RydWN0IGRzbF9kYXRhc2V0ICpkcywgc3RydWN0IGRt dV90eCAqdHgpOwordm9pZCBkc2xfcG9vbF9kc19jbG9uZV9zd2FwcGVkKHN0cnVjdCBkc2xfZGF0 YXNldCAqZHMxLCBzdHJ1Y3QgZHNsX2RhdGFzZXQgKmRzMiwKKyAgICBzdHJ1Y3QgZG11X3R4ICp0 eCk7CiB2b2lkIGRzbF9wb29sX2NyZWF0ZV9vcmlnaW4oZHNsX3Bvb2xfdCAqZHAsIGRtdV90eF90 ICp0eCk7CiB2b2lkIGRzbF9wb29sX3VwZ3JhZGVfY2xvbmVzKGRzbF9wb29sX3QgKmRwLCBkbXVf dHhfdCAqdHgpOwogCkBAIC0xMTksNiArMTQ0LDggQEAKIHZvaWQgZHNsX3Bvb2xfc2NydWJfc3lu Yyhkc2xfcG9vbF90ICpkcCwgZG11X3R4X3QgKnR4KTsKIHZvaWQgZHNsX3Bvb2xfc2NydWJfcmVz dGFydChkc2xfcG9vbF90ICpkcCk7CiAKK3Rhc2txX3QgKmRzbF9wb29sX3ZucmVsZV90YXNrcShk c2xfcG9vbF90ICpkcCk7CisKICNpZmRlZglfX2NwbHVzcGx1cwogfQogI2VuZGlmCkluZGV4OiBz eXMvY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvdm5vZGUuYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvdm5vZGUu YwkocmV2aXNpb24gMTkxNjc5KQorKysgc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMv Y29tbW9uL2ZzL3Zub2RlLmMJKHdvcmtpbmcgY29weSkKQEAgLTQxLDggKzQxLDM3IEBACiAKICNp bmNsdWRlIDxzeXMvdHlwZXMuaD4KICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KKyNpbmNsdWRlIDxz eXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy92bm9kZS5oPgorI2luY2x1ZGUgPHN5cy90YXNrcV9p bXBsLmg+CiAKK3N0YXRpYyB2b2lkCWZyZWVic2RfdmluYWN0aXZlKHN0cnVjdCB2bm9kZSAqLCBz dHJ1Y3QgdGhyZWFkICopOworCisvKgorICogQ2FsbCBWT1BfSU5BQ1RJVkUgb24gdGhlIHZub2Rl IGFuZCBtYW5hZ2UgdGhlIERPSU5HSU5BQ1QgYW5kIE9XRUlOQUNUCisgKiBmbGFncy4gIERPSU5H SU5BQ1QgcHJldmVudHMgdXMgZnJvbSByZWN1cnNpbmcgaW4gY2FsbHMgdG8gdmluYWN0aXZlLgor ICogT1dFSU5BQ1QgdHJhY2tzIHdoZXRoZXIgYSB2bm9kZSBtaXNzZWQgYSBjYWxsIHRvIGluYWN0 aXZlIGR1ZSB0byBhCisgKiBmYWlsZWQgbG9jayB1cGdyYWRlLgorICovCitzdGF0aWMgdm9pZAor ZnJlZWJzZF92aW5hY3RpdmUoc3RydWN0IHZub2RlICp2cCwgc3RydWN0IHRocmVhZCAqdGQpCit7 CisKKwlBU1NFUlRfVk9QX0VMT0NLRUQodnAsICJ2aW5hY3RpdmUiKTsKKwlBU1NFUlRfVklfTE9D S0VEKHZwLCAidmluYWN0aXZlIik7CisJVk5BU1NFUlQoKHZwLT52X2lmbGFnICYgVklfRE9JTkdJ TkFDVCkgPT0gMCwgdnAsCisJICAgICgidmluYWN0aXZlOiByZWN1cnNlZCBvbiBWSV9ET0lOR0lO QUNUIikpOworCUNUUjIoS1RSX1ZGUywgIiVzOiB2cCAlcCIsIF9fZnVuY19fLCB2cCk7CisJdnAt PnZfaWZsYWcgfD0gVklfRE9JTkdJTkFDVDsKKwl2cC0+dl9pZmxhZyAmPSB+VklfT1dFSU5BQ1Q7 CisJVklfVU5MT0NLKHZwKTsKKwlWT1BfSU5BQ1RJVkUodnAsIHRkKTsKKwlWSV9MT0NLKHZwKTsK KwlWTkFTU0VSVCh2cC0+dl9pZmxhZyAmIFZJX0RPSU5HSU5BQ1QsIHZwLAorCSAgICAoInZpbmFj dGl2ZTogbG9zdCBWSV9ET0lOR0lOQUNUIikpOworCXZwLT52X2lmbGFnICY9IH5WSV9ET0lOR0lO QUNUOworfQorCiAvKiBFeHRlbnNpYmxlIGF0dHJpYnV0ZSAoeHZhKSByb3V0aW5lcy4gKi8KIAog LyoKQEAgLTcyLDMgKzEwMSwxNDQgQEAKIAkJeG9hcCA9ICZ4dmFwLT54dmFfeG9wdGF0dHJzOwog CXJldHVybiAoeG9hcCk7CiB9CisKK3N0YXRpYyB2b2lkCit2bl9yZWxlX2luYWN0aXZlKHZub2Rl X3QgKnZwKQoreworCXN0cnVjdCB0aHJlYWQgKnRkID0gY3VydGhyZWFkOworCisJVklfTE9DSyh2 cCk7CisJLyoKKwkgKiBXZSB3YW50IHRvIGhvbGQgdGhlIHZub2RlIHVudGlsIHRoZSBpbmFjdGl2 ZSBmaW5pc2hlcyB0bworCSAqIHByZXZlbnQgdmdvbmUoKSByYWNlcy4gIFdlIGRyb3AgdGhlIHVz ZSBjb3VudCBoZXJlIGFuZCB0aGUKKwkgKiBob2xkIGNvdW50IGJlbG93IHdoZW4gd2UncmUgZG9u ZS4KKwkgKi8KKwl2cC0+dl91c2Vjb3VudC0tOworCXZwLT52X2lmbGFnIHw9IFZJX09XRUlOQUNU OworCS8qCisJICogV2UgbXVzdCBjYWxsIFZPUF9JTkFDVElWRSB3aXRoIHRoZSBub2RlIGxvY2tl ZC4gTWFyaworCSAqIGFzIFZJX0RPSU5HSU5BQ1QgdG8gYXZvaWQgcmVjdXJzaW9uLgorCSAqLwor CWlmICh2bl9sb2NrKHZwLCBMS19FWENMVVNJVkUgfCBMS19JTlRFUkxPQ0spID09IDApIHsKKwkJ VklfTE9DSyh2cCk7CisJCWlmICh2cC0+dl91c2Vjb3VudCA+IDApCisJCQl2cC0+dl9pZmxhZyAm PSB+VklfT1dFSU5BQ1Q7CisJCWlmICh2cC0+dl9pZmxhZyAmIFZJX09XRUlOQUNUKQorCQkJZnJl ZWJzZF92aW5hY3RpdmUodnAsIHRkKTsKKwkJVk9QX1VOTE9DSyh2cCwgMCk7CisJfSBlbHNlIHsK KwkJVklfTE9DSyh2cCk7CisJCWlmICh2cC0+dl91c2Vjb3VudCA+IDApCisJCQl2cC0+dl9pZmxh ZyAmPSB+VklfT1dFSU5BQ1Q7CisJfQorCXZkcm9wbCh2cCk7CQorfQorCitzdGF0aWMgU1RBSUxR X0hFQUQoLCB2bm9kZSkgdm5fcmVsZV9hc3luY19saXN0Oworc3RhdGljIHN0cnVjdCBtdHggdm5f cmVsZV9hc3luY19sb2NrOworc3RhdGljIHN0cnVjdCBjdiB2bl9yZWxlX2FzeW5jX2N2Oworc3Rh dGljIGludCB2bl9yZWxlX2xpc3RfbGVuZ3RoOwordHlwZWRlZiBzdHJ1Y3QgIHsKKwlzdHJ1Y3Qg dm5vZGUgKnN0cWVfbmV4dDsKK30gdm5vZGVfbGlua190OworCisvKgorICogTGlrZSB2bl9yZWxl KCkgZXhjZXB0IGlmIHdlIGFyZSBnb2luZyB0byBjYWxsIFZPUF9JTkFDVElWRSgpIHRoZW4gZG8g aXQKKyAqIGFzeW5jaHJvbm91c2x5IHVzaW5nIGEgdGFza3EuIFRoaXMgY2FuIGF2b2lkIGRlYWRs b2NrcyBjYXVzZWQgYnkgcmUtZW50ZXJpbmcKKyAqIHRoZSBmaWxlIHN5c3RlbSBhcyBhIHJlc3Vs dCBvZiByZWxlYXNpbmcgdGhlIHZub2RlLiBOb3RlLCBmaWxlIHN5c3RlbXMKKyAqIGFscmVhZHkg aGF2ZSB0byBoYW5kbGUgdGhlIHJhY2Ugd2hlcmUgdGhlIHZub2RlIGlzIGluY3JlbWVudGVkIGJl Zm9yZSB0aGUKKyAqIGluYWN0aXZlIHJvdXRpbmUgaXMgY2FsbGVkIGFuZCBkb2VzIGl0cyBsb2Nr aW5nLgorICoKKyAqIFdhcm5pbmc6IEV4Y2Vzc2l2ZSB1c2Ugb2YgdGhpcyByb3V0aW5lIGNhbiBs ZWFkIHRvIHBlcmZvcm1hbmNlIHByb2JsZW1zLgorICogVGhpcyBpcyBiZWNhdXNlIHRhc2txcyB0 aHJvdHRsZSBiYWNrIGFsbG9jYXRpb24gaWYgdG9vIG1hbnkgYXJlIGNyZWF0ZWQuCisgKi8KK3Zv aWQKK3ZuX3JlbGVfYXN5bmModm5vZGVfdCAqdnAsIHRhc2txX3QgKnRhc2txIC8qIHVudXNlZCAq LykKK3sKKwkKKwlLQVNTRVJUKHZwICE9IE5VTEwsICgidnJlbGU6IG51bGwgdnAiKSk7CisJVkZT X0FTU0VSVF9HSUFOVCh2cC0+dl9tb3VudCk7CisJVklfTE9DSyh2cCk7CisKKwlpZiAodnAtPnZf dXNlY291bnQgPiAxIHx8ICgodnAtPnZfaWZsYWcgJiBWSV9ET0lOR0lOQUNUKSAmJgorCSAgICB2 cC0+dl91c2Vjb3VudCA9PSAxKSkgeworCQl2cC0+dl91c2Vjb3VudC0tOworCQl2ZHJvcGwodnAp OworCQlyZXR1cm47CisJfQkKKwlpZiAodnAtPnZfdXNlY291bnQgIT0gMSkgeworI2lmZGVmIERJ QUdOT1NUSUMKKwkJdnByaW50KCJ2cmVsZTogbmVnYXRpdmUgcmVmIGNvdW50IiwgdnApOworI2Vu ZGlmCisJCVZJX1VOTE9DSyh2cCk7CisJCXBhbmljKCJ2cmVsZTogbmVnYXRpdmUgcmVmIGNudCIp OworCX0KKwltdHhfbG9jaygmdm5fcmVsZV9hc3luY19sb2NrKTsKKworCS8qICBTVEFJTFFfSU5T RVJUX1RBSUwgCQkJKi8KKwkoKih2bm9kZV9saW5rX3QgKikmdnAtPnZfY3N0YXJ0KS5zdHFlX25l eHQgPSBOVUxMOworCSp2bl9yZWxlX2FzeW5jX2xpc3Quc3RxaF9sYXN0ID0gdnA7CisJdm5fcmVs ZV9hc3luY19saXN0LnN0cWhfbGFzdCA9CisJICAgICYoKHZub2RlX2xpbmtfdCAqKSZ2cC0+dl9j c3RhcnQpLT5zdHFlX25leHQ7CisJLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiovCisJCisJdm5fcmVsZV9saXN0X2xlbmd0aCsrOworCWlmICgodm5fcmVsZV9saXN0X2xl bmd0aCAlIDEwMCkgPT0gMCkKKwkJY3Zfc2lnbmFsKCZ2bl9yZWxlX2FzeW5jX2N2KTsKKwltdHhf dW5sb2NrKCZ2bl9yZWxlX2FzeW5jX2xvY2spOworCVZJX1VOTE9DSyh2cCk7Cit9CisKK3N0YXRp YyB2b2lkCit2YV9zZXR1cCh2b2lkICphcmcpCit7CisKKwltdHhfaW5pdCgmdm5fcmVsZV9hc3lu Y19sb2NrLCAidmFsb2NrIiwgTlVMTCwgTVRYX0RFRik7CisJU1RBSUxRX0lOSVQoJnZuX3JlbGVf YXN5bmNfbGlzdCk7CisKKwkvKiBjdl9pbml0KCZ2bl9yZWxlX2FzeW5jX2N2LCAidmFjdiIpOyAq LworCXZuX3JlbGVfYXN5bmNfY3YuY3ZfZGVzY3JpcHRpb24gPSAidmFjdiI7CisJdm5fcmVsZV9h c3luY19jdi5jdl93YWl0ZXJzID0gMDsKK30KKworCitzdGF0aWMgdm9pZAordnJlbGVfYXN5bmNf Y2xlYW5lcih2b2lkKQoreworCVNUQUlMUV9IRUFEKCwgdm5vZGUpIHZuX3RtcF9saXN0OworCXN0 cnVjdCB2bm9kZSAqY3Vydm5vZGU7CisKKwlTVEFJTFFfSU5JVCgmdm5fdG1wX2xpc3QpOworCW10 eF9sb2NrKCZ2bl9yZWxlX2FzeW5jX2xvY2spOworCWZvciAoOzspIHsKKwkJU1RBSUxRX0NPTkNB VCgmdm5fdG1wX2xpc3QsICZ2bl9yZWxlX2FzeW5jX2xpc3QpOworCQl2bl9yZWxlX2xpc3RfbGVu Z3RoID0gMDsKKwkJbXR4X3VubG9jaygmdm5fcmVsZV9hc3luY19sb2NrKTsKKwkJCisJCXdoaWxl ICghU1RBSUxRX0VNUFRZKCZ2bl90bXBfbGlzdCkpIHsKKwkJCWN1cnZub2RlID0gU1RBSUxRX0ZJ UlNUKCZ2bl90bXBfbGlzdCk7CisKKwkJCS8qICAgU1RBSUxRX1JFTU9WRV9IRUFEICovCisJCQlT VEFJTFFfRklSU1QoJnZuX3RtcF9saXN0KSA9CisJCQkgICAgKCh2bm9kZV9saW5rX3QgKikmY3Vy dm5vZGUtPnZfY3N0YXJ0KS0+c3RxZV9uZXh0OworCQkJaWYgKFNUQUlMUV9GSVJTVCgmdm5fdG1w X2xpc3QpID09IE5VTEwpCisJCQkJdm5fdG1wX2xpc3Quc3RxaF9sYXN0ID0gJlNUQUlMUV9GSVJT VCgmdm5fdG1wX2xpc3QpOworCQkJLyoqKioqKioqKioqKioqKioqKioqKioqLworCisJCQl2bl9y ZWxlX2luYWN0aXZlKGN1cnZub2RlKTsKKwkJfQorCQltdHhfbG9jaygmdm5fcmVsZV9hc3luY19s b2NrKTsKKwkJaWYgKHZuX3JlbGVfbGlzdF9sZW5ndGggPT0gMCkKKwkJCWN2X3RpbWVkd2FpdCgm dm5fcmVsZV9hc3luY19jdiwgJnZuX3JlbGVfYXN5bmNfbG9jaywKKwkJCSAgICBoei8xMCk7CisJ fQorfQorCitzdGF0aWMgc3RydWN0IHByb2MgKnZyZWxlcHJvYzsKK3N0YXRpYyBzdHJ1Y3Qga3By b2NfZGVzYyB1cF9rcCA9IHsKKwkidmFjbGVhbiIsCisJdnJlbGVfYXN5bmNfY2xlYW5lciwKKwkm dnJlbGVwcm9jCit9OworU1lTSU5JVCh2YWNsZWFuLCBTSV9TVUJfS1RIUkVBRF9VUERBVEUsIFNJ X09SREVSX0ZJUlNULCBrcHJvY19zdGFydCwgJnVwX2twKTsKK1NZU0lOSVQodmFzZXR1cCwgU0lf U1VCX1ZGUywgU0lfT1JERVJfRklSU1QsIHZhX3NldHVwLCBOVUxMKTsKSW5kZXg6IHN5cy9jZGRs L2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9zeXMvdm5vZGUuaAo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzeXMvY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vc3lzL3Zub2RlLmgJKHJl dmlzaW9uIDE5MTY3OSkKKysrIHN5cy9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1v bi9zeXMvdm5vZGUuaAkod29ya2luZyBjb3B5KQpAQCAtMzc3LDYgKzM3NywxMyBAQAogdm9pZAkJ eHZhX2luaXQoeHZhdHRyX3QgKik7CiB4b3B0YXR0cl90CSp4dmFfZ2V0eG9wdGF0dHIoeHZhdHRy X3QgKik7CS8qIEdldCBwdHIgdG8geG9wdGF0dHJfdCAqLwogCitzdHJ1Y3QgdGFza3E7Cit2b2lk CXZuX3JlbGVfYXN5bmMoc3RydWN0IHZub2RlICp2cCwgc3RydWN0IHRhc2txICp0YXNrcSk7CisK KyNkZWZpbmUJVk5fUkVMRV9BU1lOQyh2cCwgdGFza3EpCXsgXAorCXZuX3JlbGVfYXN5bmModnAs IHRhc2txKTsgXAorfQorCiAvKgogICogRmxhZ3MgdG8gVk9QX1NFVEFUVFIvVk9QX0dFVEFUVFIu CiAgKi8K --0016e645b83cfeb9740468c083dd-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 08:04:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0724D106566B for ; Thu, 30 Apr 2009 08:04:15 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (mail.computinginnovations.com [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id 85C768FC12 for ; Thu, 30 Apr 2009 08:04:14 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.14.3/8.14.3) with ESMTP id n3TEiCC0022263 for ; Wed, 29 Apr 2009 09:44:13 -0500 (CDT) (envelope-from derek@computinginnovations.com) Message-Id: <6.0.0.22.2.20090429093853.0275cd98@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 29 Apr 2009 09:43:31 -0500 To: freebsd-current@freebsd.org From: Derek Ragona Mime-Version: 1.0 X-Antivirus: avast! (VPS 090428-0, 04/28/2009), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.94.2-exp/9304/Wed Apr 29 06:57:58 2009 on betty.computinginnovations.com X-Virus-Status: Clean X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n3TEiCC0022263 X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Cannot get sysinstall to start on HP z400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 08:04:15 -0000 I have tried both the i386 and amd64 current snapshots on an HP z400. In all versions the loader stops just after the message: Trying to mount root from ufs:/dev/md0 This system has the Intel=AE X58 Express chipset and a 4 core W3520 Xeon CP= U. I've tried various BIOS settings and turning off CPU core, hyperthreading= =20 etc. I expect the problem is in the motherboard's Intel=AE X58 Express chi= pset. If anyone has any experience with a similar system using this chipset, let= =20 me know if you did anything to make it boot the install CD. Thanks. -Derek derek at computinginnovations.com --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 09:21:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4442106566C for ; Thu, 30 Apr 2009 09:21:22 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB408FC12 for ; Thu, 30 Apr 2009 09:21:22 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from hyperion.scode.org (hyperion.scode.org [85.17.42.115]) by hyperion.scode.org (Postfix) with ESMTPS id 3AB7E23C48E; Thu, 30 Apr 2009 11:21:21 +0200 (CEST) Date: Thu, 30 Apr 2009 11:21:20 +0200 From: Peter Schuller To: Ben Kelly Message-ID: <20090430092119.GA83217@hyperion.scode.org> References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 09:21:23 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Argh! The patch was still broken even after this fix. FWIW I just checked and one of my machines which was using both zfs_thread_priority.diff and zfs_zinactive_deadlock.diff has survived a night of package building without ZIL disabled. This would very rarely, if at all, happen with ZIL enabled traditionally. On 8-CURRENT I only tried it onces with ZIL enabled and it did hang, and now it didn't. I guess I'm not triggering the other deadlock that you indicate is still present. I'll hold off more testing for a bit since it sounds from other posts like there are yet new patches in the pipeline. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn5bY8ACgkQDNor2+l1i30oUwCgx755Bq7S9EtuuHhFSEPBP4yx iZIAoNF600Ldzx4Co0Rp0MQYpp+mViZR =ls3N -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 09:42:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6A97106566C for ; Thu, 30 Apr 2009 09:42:21 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 725988FC0A for ; Thu, 30 Apr 2009 09:42:20 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Thu, 30 Apr 2009 11:42:19 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3U9gIVN006994 for freebsd-current@freebsd.org; Thu, 30 Apr 2009 11:42:18 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Thu, 30 Apr 2009 11:42:18 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090430094218.GA6800@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 30 Apr 2009 09:42:19.0463 (UTC) FILETIME=[F45A7570:01C9C977] Subject: syslogd with log files in /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 09:42:22 -0000 Hello, I've configured in syslog.conf(5) the log files in /tmp and not /var/log; /tmp is a memfs to reduce writes to SSD: # mount ... /dev/md0 on /tmp (ufs, local) provided via /etc/rc.conf.local as: tmpmfs="YES" tmpsize="128m" and syslogd should create the log files on start because it is started with syslogd_enable="YES" syslogd_flags="-s -C" on reboot it seems that syslogd has no logfiles (as I can see with lsof), but after I restart it with # /etc/rc.d/syslogd restart all is fine; maybe this is because syslogd is started before tmpmfs is ready? in RELENG_7 it worked exactly this way, now in CURRENT not; any idea how to solve this? matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 09:50:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4A6C106564A for ; Thu, 30 Apr 2009 09:50:39 +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 563DB8FC19 for ; Thu, 30 Apr 2009 09:50:39 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm6 with SMTP id 6so1699628fxm.43 for ; Thu, 30 Apr 2009 02:50:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=VYOvmKkg3C+I5SvUoZzQ9BXgDLYHox3SvjSbmN7Oj/U=; b=A/4ZGuXay7imwMi5rUrpe2tachhegWkcPUeiGaRkwxt9ypkc2sMqUGgqqaBf3s/8QH uZfhbbIhlu93pYFm8+ZWyWuCFxwKwIMBYvZpCApj8YJ/v1+Z4r0WzRXIr85u1xSYyqqb Z3VhEVI7u1VubF00XB6evW54ammNvy8plaK+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=rhodUNNcdJmIcfregiUiZ9gsvhd6xRraLuqqiZ+SlXSw+V9UkwJLh0McdNEMJYjm22 pdXHh+Fy+ucjKB8x7kQ4p2Adz/uO7kxfDG5nNGIh7Esf/WPtaHOZFqZ0RxUBz5V01nD+ 5RzI4Kry/Nog0Y2LoXubXMyPIwdS6XFCNhuFE= MIME-Version: 1.0 Received: by 10.239.171.143 with SMTP id w15mr67285hbe.119.1241085038277; Thu, 30 Apr 2009 02:50:38 -0700 (PDT) In-Reply-To: <20090429160208.GA30514@marinos.ceid.upatras.gr> References: <20090429160208.GA30514@marinos.ceid.upatras.gr> Date: Thu, 30 Apr 2009 11:50:38 +0200 Message-ID: <3a142e750904300250l6ef1ea2dm145583317438d03e@mail.gmail.com> From: "Paul B. Mahol" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: fdisk error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 09:50:40 -0000 On 4/29/09, Ilias Marinos wrote: > Hello people, > > Using the latest -CURRENT I cannot use fdisk on a USB stick I have. Any help > is more than welcome! Use gpart(8) instead, manual page is missing some more examples .... -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 09:55:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A4E1065670 for ; Thu, 30 Apr 2009 09:55:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 72E4D8FC1C for ; Thu, 30 Apr 2009 09:55:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1LzSyt-00026p-0C for freebsd-current@freebsd.org; Thu, 30 Apr 2009 09:55:03 +0000 Received: from mailsupport.rambler.ru ([81.19.66.129]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 Apr 2009 09:55:02 +0000 Received: from citrin by mailsupport.rambler.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 Apr 2009 09:55:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Anton Yuzhaninov Date: Thu, 30 Apr 2009 09:52:41 +0000 (UTC) Organization: Rambler Lines: 47 Message-ID: X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mailsupport.rambler.ru User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/7.1-STABLE (amd64)) Sender: news Subject: gigabyte GC-RAMDISK (i-RAM) don work under FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 09:55:10 -0000 Gigabyte i-RAM acts like a regular SATA hard drive at theoretically shuld work under FreeBSD: http://www.gigabyte.com.tw/Products/Storage/Products_Overview.aspx?ClassValue=Storage&ProductID=2180&ProductName=GC-RAMDISK But it does not. i-RAM detected as SATA by BIOS, but not by FreeBSD. atacontrol list don't show this disk. >From boot -v dmesg: ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xdc00 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata3: reset tp1 mask=03 ostat0=7f ostat1=50 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x50 err=0x00 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=ff stat1=50 devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] full dmesg: http://pastebin.com/m52286b4f Any suggestions? -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 12:10:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F20F106566B for ; Thu, 30 Apr 2009 12:10:15 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id DF7B18FC1F for ; Thu, 30 Apr 2009 12:10:14 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Thu, 30 Apr 2009 14:10:13 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3UCACLx011089 for freebsd-current@freebsd.org; Thu, 30 Apr 2009 14:10:12 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Thu, 30 Apr 2009 14:10:12 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090430121012.GB10553@rebelion.Sisis.de> References: <20090430094218.GA6800@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090430094218.GA6800@rebelion.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 30 Apr 2009 12:10:13.0289 (UTC) FILETIME=[9D90D990:01C9C98C] Subject: Re: syslogd with log files in /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 12:10:15 -0000 El día Thursday, April 30, 2009 a las 11:42:18AM +0200, Matthias Apitz escribió: > syslogd_enable="YES" > syslogd_flags="-s -C" > > on reboot it seems that syslogd has no logfiles (as I can see with > lsof), but after I restart it with > > # /etc/rc.d/syslogd restart > > all is fine; maybe this is because syslogd is started before tmpmfs is > ready? in RELENG_7 it worked exactly this way, now in CURRENT not; > any idea how to solve this? it has todo with the order if rc files: CURRENT: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | cat -n | egrep 'syslogd|tmp' 61 /etc/rc.d/syslogd 76 /etc/rc.d/tmp 77 /etc/rc.d/cleartmp 7.0-REL: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | cat -n | egrep 'syslogd|tmp' 56 /etc/rc.d/tmp 57 /etc/rc.d/cleartmp 64 /etc/rc.d/syslogd I will insert 'REQUIRE: tmp' in /etc/rc.d/syslogd matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 12:52:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55C83106566B; Thu, 30 Apr 2009 12:52:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id DA53E8FC17; Thu, 30 Apr 2009 12:52:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1LzVkM-0006Qc-4N; Thu, 30 Apr 2009 13:52:24 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1LzVkG-0004gq-35; Thu, 30 Apr 2009 13:52:08 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n3UCq6W4077529; Thu, 30 Apr 2009 13:52:07 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n3UCq40c077528; Thu, 30 Apr 2009 13:52:04 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 30 Apr 2009 13:52:04 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Message-ID: <20090430125204.GA77491@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -0.9 X-Spam-Level: / Cc: Subject: Intel i845 - drm error: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 12:52:26 -0000 On i386 8.0-current, with intel i845 chipset, with Option "AccelMethod" "UXA" in device section of xorg.conf I get this error: error: [drm:pid1104:i915_irq_emit] *ERROR* i915_irq_emit called without lock held and these 3 lines at the bottom of the Xorg.0.log: (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): Existing errors found in hardware state. _fence_emit_internal: drm_i915_irq_emit: 22 If I don't use UXA I get a warning in the X log file that it must be enabled for DRI2. Should I submit a PR? xorg.conf, dmesg, and Xorg.0.log are below. many thanks anton ******************* 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 8.0-CURRENT #0: Thu Apr 30 13:16:01 BST 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 536870912 (512 MB) avail memory = 507289600 (483 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 uhci0: port 0xe800-0xe81f irq 11 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f30 usbus0: on uhci0 uhci1: port 0xe880-0xe89f irq 3 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f30 usbus1: on uhci1 uhci2: port 0xec00-0xec1f irq 5 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f30 usbus2: on uhci2 ehci0: mem 0xffa7fc00-0xffa7ffff irq 9 at device 29.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 0.0 on pci1 ahc0: [ITHREAD] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:07:e9:e7:41:dc fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 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 cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2400101316 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle (probe0:ahc0:0:0:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe0:ahc0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:ahc0:0:1:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:ahc0:0:2:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:ahc0:0:3:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe3:ahc0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:ahc0:0:4:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe4:ahc0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:ahc0:0:5:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe5:ahc0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:ahc0:0:6:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:ahc0:0:8:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe7:ahc0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:ahc0:0:9:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe8:ahc0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:ahc0:0:10:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe9:ahc0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:ahc0:0:11:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe10:ahc0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:ahc0:0:12:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe11:ahc0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:ahc0:0:13:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe12:ahc0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:ahc0:0:14:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe13:ahc0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:ahc0:0:15:0): Probe PROBE_INVALID to PROBE_INQUIRY (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 usbus3: 480Mbps High Speed USB v2.0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 ad0: 76319MB at ata0-master UDMA100 ugen3.1: at usbus3 uhub0: on usbus3 ugen0.1: at usbus0 uhub1: on usbus0 ugen1.1: at usbus1 uhub2: on usbus1 ugen2.1: at usbus2 uhub3: on usbus2 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). GEOM_LABEL: Label for provider ad0s1a is ufsid/48db6d0a9566784c. GEOM_LABEL: Label for provider ad0s1d is ufsid/48db6d0ec04acd6f. GEOM_LABEL: Label for provider ad0s1e is ufsid/48db6d0a1b5ea852. GEOM_LABEL: Label for provider ad0s1f is ufsid/48db6d0a9c3d25b3. uhub0: 6 ports with 6 removable, self powered WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ufsid/48db6d0a9566784c removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/48db6d0a9566784c. GEOM_LABEL: Label ufsid/48db6d0a1b5ea852 removed. GEOM_LABEL: Label for provider ad0s1e is ufsid/48db6d0a1b5ea852. GEOM_LABEL: Label ufsid/48db6d0a9c3d25b3 removed. GEOM_LABEL: Label for provider ad0s1f is ufsid/48db6d0a9c3d25b3. GEOM_LABEL: Label ufsid/48db6d0ec04acd6f removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/48db6d0ec04acd6f. GEOM_LABEL: Label ufsid/48db6d0a9566784c removed. GEOM_LABEL: Label ufsid/48db6d0a1b5ea852 removed. GEOM_LABEL: Label ufsid/48db6d0a9c3d25b3 removed. GEOM_LABEL: Label ufsid/48db6d0ec04acd6f removed. pid 1068 (Xorg), uid 0: exited on signal 11 (core dumped) drm0: [ITHREAD] error: [drm:pid1104:i915_irq_emit] *ERROR* i915_irq_emit called without lock held pid 1104 (Xorg), uid 0: exited on signal 6 (core dumped) error: [drm:pid1109:i915_irq_emit] *ERROR* i915_irq_emit called without lock held pid 1109 (Xorg), uid 0: exited on signal 6 (core dumped) ********************** xorg.conf ********************** Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 Option "DontZap" "false" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Option "AccelMethod" "UXA" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection ***************************** Xorg.0.log ***************************** X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Apr 30 13:16:01 BST 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 Build Date: 06 April 2009 10:59:19AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Apr 30 13:40:14 2009 (++) Using config file: "xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) Option "DontZap" "false" (==) Automatically adding devices (==) Automatically enabling devices (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, built-ins (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0x6a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3, Mem @ 0xf0000000/134217728, 0xffa80000/524288, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.6.0, module version = 2.6.3 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intelб╠GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (**) intel(0): Option "AccelMethod" "UXA" (II) intel(0): Integrated Graphics Chipset: Intel(R) 845G (--) intel(0): Chipset: "845G" (--) intel(0): Linear framebuffer at 0xF0000000 (--) intel(0): IO registers at addr 0xFFA80000 (**) intel(0): Using UXA for acceleration (II) intel(0): 1 display pipe available. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "DVODDC_D" initialized. (II) Loading sub module "sil164" (II) LoadModule: "sil164" (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so (II) Module sil164: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7xxx" (II) LoadModule: "ch7xxx" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so (II) Module ch7xxx: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ivch" (II) LoadModule: "ivch" (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so (II) Module ivch: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_B" initialized. (II) Loading sub module "tfp410" (II) LoadModule: "tfp410" (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so (II) Module tfp410: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_B" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7017" (II) LoadModule: "ch7017" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so (II) Module ch7017: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVODDC_D" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Resizable framebuffer: available (1 4) (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:E-EDID segment register" registered at address 0x60. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C device "CRTDDC_A:E-EDID segment register" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "@@@", prod id 0 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): EDID vendor "@@@", prod id 0 (II) intel(0): Output VGA connected (II) intel(0): Using exact sizes for initial modes (II) intel(0): Output VGA using initial mode 1024x768 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 128 kB GTT. (II) intel(0): detected 8060 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (300, 230) mm (**) intel(0): DPI set to (86, 84) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 112640 total, 0 used (II) intel(0): I830CheckAvailableMemory: 450560 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) intel(0): [DRI2] Setup complete (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) UXA(0): Driver registered support for the following operations: (II) solid (II) copy (II) composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): xf86BindGARTMemory: bind key 9 at 0x007df000 (pgoffset 2015) (II) intel(0): xf86BindGARTMemory: bind key 10 at 0x00800000 (pgoffset 2048) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) (II) intel(0): 0x00025000-0x00124fff: fake bufmgr (1024 kB) (II) intel(0): 0x007df000: end of stolen memory (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x000000000cdc8000 physical ) (II) intel(0): 0x00800000-0x00bfffff: front buffer (4096 kB) (II) intel(0): 0x08000000: end of aperture (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): Existing errors found in hardware state. _fence_emit_internal: drm_i915_irq_emit: 22 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 14:24:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6971065670; Thu, 30 Apr 2009 14:24:00 +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 17D798FC20; Thu, 30 Apr 2009 14:23:59 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-156-5-217.bna.bellsouth.net [70.156.5.217]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3UENhDG031088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Apr 2009 10:23:43 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anton Shterenlikht In-Reply-To: <20090430125204.GA77491@mech-cluster238.men.bris.ac.uk> References: <20090430125204.GA77491@mech-cluster238.men.bris.ac.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-9Q8yTSoRnXkLopnRCzVJ" Organization: FreeBSD Date: Thu, 30 Apr 2009 09:23:34 -0500 Message-Id: <1241101414.1761.17.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 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-current@freebsd.org Subject: Re: Intel i845 - drm error: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 14:24:01 -0000 --=-9Q8yTSoRnXkLopnRCzVJ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable On Thu, 2009-04-30 at 13:52 +0100, Anton Shterenlikht wrote: > On i386 8.0-current, with intel i845 chipset, with=20 >=20 > Option "AccelMethod" "UXA" >=20 > in device section of xorg.conf I get this error: >=20 > error: [drm:pid1104:i915_irq_emit] *ERROR* i915_irq_emit called > without lock held UXA doesn't work for us... I haven't tracked this fully, but I'm fairly certain that UXA requires GEM. I get the same error when I attempt to enable UXA. I'll look at it some more... > and these 3 lines at the bottom of the Xorg.0.log: >=20 > (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled > (WW) intel(0): Existing errors found in hardware state. > _fence_emit_internal: drm_i915_irq_emit: 22 >=20 > If I don't use UXA I get a warning in the X log file that it must be > enabled for DRI2. >=20 > Should I submit a PR? Yes, go ahead and file one... I keep losing track of issues, so I need to start getting people to file PRs... I don't know if I can do much about this one yet though... robert. > xorg.conf, dmesg, and Xorg.0.log are below. >=20 > many thanks > anton >=20 > ******************* > dmesg > ******************* >=20 > 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 8.0-CURRENT #0: Thu Apr 30 13:16:01 BST 2009 > mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 > Features=3D0xbfebfbff > Features2=3D0x400 > real memory =3D 536870912 (512 MB) > avail memory =3D 507289600 (483 MB) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 1f700000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0x= ffafffff irq 11 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 8060k stolen memory > agp0: aperture size is 128M > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xf0000000 128MB > info: [drm] Initialized i915 1.6.0 20080730 > uhci0: port 0xe800-0xe81f irq= 11 at device 29.0 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup =3D 0x0f30 > usbus0: on uhci0 > uhci1: port 0xe880-0xe89f irq= 3 at device 29.1 on pci0 > uhci1: [ITHREAD] > uhci1: LegSup =3D 0x0f30 > usbus1: on uhci1 > uhci2: port 0xec00-0xec1f irq= 5 at device 29.2 on pci0 > uhci2: [ITHREAD] > uhci2: LegSup =3D 0x0f30 > usbus2: on uhci2 > ehci0: mem 0xffa7fc00-0xffa= 7ffff irq 9 at device 29.7 on pci0 > ehci0: [ITHREAD] > usbus3: EHCI version 1.0 > usbus3: on ehci0 > pcib1: at device 30.0 on pci0 > pci1: on pcib1 > ahc0: port 0xd800-0xd8ff mem 0xff8ff000= -0xff8fffff irq 10 at device 0.0 on pci1 > ahc0: [ITHREAD] > aic7880: Ultra Wide Channel A, SCSI Id=3D7, 16/253 SCBs > fxp0: port 0xdc00-0xdc3f mem 0= xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:07:e9:e7:41:dc > fxp0: [ITHREAD] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0xffa0-0xffaf at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (no driver attached) > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,= 0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppc0: [ITHREAD] > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > 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 > cpu0: on acpi0 > p4tcc0: on cpu0 > pmtimer0 on isa0 > orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2400101316 Hz quality 800 > Timecounters tick every 1.000 msec > Waiting 5 seconds for SCSI devices to settle > (probe0:ahc0:0:0:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe0:ahc0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe1:ahc0:0:1:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe2:ahc0:0:2:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe3:ahc0:0:3:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe3:ahc0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe4:ahc0:0:4:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe4:ahc0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe5:ahc0:0:5:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe5:ahc0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe6:ahc0:0:6:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe7:ahc0:0:8:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe7:ahc0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe8:ahc0:0:9:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe8:ahc0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe9:ahc0:0:10:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe9:ahc0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe10:ahc0:0:11:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe10:ahc0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe11:ahc0:0:12:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe11:ahc0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe12:ahc0:0:13:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe12:ahc0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe13:ahc0:0:14:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe13:ahc0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe14:ahc0:0:15:0): Probe PROBE_INVALID to PROBE_INQUIRY > (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > usbus3: 480Mbps High Speed USB v2.0 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > ad0: 76319MB at ata0-master UDMA100 > ugen3.1: at usbus3 > uhub0: on usbus3 > ugen0.1: at usbus0 > uhub1: on usbus0 > ugen1.1: at usbus1 > uhub2: on usbus1 > ugen2.1: at usbus2 > uhub3: on usbus2 > acd0: DVDROM at ata1-master UDMA33 > acd1: CDRW at ata1-slave UDMA33 > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > GEOM: ad0s1: geometry does not match label (255h,63s !=3D 16h,63s). > GEOM_LABEL: Label for provider ad0s1a is ufsid/48db6d0a9566784c. > GEOM_LABEL: Label for provider ad0s1d is ufsid/48db6d0ec04acd6f. > GEOM_LABEL: Label for provider ad0s1e is ufsid/48db6d0a1b5ea852. > GEOM_LABEL: Label for provider ad0s1f is ufsid/48db6d0a9c3d25b3. > uhub0: 6 ports with 6 removable, self powered > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad0s1a > GEOM_LABEL: Label ufsid/48db6d0a9566784c removed. > GEOM_LABEL: Label for provider ad0s1a is ufsid/48db6d0a9566784c. > GEOM_LABEL: Label ufsid/48db6d0a1b5ea852 removed. > GEOM_LABEL: Label for provider ad0s1e is ufsid/48db6d0a1b5ea852. > GEOM_LABEL: Label ufsid/48db6d0a9c3d25b3 removed. > GEOM_LABEL: Label for provider ad0s1f is ufsid/48db6d0a9c3d25b3. > GEOM_LABEL: Label ufsid/48db6d0ec04acd6f removed. > GEOM_LABEL: Label for provider ad0s1d is ufsid/48db6d0ec04acd6f. > GEOM_LABEL: Label ufsid/48db6d0a9566784c removed. > GEOM_LABEL: Label ufsid/48db6d0a1b5ea852 removed. > GEOM_LABEL: Label ufsid/48db6d0a9c3d25b3 removed. > GEOM_LABEL: Label ufsid/48db6d0ec04acd6f removed. > pid 1068 (Xorg), uid 0: exited on signal 11 (core dumped) > drm0: [ITHREAD] > error: [drm:pid1104:i915_irq_emit] *ERROR* i915_irq_emit called without l= ock held > pid 1104 (Xorg), uid 0: exited on signal 6 (core dumped) > error: [drm:pid1109:i915_irq_emit] *ERROR* i915_irq_emit called without l= ock held > pid 1109 (Xorg), uid 0: exited on signal 6 (core dumped) >=20 >=20 > ********************** > xorg.conf > ********************** >=20 > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > Option "DontZap" "false" > EndSection >=20 > Section "Files" > ModulePath "/usr/local/lib/xorg/modules" > FontPath "/usr/local/lib/X11/fonts/misc/" > FontPath "/usr/local/lib/X11/fonts/TTF/" > FontPath "/usr/local/lib/X11/fonts/OTF" > FontPath "/usr/local/lib/X11/fonts/Type1/" > FontPath "/usr/local/lib/X11/fonts/100dpi/" > FontPath "/usr/local/lib/X11/fonts/75dpi/" > EndSection >=20 > Section "Monitor" > Identifier "Monitor0" > VendorName "Monitor Vendor" > ModelName "Monitor Model" > EndSection >=20 > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "NoAccel" # [] > #Option "SWcursor" # [] > #Option "ColorKey" # > #Option "CacheLines" # > #Option "Dac6Bit" # [] > #Option "DRI" # [] > #Option "NoDDC" # [] > #Option "ShowCache" # [] > #Option "XvMCSurfaces" # > #Option "PageFlip" # [] > Option "AccelMethod" "UXA" > Identifier "Card0" > Driver "intel" > VendorName "Intel Corporation" > BoardName "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Devic= e" > BusID "PCI:0:2:0" > EndSection >=20 > Section "Screen" > Identifier "Screen0" > Device "Card0" > Monitor "Monitor0" > SubSection "Display" > Viewport 0 0 > Depth 16 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 24 > EndSubSection > EndSection >=20 >=20 > ***************************** > Xorg.0.log > ***************************** >=20 > X.Org X Server 1.6.0 > Release Date: 2009-2-25 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386=20 > Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURREN= T FreeBSD 8.0-CURRENT #0: Thu Apr 30 13:16:01 BST 2009 mexas@mech-Anton= 240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 > Build Date: 06 April 2009 10:59:19AM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Apr 30 13:40:14 2009 > (++) Using config file: "xorg.conf" > (=3D=3D) ServerLayout "X.org Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) Option "DontZap" "false" > (=3D=3D) Automatically adding devices > (=3D=3D) Automatically enabling devices > (**) FontPath set to: > /usr/local/lib/X11/fonts/misc/, > /usr/local/lib/X11/fonts/TTF/, > /usr/local/lib/X11/fonts/OTF, > /usr/local/lib/X11/fonts/Type1/, > /usr/local/lib/X11/fonts/100dpi/, > /usr/local/lib/X11/fonts/75dpi/, > /usr/local/lib/X11/fonts/misc/, > /usr/local/lib/X11/fonts/TTF/, > /usr/local/lib/X11/fonts/OTF, > /usr/local/lib/X11/fonts/Type1/, > /usr/local/lib/X11/fonts/100dpi/, > /usr/local/lib/X11/fonts/75dpi/, > built-ins > (**) ModulePath set to "/usr/local/lib/xorg/modules" > (II) Cannot locate a core pointer device. > (II) Cannot locate a core keyboard device. > (II) The server relies on HAL to provide the list of input devices. > If no devices become available, reconfigure HAL or disable AllowEmptyInp= ut. > (II) Loader magic: 0x6a0 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 5.0 > X.Org XInput driver : 4.0 > X.Org Server Extension : 2.0 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 >=20 > (--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset I= ntegrated Graphics Device rev 3, Mem @ 0xf0000000/134217728, 0xffa80000/524= 288, BIOS @ 0x????????/65536 > (II) System resource ranges: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) LoadModule: "extmod" > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension MIT-SCREEN-SAVER > (II) Loading extension XFree86-VidModeExtension > (II) Loading extension XFree86-DGA > (II) Loading extension DPMS > (II) Loading extension XVideo > (II) Loading extension XVideo-MotionCompensation > (II) Loading extension X-Resource > (II) LoadModule: "dbe" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension DOUBLE-BUFFER > (II) LoadModule: "glx" > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (=3D=3D) AIGLX disabled > (II) Loading extension GLX > (II) LoadModule: "record" > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension RECORD > (II) LoadModule: "dri" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension XFree86-DRI > (II) LoadModule: "dri2" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so > (II) Module dri2: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension DRI2 > (II) LoadModule: "intel" > (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so > (II) Module intel: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 2.6.3 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 5.0 > (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, > i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, > E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, > 965GM, 965GME/GLE, G33, Q35, Q33, > Mobile Intel=C2=AE GM45 Express Chipset, > Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 > (II) Primary Device is: PCI 00@00:02:0 > (II) resource ranges after xf86ClaimFixedResources() call: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) resource ranges after probing: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" > (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > (II) Module vgahw: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 0.1.0 > ABI class: X.Org Video Driver, version 5.0 > (=3D=3D) intel(0): Depth 24, (--) framebuffer bpp 32 > (=3D=3D) intel(0): RGB weight 888 > (=3D=3D) intel(0): Default visual is TrueColor > (**) intel(0): Option "AccelMethod" "UXA" > (II) intel(0): Integrated Graphics Chipset: Intel(R) 845G > (--) intel(0): Chipset: "845G" > (--) intel(0): Linear framebuffer at 0xF0000000 > (--) intel(0): IO registers at addr 0xFFA80000 > (**) intel(0): Using UXA for acceleration > (II) intel(0): 1 display pipe available. > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Module "ddc" already built-in > (II) Loading sub module "i2c" > (II) LoadModule: "i2c" > (II) Module "i2c" already built-in > (II) intel(0): Output VGA using monitor section Monitor0 > (II) intel(0): I2C bus "DVODDC_D" initialized. > (II) Loading sub module "sil164" > (II) LoadModule: "sil164" > (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so > (II) Module sil164: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ch7xxx" > (II) LoadModule: "ch7xxx" > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so > (II) Module ch7xxx: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ivch" > (II) LoadModule: "ivch" > (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so > (II) Module ivch: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_B" initialized. > (II) Loading sub module "tfp410" > (II) LoadModule: "tfp410" > (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so > (II) Module tfp410: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) intel(0): I2C bus "DVOI2C_B" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ch7017" > (II) LoadModule: "ch7017" > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so > (II) Module ch7017: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVODDC_D" removed. > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): Resizable framebuffer: available (1 4) > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C device "CRTDDC_A:E-EDID segment register" registered a= t address 0x60. > (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. > (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. > (II) intel(0): I2C device "CRTDDC_A:E-EDID segment register" removed. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "@@@", prod id 0 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 = 605 628 +hsync +vsync (37.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 = 603 625 +hsync +vsync (35.2 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 4= 84 500 -hsync -vsync (37.5 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 4= 92 520 -hsync -vsync (37.9 kHz) > (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 4= 86 525 -hsync -vsync (35.0 kHz) > (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 4= 92 525 -hsync -vsync (31.5 kHz) > (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 4= 14 449 -hsync +vsync (31.5 kHz) > (II) intel(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 = 769 772 800 +hsync +vsync (60.0 kHz) > (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 = 771 777 806 -hsync -vsync (56.5 kHz) > (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 = 771 777 806 -hsync -vsync (48.4 kHz) > (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 = 628 667 -hsync -vsync (49.7 kHz) > (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 = 604 625 +hsync +vsync (46.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 = 643 666 +hsync +vsync (48.1 kHz) > (II) intel(0): EDID vendor "@@@", prod id 0 > (II) intel(0): Output VGA connected > (II) intel(0): Using exact sizes for initial modes > (II) intel(0): Output VGA using initial mode 1024x768 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): detected 128 kB GTT. > (II) intel(0): detected 8060 kB stolen memory. > (=3D=3D) intel(0): video overlay key set to 0x101fe > (=3D=3D) intel(0): Will not try to enable page flipping > (=3D=3D) intel(0): Triple buffering disabled > (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) > (**) intel(0): Display dimensions: (300, 230) mm > (**) intel(0): DPI set to (86, 84) > (II) Loading sub module "fb" > (II) LoadModule: "fb" > (II) Loading /usr/local/lib/xorg/modules//libfb.so > (II) Module fb: vendor=3D"X.Org Foundation" > compiled for 1.6.0, module version =3D 1.0.0 > ABI class: X.Org ANSI C Emulation, version 0.4 > (II) Loading sub module "ramdac" > (II) LoadModule: "ramdac" > (II) Module "ramdac" already built-in > (II) intel(0): Comparing regs from server start up to After PreInit > (=3D=3D) Depth 24 pixmap format is 32 bpp > (II) do I need RAC? No, I don't. > (II) resource ranges after preInit: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) > [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) > [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) > [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) > [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) > (II) intel(0): Kernel reported 112640 total, 0 used > (II) intel(0): I830CheckAvailableMemory: 450560 kB available > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenByBusid: drmOpenMinor returns 11 > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > (II) intel(0): [DRI2] Setup complete > (**) intel(0): Framebuffer compression disabled > (**) intel(0): Tiling enabled > (=3D=3D) intel(0): VideoRam: 131072 KB > (II) intel(0): Attempting memory allocation with tiled buffers. > (II) intel(0): Tiled allocation successful. > (II) intel(0): Page Flipping disabled > (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0= x0000 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) UXA(0): Driver registered support for the following operations: > (II) solid > (II) copy > (II) composite (RENDER acceleration) > (=3D=3D) intel(0): Backing store disabled > (=3D=3D) intel(0): Silken mouse enabled > (II) intel(0): Initializing HW Cursor > (II) intel(0): xf86BindGARTMemory: bind key 9 at 0x007df000 (pgoffset 201= 5) > (II) intel(0): xf86BindGARTMemory: bind key 10 at 0x00800000 (pgoffset 20= 48) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) > (II) intel(0): 0x00025000-0x00124fff: fake bufmgr (1024 kB) > (II) intel(0): 0x007df000: end of stolen memory > (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x00000000= 0cdc8000 physical > ) > (II) intel(0): 0x00800000-0x00bfffff: front buffer (4096 kB) > (II) intel(0): 0x08000000: end of aperture > (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled > (WW) intel(0): Existing errors found in hardware state. > _fence_emit_internal: drm_i915_irq_emit: 22 >=20 >=20 --=20 Robert Noland FreeBSD --=-9Q8yTSoRnXkLopnRCzVJ 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) iEYEABECAAYFAkn5tGYACgkQM4TrQ4qfROP0ZACaAjiiX7SoKVTN+KFvkJ2ga8XH DXoAoIkCsmZVi+GuEUObQSxwBkSDuYUD =cWER -----END PGP SIGNATURE----- --=-9Q8yTSoRnXkLopnRCzVJ-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:18:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABAEA1065675 for ; Thu, 30 Apr 2009 15:18:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 952D08FC21 for ; Thu, 30 Apr 2009 15:18:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UFIU2K059548 for ; Thu, 30 Apr 2009 08:18:30 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UFIUHf059547 for current@freebsd.org; Thu, 30 Apr 2009 08:18:30 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 08:18:30 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090430151830.GW1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20090429161626.GQ1387@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UKsZWh/ZtaJX4ozz" Content-Disposition: inline In-Reply-To: <20090429161626.GQ1387@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 15:18:32 -0000 --UKsZWh/ZtaJX4ozz Content-Type: multipart/mixed; boundary="lFRK9w0o3gensELN" Content-Disposition: inline --lFRK9w0o3gensELN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: > My build machine had no trouble building & booting r191662, but my > laptop's boot came to a screeching halt rather quickly. Here's > cut/paste for serial console of the single-user mode boot sequence: > ... > Fatal trap 18: integer divide fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xc0b34433 > stack pointer =3D 0x28:0xc1420d00 > frame pointer =3D 0x28:0xc1420d20 > 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 0 (swapper) > [thread pid 0 tid 100000 ] > Stopped at cpu_topo+0x43: idivl %ecx,%eax > db>=20 >=20 >=20 > [Note: I've been in the habit of tracking head/CURRENT on a daily basis, > and had no problems building today's while running yesterday's, which > was r1916?? -- sorry; looks as if I'll need to boot from a different > kernel to get that info. (I've already powered off my build machine, > and it's at home, while I'm at work.)] OK; that earlier revision (from Tuesday, which worked) was r191620. I just built & tried to boot r191682; same symptoms. I've attached a copy of dmesg.boot from the failing machine when it's running r191620. > Is there anything of use I might get from DDB? I can still poke around there for a bit, if that would be useful. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --lFRK9w0o3gensELN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable 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 8.0-CURRENT #1024 r191620: Tue Apr 28 07:33:08 PDT 2009 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc1125000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc112514c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc11251f8. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc11252a4. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc1125350. Preloaded elf module "/boot/kernel/drm.ko" at 0xc11253fc. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392948048 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 805306368 (768 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001425000 - 0x000000002f2d9fff, 770396160 bytes (188085 pages) avail memory =3D 769642496 (733 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: ULE: setup cpu 0 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_bu= ffersize=3D16384 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_= round=3D25 wlan: <802.11 Link Layer> nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: random: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Apr 27 2009 06:52:= 16) ACPI: RSDP @ 0x0xfde50/0x0014 (v 0 DELL ) ACPI: RSDT @ 0x0xfde64/0x002C (v 1 DELL CPi R 0x27D40107 ASL 0x00000= 061) ACPI: FACP @ 0x0xfde90/0x0074 (v 1 DELL CPi R 0x27D40107 ASL 0x00000= 061) ACPI: DSDT @ 0x0xfffe4000/0x314E (v 1 INT430 SYSFexxx 0x00001001 MSFT 0x01= 00000E) ACPI: FACS @ 0x0x2ffff800/0x0040 ACPI: BOOT @ 0x0xfdf04/0x0028 (v 1 DELL CPi R 0x27D40107 ASL 0x00000= 061) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: wakeup code va 0xc3ce3000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x8000eac4 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.FDIS -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.AD1_ -> bus 0 dev 29 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIRQ -> bus 0 dev 31 func 0 acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 2fef0000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 Validation 0 11 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 5: 11 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x04 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 26, ena= bled found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x04 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf20, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x42 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248c, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248a, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xbfa0, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x2485, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc80, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x2486, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd400, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc00, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xd8000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x10de, dev=3D0x0174, revid=3D0xa3 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0027, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfc000000, size 24, enabled pcib1: requested memory range 0xfc000000-0xfcffffff: good map[14]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, ena= bled pcib1: requested memory range 0xe0000000-0xe7ffffff: good map[18]: type Prefetchable Memory, range 32, base 0xdff80000, size 19, ena= bled pcib1: requested memory range 0xdff80000-0xdfffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA vgapci0: mem 0xfc000000-0xfcffffff,0xe0000000-0xe7= ffffff,0xdff80000-0xdfffffff irq 11 at device 0.0 on pci1 uhci0: port 0xbf80-0xbf9f i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 uhci0: [MPSAFE] uhci0: [ITHREAD] uhci0: LegSup =3D 0x0000 usbus0: on uhci0 uhci1: port 0xbf20-0xbf3f i= rq 11 at device 29.2 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 uhci1: [MPSAFE] uhci1: [ITHREAD] uhci1: LegSup =3D 0x0000 usbus1: on uhci1 pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 16 pcib2: I/O decode 0xe000-0xffff pcib2: memory decode 0xf4000000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.1.INTA at func 0: 255 ACPI: Found matching pin for 2.1.INTA at func 1: 255 ACPI: Found matching pin for 2.1.INTA at func 2: 11 ACPI: Found matching pin for 2.3.INTA at func 0: 11 ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x78 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec80, size 7, enabled pcib2: requested I/O range 0xec80-0xecff: in range map[14]: type Memory, range 32, base 0xf8fffc00, size 7, enabled pcib2: requested memory range 0xf8fffc00-0xf8fffc7f: good pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0x8027, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf8fff000, size 11, enabled pcib2: requested memory range 0xf8fff000-0xf8fff7ff: good map[14]: type Memory, range 32, base 0xf8ff8000, size 14, enabled pcib2: requested memory range 0xf8ff8000-0xf8ffbfff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x1260, dev=3D0x3873, revid=3D0x01 domain=3D0, bus=3D2, slot=3D3, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xec000000, size 12, ena= bled pcib2: requested memory range 0xec000000-0xec000fff: good pcib2: matched entry for 2.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0= xf8fffc7f irq 11 at device 0.0 on pci2 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xf8fffc00 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:08:74:e9:c9:41 xl0: [MPSAFE] xl0: [ITHREAD] cbb0: at device 1.0 on pci2 pcib2: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 4 cbb0: Setting primary bus to 2 cbb0: Secondary bus set to 3 subbus 4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: [FILTER] cbb0: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80000000 0x020000a0 0x20040302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: at device 1.1 on pci2 pcib2: cbb1 requested memory range 0x0-0xffffffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80001000 cbb1: Found memory at 80001000 cbb1: Secondary bus is 5 cbb1: Setting primary bus to 2 cbb1: Secondary bus set to 5 subbus 6 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: [FILTER] cbb1: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80001000 0x020000a0 0x20060502 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024f021 0x00000600 0x000f0001 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xf8fff000-0xf8fff7ff,0xf8ff8000-0= xf8ffbfff irq 11 at device 1.2 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf8fff000 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 42:4f:c0:00:07:2c:30:41 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xd215e0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:2c:30:41 fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:2c:30:41 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:07:2c:30:41 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode wi0: mem 0xec000000-0xec000fff irq 11 at device 3.0 on = pci2 wi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xec000000 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.8.0) wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: [MPSAFE] wi0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x20001 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: [MPSAFE] ata1: [ITHREAD] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at devi= ce 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xdc80 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features mic channel, tone, simulated stereo, bass boost, 20 bi= t DAC, 18 bit ADC, 5 bit master volume, SRS 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic,= AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "bass": pcm0: Mixer "treble": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 179c000, 4000; 0xdd9e0000 -> 179c000 pcm0: sndbuf_setmap 17a0000, 4000; 0xdd9e4000 -> 17a0000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) fdc1: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc1: ic_type 90 part_id 80 fdc1: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (9600,n,8,1) ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_perf0: on cpu0 p4tcc0: on cpu0 ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcf7ff,0xcf800-0xcffff pnpid ORM0= 000 on isa0 pcf0 failed to probe on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: No FDOUT register! fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) sn0: not probed (disabled) uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 uart2: not probed (disabled) uart3: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2392948048firewire0: 1 nodes, maxhop <=3D 0 cab= le IRM irm(0) (me)=20 firewire0: bus manager 0=20 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forward= ing enabled, default to deny, logging unlimited DUMMYNET with IPv6 initialized (040826) lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00020001 ata0: New devices: 00020001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Status is 0x30000006 Status is 0x30000410 cbb1: card inserted: event=3D0x00000000, state=3D30000410 pccard1: chip_socket_enable cbb_pcic_socket_enable: cbb1: cbb_power: 5V fdc1: output ready timeout uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered fdc1: output ready timeout fdc1: output ready timeout fdc1: output ready timeout fdc1: output ready timeout fdc1: output ready timeout fdc1: output ready timeout acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery0: battery initialization done, tried 1 times battery1: battery initialization start battery1: battery initialization done, tried 1 times ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D40 wire pccard1: read_cis ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire fdc1: output ready timeout fdc1: input ready timeout fdc1: input ready timeout fdc1: output ready timeout fdc1: input ready timeout fdc1: input ready timeout fdc1: output ready timeout fdc1: input ready timeout fdc1: input ready timeout fdc1: output ready timeout fdc1: input ready timeout fdc1: input ready timeout ad0: setting PIO4 on ICH3 chip pcib2: pccard1 requested memory range 0x88000000-0xffffffff: good cis mem map 0xdda26000 (resource: 0x88000000) pccard1: CIS tuple chain: CISTPL_DEVICE type=3Dfuncspec speed=3D100ns 0x1 0x3 0xdc 00 0xff CISTPL_DEVICE_A type=3Dfuncspec speed=3D100ns 0x17 0x3 0xdc 00 0xff unhandled CISTPL 0x14 CISTPL_NO_LINK 0x14 00 CISTPL_VERS_1 0x15 0x31 0x4 0x1 0x43 0x69 0x73 0x63 0x6f 0x20 0x53 0x79 0x73 0x74 0x65 0= x6d 0x73 00 0x33 0x35 0x30 0x20 0x53 0x65 0x72 0x69 0x65 0x73 0x20 0x57 0x69 0= x72 0x65 0x6c 0x65 0x73 0x73 0x20 0x4c 0x41 0x4e 0x20 0x41 0x64 0x61 0x70 0x74= 0x65 0x72 00 0xff CISTPL_MANFID 0x20 0x4 0x5f 0x1 0xa 00 CISTPL_FUNCID 0x21 0x2 0x6 00 CISTPL_FUNCE 0x22 0x2 0x1 0x7 CISTPL_FUNCE 0x22 0x5 0x2 0xc0 0xd8 0xa7 00 CISTPL_FUNCE 0x22 0x2 0x3 0x7 CISTPL_CONFIG 0x1a 0x5 0x1 0x5 0xe0 0x3 0x7 CISTPL_CFTABLE_ENTRY 0x1b 0xc 0xc5 0x1 0x1a 0x9 0x55 0x66 0x1 0x55 0x46 0x30 0xff 0xff CISTPL_END ff pccard1: check_cis_quirks pccard1: CIS version PCCARD 2.0 or 2.1 pccard1: CIS info: Cisco Systems, 350 Series Wireless LAN Adapter pccard1: Manufacturer code 0x15f, product 0xa pccard1: function 0: network adapter, ccr addr 0x3e0 mask 0x7 pccard1: function 0, config table entry 5: I/O card; irq mask 0xffff; iomas= k 0x6, iospace 0-0x3f; io16 irqlevel pccard1: functions scanning pccard1: Card has 1 functions. pccard_mfc is 0 pccard1: I/O rid 0 start 0 end 0xffffffff pcib2: pccard1 requested I/O range 0x100-0xffffffff: in range cbb_pcic_socket_enable: pcib2: pccard1 requested memory range 0x88000000-0xffffffff: good pccard1: ccr_res =3D=3D 0x88000000-0x880003ff, base=3D0x3e0 pccard1: function 0 CCR at 0 offset 0x3e0: 0x45 0x80 0x22 0, 0 0 0 0, 0 an0: at port 0x100-0x13f ir= q 11 function 0 config 5 on pccard1 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: WARNING: using obsoleted if_watchdog interface an0: bpf attached an0: Ethernet address: 00:40:96:40:5d:44 an0: [GIANT-LOCKED] an0: [ITHREAD] pccard1: function 0 CCR at 0 offset 0x3e0 mask 0x7: 0x45 0x80 0x22 0, 0 0 0= 0, 0 ad0: setting UDMA100 on ICH3 chip ad0: 114473MB at ata0-master UDMA100 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting PIO4 on ICH3 chip acd0: setting UDMA33 on ICH3 chip acd0: CDRW drive = at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 (probe1:sbp0:0:0:0): error 22 (probe1:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:1:0): error 22 (probe2:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:2:0): error 22 (probe3:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:3:0): error 22 (probe4:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:4:0): error 22 (probe5:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:5:0): error 22 (probe6:sbp0:0:5:0): Unretryable Error (probe7:sbp0:0:6:0): error 22 (probe7:sbp0:0:6:0): Unretryable Error pcm0: measured ac97 link rate at 48005 Hz, will use 48000 Hz ry doeacd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe0:ata0:0:1:0): error 22 (probe0:ata0:0:1:0): Unretryable Error (probe0:ata0:0:1:0): Down reving Protocol Version from 2 to 0? s no(probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:ata0:0:1:0): CAM Status: SCSI Status Error (probe0:ata0:0:1:0): SCSI Status: Check Condition (probe0:ata0:0:1:0): NOT READY asc:3a,0 (probe0:ata0:0:1:0): Medium not present (probe0:ata0:0:1:0): (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0= =20 (probe0:ata0:0:1:0): NOT READY asc:3a,0 (probe0:ata0:0:1:0): Medium not present Unretryable error (probe0:ata0:0:1:0): error 6 (probe0:ata0:0:1:0): Unretryable Error t ma(probe0:ata0:0:1:0): error 6 (probe0:ata0:0:1:0): Unretryable Error tch labelacd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe0:ata0:0:1:0): error 22 (probe0:ata0:0:1:0): Unretryable Error (15h,63s !=3D 16h,63s). pass0 at ata0 bus 0 target 1 lun 0 pass0:GEOM: ad0s2: geometry does not match label (15h,63s !=3D 16h,63s). Removable CD-ROM SCSIGEOM: ad0s4: geometry does not match label (1= 5h,63s !=3D 16h,63s). -0 device=20 pass0: 33.000MB/s transfers WARNING: WITNESS option enabled, expect reduced performance. (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM_LABEL: Label for provider ad0s1a is ufsid/49728364be0e44f6. GEOM_LABEL: Label for provider ad0s1d is ufsid/49728370ef6a1bb4. GEOM_LABEL: Label for provider ad0s2a is ufsid/49a348ea5cda9036. GEOM_LABEL: Label for provider ad0s2d is ufsid/49a349468de1cc38. GEOM_LABEL: Label for provider ad0s3a is ufsid/49728735d8f70a93. GEOM_LABEL: Label for provider ad0s3d is ufsid/4972878099f22d95. GEOM_LABEL: Label for provider ad0s4a is ufsid/4972895e7ecd233a. GEOM_LABEL: Label for provider ad0s4d is ufsid/49728992a5657d36. GEOM_LABEL: Label for provider ad0s4e is ufsid/49728b978f782469. GEOM_LABEL: Label for provider ad0s4f is ufsid/49728bd3f3f26324. GEOM_LABEL: Label for provider ad0s4g is ufsid/49729d577ed6f96a. GEOM_LABEL: Label for provider ad0s4h is ufsid/4972a77e3d8b378a. GEOM: new disk cd0 scsi_cd.c::ioctl cmd=3D4400648b error=3D25 (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s4a ct_to_ts([2009-04-30 12:23:29]) =3D 1241094209.000000000 start_init: trying /sbin/init GEOM_LABEL: Label ufsid/4972895e7ecd233a removed. GEOM_LABEL: Label for provider ad0s4a is ufsid/4972895e7ecd233a. GEOM_LABEL: Label ufsid/49a348ea5cda9036 removed. GEOM_LABEL: Label for provider ad0s2a is ufsid/49a348ea5cda9036. GEOM_LABEL: Label ufsid/49a349468de1cc38 removed. GEOM_LABEL: Label for provider ad0s2d is ufsid/49a349468de1cc38. GEOM_LABEL: Label ufsid/49728992a5657d36 removed. GEOM_LABEL: Label for provider ad0s4d is ufsid/49728992a5657d36. GEOM_LABEL: Label ufsid/49728bd3f3f26324 removed. GEOM_LABEL: Label for provider ad0s4f is ufsid/49728bd3f3f26324. GEOM_LABEL: Label ufsid/49729d577ed6f96a removed. GEOM_LABEL: Label for provider ad0s4g is ufsid/49729d577ed6f96a. GEOM_LABEL: Label ufsid/4972a77e3d8b378a removed. GEOM_LABEL: Label for provider ad0s4h is ufsid/4972a77e3d8b378a. GEOM_LABEL: Label ufsid/49728364be0e44f6 removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/49728364be0e44f6. GEOM_LABEL: Label ufsid/49728370ef6a1bb4 removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/49728370ef6a1bb4. GEOM_LABEL: Label ufsid/49728735d8f70a93 removed. GEOM_LABEL: Label for provider ad0s3a is ufsid/49728735d8f70a93. GEOM_LABEL: Label ufsid/4972878099f22d95 removed. GEOM_LABEL: Label for provider ad0s3d is ufsid/4972878099f22d95. GEOM_LABEL: Label ufsid/49728b978f782469 removed. GEOM_LABEL: Label for provider ad0s4e is ufsid/49728b978f782469. GEOM_LABEL: Label ufsid/4972895e7ecd233a removed. GEOM_LABEL: Label ufsid/49728992a5657d36 removed. GEOM_LABEL: Label ufsid/49728b978f782469 removed. GEOM_LABEL: Label ufsid/49729d577ed6f96a removed. wlan0: bpf attached wlan0: Ethernet address: 00:05:3c:09:86:46 wlan0: bpf attached GEOM_LABEL: Label for provider md0 is ufsid/49f9984c155bf901. GEOM_LABEL: Label ufsid/49f9984c155bf901 removed. --lFRK9w0o3gensELN-- --UKsZWh/ZtaJX4ozz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn5wUUACgkQmprOCmdXAD3PxgCdGSAfvI1XYLjqb5VKEQkdCY/M G0QAnRWN65/Bco9l53UrXWMWpDcpTEaH =znEI -----END PGP SIGNATURE----- --UKsZWh/ZtaJX4ozz-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:54:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F2AA106566C for ; Thu, 30 Apr 2009 15:54:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 34BF98FC1B for ; Thu, 30 Apr 2009 15:54:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UFs8Qj059691 for ; Thu, 30 Apr 2009 08:54:08 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UFs8Zg059690 for current@freebsd.org; Thu, 30 Apr 2009 08:54:08 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 08:54:08 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090430155408.GX1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eG/Mb3lYspOUTzsV" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 15:54:09 -0000 --eG/Mb3lYspOUTzsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Build machine crashed on boot of r191682: =2E.. GEOM_LABEL: Label ufsid/48fa940b4445475f removed. fxp0: link state changed to UP suspending ithread with the following locks held: shared rw udpinp (udpinp) r =3D 0 (0xc5ac4f3c) locked @ /usr/src/sys/netine= t6/udp6_usrreq.c:360 panic: witness_warn cpuid =3D 1 KDB: enter: panic [thread pid 12 tid 100008 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db>=20 I started to paste the output of "show witness" in here, but it got to be sufficiently lengthy that I thought it better to save it for private mail or a follow-up if it's really wanted. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --eG/Mb3lYspOUTzsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn5yZ8ACgkQmprOCmdXAD1ewgCcDh16IMD7P/MLj6BEo50fIwIO Zb0An2VvUB2HOveTghRzNyD29h+5MPGa =F1I6 -----END PGP SIGNATURE----- --eG/Mb3lYspOUTzsV-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:55:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F074B106564A for ; Thu, 30 Apr 2009 15:55:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 173D98FC27 for ; Thu, 30 Apr 2009 15:55:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA03665; Thu, 30 Apr 2009 18:35:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F9C544.3060509@icyb.net.ua> Date: Thu, 30 Apr 2009 18:35:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20090429161626.GQ1387@albert.catwhisker.org> <20090430151830.GW1387@albert.catwhisker.org> In-Reply-To: <20090430151830.GW1387@albert.catwhisker.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 15:55:13 -0000 on 30/04/2009 18:18 David Wolfskill said the following: > On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: >> Is there anything of use I might get from DDB? > > I can still poke around there for a bit, if that would be useful. In general the stack trace[*] should be provided at the very least, otherwise people have hard figuring out where the problem occurred, so right people may just not notice a report. [*] it's bt command -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:55:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F6CF106567B for ; Thu, 30 Apr 2009 15:55:13 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 14A548FC28 for ; Thu, 30 Apr 2009 15:55:12 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3UFtAAA002942 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 30 Apr 2009 15:55:11 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: Kip Macy In-Reply-To: <3c1674c90904300019w63f31ac0n141c3d5116eadb97@mail.gmail.com> 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: Thu, 30 Apr 2009 11:55:10 -0400 References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> <49F8E71B.2020102@freebsd.org> <38E0E938-68DA-4D2E-8191-3CEC836A82E9@wanderview.com> <3c1674c90904300019w63f31ac0n141c3d5116eadb97@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 15:55:13 -0000 On Apr 30, 2009, at 3:19 AM, Kip Macy wrote: > I have a system at work that I could lock up within minutes with > fsstress. With this patch the system is now stable with large numbers > of fsstress processes running. > > Provided I get the heads up from pjd, I will commit it. I found on my system that I could not zfs export my pool after running my load test with this patch. To try to fix this I've updated the patch to delegate to vrele(9) instead of directly decrementing the vnode count. I also modified the deferred operation to restart a full vrele(9) instead of calling VOP_INACTIVE since it occurred to me someone else might have grabbed the vnode while our task was on the queue. I have only had time to run a short test, but it seems to avoid the problem so far. Can you retest with these changes? Thanks! - Ben > > -Kip > > > On Wed, Apr 29, 2009 at 6:56 PM, Ben Kelly wrote: >> On Apr 29, 2009, at 7:47 PM, Lawrence Stewart wrote: >>> >>> Ben Kelly wrote: >>>> >>>> On Apr 29, 2009, at 7:58 AM, Ben Kelly wrote: >>>>> >>>>> On Apr 29, 2009, at 2:43 AM, Jaakko Heinonen wrote: >>>>>> >>>>>> On 2009-04-28, Ben Kelly wrote: >>>>>>>> >>>>>>>> >>>>>>>> http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff >>>>>>> >>>>>>> The patch is updated in the same location above. >>>>>> >>>>>> There's a fatal typo in the patch: >>>>>> >>>>>> - ZFS_OBJ_HOLD_ENTER(zfsvfs, z_id); >>>>>> + locked == ZFS_OBJ_HOLD_TRYENTER(zfsvfs, z_id); >>>>>> ^^^^ >>>>> >>>>> Yikes! Thanks for catching this! >>>>> >>>>> The patch has been updated at the same URL. If anyone has >>>>> patched their >>>>> system please grab the new version. Sorry for the confusion. >>>> >>>> Argh! The patch was still broken even after this fix. >>>> Apparently when I tested my taskqueue solution I forgot to do a >>>> make >>>> installkernel. For some reason the taskqueue approach deadlocks >>>> my server >>>> at home under normal conditions. Therefore I have reverted the >>>> patch to use >>>> the simple return. I still don't think this is the right >>>> solution, but I >>>> don't have time to completely figure out what is going on right >>>> now. >>>> Again, sorry for the mess! >>> >>> As far as I can tell, one of the developers is working on a patch to >>> address the same issue you're discussing in this thread. He ran >>> into it on >>> his SSD ZFS installation and the symptoms sound likely to be the >>> same as >>> what you're discussing. I believe he's testing a patch which is >>> inspired by >>> the one the opensolaris guys used to fix the bug, which you can >>> look at >>> here: >>> >>> http://people.freebsd.org/~pjd/patches/vn_rele_hang.patch >>> >>> The open solaris one has major incompatibilities with FreeBSD so >>> can't be >>> applied directly. >>> >>> As soon as it's ready I think he'll be making it available for wider >>> testing so stay tuned. >>> >>> Cheers, >>> Lawrence >>> >>> PS Apologies if the issue you're working on is not the same as the >>> one >>> addressed by the opensolaris patch above. >> >> >> Thank you! This does appear to be the same issue and I look >> forward to >> seeing the final fix. >> >> For now I've gone ahead and updated my patch with a naive >> adaptation of the >> opensolaris diff. It seems more correct than what I had and I was >> worried >> people would waste time testing my broken approach. I've only been >> able to >> test it on my i386, non-SMP server however. >> >> Thanks again. >> >> - Ben >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > > > > -- > All that is necessary for the triumph of evil is that good men do > nothing. > Edmund Burke > From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:58:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BCF106568F for ; Thu, 30 Apr 2009 15:58:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9568D8FC0A for ; Thu, 30 Apr 2009 15:58:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UFwHff059792; Thu, 30 Apr 2009 08:58:17 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UFwHTq059791; Thu, 30 Apr 2009 08:58:17 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 08:58:17 -0700 From: David Wolfskill To: Andriy Gapon Message-ID: <20090430155817.GY1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Andriy Gapon , current@freebsd.org References: <20090429161626.GQ1387@albert.catwhisker.org> <20090430151830.GW1387@albert.catwhisker.org> <49F9C544.3060509@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="I9088/5HKimF9CYi" Content-Disposition: inline In-Reply-To: <49F9C544.3060509@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 15:58:18 -0000 --I9088/5HKimF9CYi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: > on 30/04/2009 18:18 David Wolfskill said the following: > > On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: > >> Is there anything of use I might get from DDB? > >=20 > > I can still poke around there for a bit, if that would be useful. >=20 > In general the stack trace[*] should be provided at the very least, other= wise > people have hard figuring out where the problem occurred, so right people= may just > not notice a report. Sorry; it happened so quickly, I wasn't at all certain there would be enough to show: db> bt Tracing pid 0 tid 100000 td 0xc0d43610 cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at smp_topo+0x10b sched_setup(0,141ec00,141ec00,141e000,1425000,...) at sched_setup+0x1a mi_startup() at mi_startup+0x96 begin() at begin+0x2c db>=20 The machine is a Dell Latitude ... something nearly equivalent to the Inspiron 8200, and has a bunch of Inspiron 8200 parts in it (such as the CPU & miniPCI card). Thanks...! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --I9088/5HKimF9CYi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn5ypgACgkQmprOCmdXAD3SwQCfXu7FZ/98iA43epGWlNGI0j/H r0AAn3bO+ad3uz9sn9Uzrd/FNgJGPEZv =POFL -----END PGP SIGNATURE----- --I9088/5HKimF9CYi-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 15:59:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 772591065697 for ; Thu, 30 Apr 2009 15:59:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 49DAE8FC28 for ; Thu, 30 Apr 2009 15:59:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UFxHFX059813 for ; Thu, 30 Apr 2009 08:59:17 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UFxHW5059812 for current@freebsd.org; Thu, 30 Apr 2009 08:59:17 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 08:59:16 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090430155916.GZ1387@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20090430155408.GX1387@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4VWgGltm/5syTS5r" Content-Disposition: inline In-Reply-To: <20090430155408.GX1387@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 15:59:17 -0000 --4VWgGltm/5syTS5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 08:54:08AM -0700, David Wolfskill wrote: > Build machine crashed on boot of r191682: > ... Here's the stack trace on this one: db> bt Tracing pid 12 tid 100008 td 0xc556d000 kdb_enter(c0c390c8,c0c390c8,c0bde813,c52dec9c,1,...) at kdb_enter+0x3a panic(c0bde813,c0bbbe95,0,0,0,...) at panic+0x136 witness_warn(2,0,c0c34f8a,4dd,c55b1cf0,...) at witness_warn+0x1e9 ithread_loop(c556a0c0,c52ded38,c0c34c06,32d,c556b7ec,...) at ithread_loop+0= x177 fork_exit(c08375b0,c556a0c0,c52ded38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52ded70, ebp =3D 0 --- db>=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --4VWgGltm/5syTS5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn5ytQACgkQmprOCmdXAD0v5QCeIQFDWWFYDLsYjAktxlmgUWbS aNYAn2q9h5Hzyz5VHFfVXSfp4FVluTiz =ckZ2 -----END PGP SIGNATURE----- --4VWgGltm/5syTS5r-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 16:07:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30F811065672 for ; Thu, 30 Apr 2009 16:07:54 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id D28E18FC1E for ; Thu, 30 Apr 2009 16:07:53 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 6B97B944A7; Thu, 30 Apr 2009 20:07:51 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1768895220; Thu, 30 Apr 2009 20:07:51 +0400 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n3UG7osm003050; Thu, 30 Apr 2009 20:07:50 +0400 (MSD) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n3UG7jxL003049; Thu, 30 Apr 2009 20:07:45 +0400 (MSD) (envelope-from dchagin) Date: Thu, 30 Apr 2009 20:07:45 +0400 From: Chagin Dmitry To: David Wolfskill , current@freebsd.org Message-ID: <20090430160745.GA3006@dchagin.static.corbina.ru> References: <20090429161626.GQ1387@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20090429161626.GQ1387@albert.catwhisker.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 16:07:54 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: > My build machine had no trouble building & booting r191662, but my > laptop's boot came to a screeching halt rather quickly. Here's > cut/paste for serial console of the single-user mode boot sequence: >=20 >=20 > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 > SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 > SMAP type=3D01 base=3D0000000000100000 len=3D000000002fee2800 > SMAP type=3D02 base=3D000000002ffe2800 len=3D000000000001d800 > SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 > SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 > 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 8.0-CURRENT #1025 r191662: Wed Apr 29 08:28:59 PDT 2009 > root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc1125000. > Preloaded elf module "/boot/kernel/linux.ko" at 0xc112514c. > Preloaded elf module "/boot/kernel/if_an.ko" at 0xc11251f8. > Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc11252a4. > Preloaded elf module "/boot/kernel/radeon.ko" at 0xc1125350. > Preloaded elf module "/boot/kernel/drm.ko" at 0xc11253fc. > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2392949196 Hz > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class = CPU) > Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 > Features=3D0xbfebf9ff > Features2=3D0x400 >=20 > Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries > Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries > 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byt= e line size > Trace cache: 12K-uops, 8-way set associative > 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte l= ine size > real memory =3D 805306368 (768 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001425000 - 0x000000002f2d9fff, 770396160 bytes (188085 pages) > avail memory =3D 769642496 (733 MB) > bios32: Found BIOS32 Service Directory header at 0xc00ffe80 > bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 > pcibios: PCI BIOS entry at 0xf0000+0xbfee > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 > pnpbios: Event flag at 4b4 > Other BIOS signatures found: >=20 >=20 > Fatal trap 18: integer divide fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xc0b34433 > stack pointer =3D 0x28:0xc1420d00 > frame pointer =3D 0x28:0xc1420d20 > 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 0 (swapper) > [thread pid 0 tid 100000 ] > Stopped at cpu_topo+0x43: idivl %ecx,%eax > db>=20 >=20 >=20 > [Note: I've been in the habit of tracking head/CURRENT on a daily basis, > and had no problems building today's while running yesterday's, which > was r1916?? -- sorry; looks as if I'll need to boot from a different > kernel to get that info. (I've already powered off my build machine, > and it's at home, while I'm at work.)] >=20 > Is there anything of use I might get from DDB? >=20 It seems it is r191648, cpu_cores or cpu_logical equal to 0. cc to jeff@ --=20 Have fun! chd --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkn5zNAACgkQ0t2Tb3OO/O3klACfR9LCB3czPJb5jEADN9jmgQqt 0AUAoL1QiioMB9WWEpjlmKHtYidpy2Qx =Fn/S -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 16:09:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BD510656C1 for ; Thu, 30 Apr 2009 16:09:31 +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 0675C8FC1A for ; Thu, 30 Apr 2009 16:09:30 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA03989; Thu, 30 Apr 2009 19:09:09 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F9CD25.70102@icyb.net.ua> Date: Thu, 30 Apr 2009 19:09:09 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20090429161626.GQ1387@albert.catwhisker.org> <20090430151830.GW1387@albert.catwhisker.org> <49F9C544.3060509@icyb.net.ua> <20090430155817.GY1387@albert.catwhisker.org> In-Reply-To: <20090430155817.GY1387@albert.catwhisker.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 16:09:32 -0000 on 30/04/2009 18:58 David Wolfskill said the following: > On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: >> on 30/04/2009 18:18 David Wolfskill said the following: >>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: >>>> Is there anything of use I might get from DDB? >>> I can still poke around there for a bit, if that would be useful. >> In general the stack trace[*] should be provided at the very least, otherwise >> people have hard figuring out where the problem occurred, so right people may just >> not notice a report. > > Sorry; it happened so quickly, I wasn't at all certain there would be > enough to show: > > db> bt > Tracing pid 0 tid 100000 td 0xc0d43610 > cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at cpu_topo+0x43 > smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at smp_topo+0x10b > sched_setup(0,141ec00,141ec00,141e000,1425000,...) at sched_setup+0x1a > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c My guess is that (cpu_cores * cpu_logical) somehow equals to zero. Have you by a chance saved this crash dump? I think that t would be interesting to look at it in kgdb. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 16:37:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F03F106566C for ; Thu, 30 Apr 2009 16:37:31 +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 070E38FC0C for ; Thu, 30 Apr 2009 16:37:30 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so1927683fxm.43 for ; Thu, 30 Apr 2009 09:37:30 -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=LHaNOkho/2yOdF5me/knfV1h1gVynhnaEuVPokyMKKQ=; b=AzxT2iwES/mSRFf9vqr1302pfvIZjRnAB7XPJ3cJAnufpI3TjJZEBMvdKzARcv2yY6 bRXq0IQ6QplCpcSUYmDDQua02e2/lwwpa4G3YKAWT4wUhqXLEUyaEwen5igucWR+QDjL Xin49w8uartffMBaSq6uh84BdmQADnm+K5mXA= 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=DZB7oeevJO06DrFy0OQzuZatXobXZd3is2TLt9Ue2V35Ij1G0gk+PMZkTAOFDgbeQd 3vWXKaT6TjXHLC6a7iqbJ24fb4bCcXwIIxIh4OAkeESarpr73/ySV7suqOd8WOQ6yITK htL/ygc1aEP9olHEMw0UmA/kaIXYMxZv8LRUw= MIME-Version: 1.0 Received: by 10.103.11.5 with SMTP id o5mr1087720mui.75.1241109449882; Thu, 30 Apr 2009 09:37:29 -0700 (PDT) In-Reply-To: <49F9CD25.70102@icyb.net.ua> References: <20090429161626.GQ1387@albert.catwhisker.org> <20090430151830.GW1387@albert.catwhisker.org> <49F9C544.3060509@icyb.net.ua> <20090430155817.GY1387@albert.catwhisker.org> <49F9CD25.70102@icyb.net.ua> Date: Thu, 30 Apr 2009 20:37:29 +0400 Message-ID: From: pluknet To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 16:37:31 -0000 2009/4/30 Andriy Gapon : > on 30/04/2009 18:58 David Wolfskill said the following: >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: >>> on 30/04/2009 18:18 David Wolfskill said the following: >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: >>>>> Is there anything of use I might get from DDB? >>>> I can still poke around there for a bit, if that would be useful. >>> In general the stack trace[*] should be provided at the very least, otherwise >>> people have hard figuring out where the problem occurred, so right people may just >>> not notice a report. >> >> Sorry; it happened so quickly, I wasn't at all certain there would be >> enough to show: >> >> db> bt >> Tracing pid 0 tid 100000 td 0xc0d43610 >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at cpu_topo+0x43 >> smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at smp_topo+0x10b >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at sched_setup+0x1a >> mi_startup() at mi_startup+0x96 >> begin() at begin+0x2c > > My guess is that (cpu_cores * cpu_logical) somehow equals to zero. That was masked earlier by additional checks on zero, and now that routine moved to the separate function (and to separate call path from subr_smp.c:mp_start() which seems not to be called). > Have you by a chance saved this crash dump? > I think that t would be interesting to look at it in kgdb. > -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 17:13:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE36106566C for ; Thu, 30 Apr 2009 17:13:42 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id E20CE8FC12 for ; Thu, 30 Apr 2009 17:13:41 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1156385ana.13 for ; Thu, 30 Apr 2009 10:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ax3MWTgJYH+kRvhzBP97IixuluP5auqCfBcVi7+VJu0=; b=tSJpmyUhgWg+VcvFE/mE9YqfJCxAfu5Uet4KF+iaG5pGrdecvr/KfLKt0Hj+hRBy0O g3gnbtmv4UBIxI02IgwECWUskdYk7THrbcUrhE8cEzagBQ/NlobOwJpMGk7SlGDipZgE YU7/azgmdt3Qpl2kTpFprGkO1Qc5jTZEBwZyY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ioi68qicqLSaZJV4m9zNc04xgHH2/Yf40hGUZZp2jAVNJRiE0Wg5zGo1D4BH/h/HZt fPLpSW3j5SHvRQneLmjVJ2E1mMjZUFEPwvMRygGGJXfysrjfG7HlxzL5Hn22STv/HWMh ZcdO7lFUkiGae49DMaXvfSQpQn/bv79r6oof8= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.44.4 with SMTP id r4mr3514693anr.157.1241111621026; Thu, 30 Apr 2009 10:13:41 -0700 (PDT) In-Reply-To: References: <4D8E4457-89AA-4F19-9960-E090D3B8E319@wanderview.com> <20090429064303.GA2189@a91-153-125-115.elisa-laajakaista.fi> <49F8E71B.2020102@freebsd.org> <38E0E938-68DA-4D2E-8191-3CEC836A82E9@wanderview.com> <3c1674c90904300019w63f31ac0n141c3d5116eadb97@mail.gmail.com> Date: Thu, 30 Apr 2009 10:13:40 -0700 X-Google-Sender-Auth: 55efeb1f4443d4d2 Message-ID: <3c1674c90904301013k1ca3b0d9x4f3389591db99a0b@mail.gmail.com> From: Kip Macy To: Ben Kelly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 17:13:42 -0000 On Thu, Apr 30, 2009 at 8:55 AM, Ben Kelly wrote: > On Apr 30, 2009, at 3:19 AM, Kip Macy wrote: >> >> I have a system at work that I could lock up within minutes with >> fsstress. With this patch the system is now stable with large numbers >> of fsstress processes running. >> >> Provided I get the heads up from pjd, I will commit it. > > I found on my system that I could not zfs export my pool after running my > load test with this patch. =A0To try to fix this I've updated the patch t= o > delegate to vrele(9) instead of directly decrementing the vnode count. = =A0I > also modified the deferred operation to restart a full vrele(9) instead o= f > calling VOP_INACTIVE since it occurred to me someone else might have grab= bed > the vnode while our task was on the queue. =A0I have only had time to run= a > short test, but it seems to avoid the problem so far. > > Can you retest with these changes? >\ I'll try deferring the entire vrele. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 19:17:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03DA01065670 for ; Thu, 30 Apr 2009 19:17:37 +0000 (UTC) (envelope-from sullrich@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 8A6FD8FC13 for ; Thu, 30 Apr 2009 19:17:36 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by fxm6 with SMTP id 6so2006824fxm.43 for ; Thu, 30 Apr 2009 12:17:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=9PX3Wq3wBTMCW5s+qkMtkf1H4IwfD0XuWS914f/o6Ak=; b=NIs2W4VFzegWtlCAdDc5adO2qNKBoa1dOgYO0a8jk0BxNc9G9dlHQeSY4J0cXGtxhU zEAbuUR4ZBWzAdZRv46LY3TwK9+bSJlE3bBDZYOF1MvM+0L3y2hmkNpMogEci5dhW/jq FdXDR2KDAAc2K/thbPcdFdz0lP3mnO8f4g/AA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=sinrLypVdt1DMS7IwUuLjXa6TYvKmD+NRwbmlaQWHhl/xMtRQRAcGePkO113bPRSPh 1p6csw3e4mlcbpK6p9As+qEu+iU53NAqEl5rpt26WyVDkEU1CzgzkgOBpxjGabj5w6c9 2fNgyQam078Cicw4ba5gEzrkovNmSVOF5UXS4= MIME-Version: 1.0 Received: by 10.103.227.13 with SMTP id e13mr1187493mur.20.1241117113133; Thu, 30 Apr 2009 11:45:13 -0700 (PDT) From: Scott Ullrich Date: Thu, 30 Apr 2009 14:44:51 -0400 Message-ID: To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ACPI Error (tbxfroot-0308): A valid RSDP was not found with todays CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 19:17:37 -0000 Hello, I am getting this panic on bootup with todays -CURRENT sources (seemed fine two days ago). "ACPI Error (tbxfroot-0308): A valid RSDP was not found [20070320]" on machine bootup with ACPI on or off. http://cvs.pfsense.com/~sullrich/pics/IMG_0377.JPG The box is sitting at the db> prompt if anyone would like me to do some troubleshooting. Unfortunately it seems to be too early to use a serial console but I can continue taking photos and posting (sorry about that). Thanks for any input, Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 19:27:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95156106566B for ; Thu, 30 Apr 2009 19:27:49 +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 70FF18FC20 for ; Thu, 30 Apr 2009 19:27:49 +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 112B846B06; Thu, 30 Apr 2009 15:27:49 -0400 (EDT) Date: Thu, 30 Apr 2009 20:27:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Wolfskill In-Reply-To: <20090430155408.GX1387@albert.catwhisker.org> Message-ID: References: <20090430155408.GX1387@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 19:27:49 -0000 On Thu, 30 Apr 2009, David Wolfskill wrote: > Build machine crashed on boot of r191682: > > ... > GEOM_LABEL: Label ufsid/48fa940b4445475f removed. > fxp0: link state changed to UP > suspending ithread with the following locks held: > shared rw udpinp (udpinp) r = 0 (0xc5ac4f3c) locked @ /usr/src/sys/netinet6/udp6_usrreq.c:360 > panic: witness_warn > cpuid = 1 > KDB: enter: panic > [thread pid 12 tid 100008 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> > > I started to paste the output of "show witness" in here, but it got to be > sufficiently lengthy that I thought it better to save it for private mail or > a follow-up if it's really wanted. This falls into the category of "unlikely software bugs" -- is there any chance this machine is overheating or has memory problems? "show alllocks" would be helpful on general principle, though. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 19:31:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 066E4106566C; Thu, 30 Apr 2009 19:31:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 30 Apr 2009 15:31:39 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200904301531.41613.jkim@FreeBSD.org> Cc: Scott Ullrich Subject: Re: ACPI Error (tbxfroot-0308): A valid RSDP was not found with todays CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 19:31:52 -0000 On Thursday 30 April 2009 02:44 pm, Scott Ullrich wrote: > Hello, > > I am getting this panic on bootup with todays -CURRENT sources > (seemed fine two days ago). > > "ACPI Error (tbxfroot-0308): A valid RSDP was not found [20070320]" > on machine bootup with ACPI on or off. > > http://cvs.pfsense.com/~sullrich/pics/IMG_0377.JPG > > The box is sitting at the db> prompt if anyone would like me to do > some troubleshooting. > > Unfortunately it seems to be too early to use a serial console but > I can continue taking photos and posting (sorry about that). It seems ACPI is not the root cause. http://docs.freebsd.org/cgi/mid.cgi?a31046fc0904300937q6483002fy124ed918962c925c Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 19:32:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71BB3106564A; Thu, 30 Apr 2009 19:32:33 +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 C8A908FC21; Thu, 30 Apr 2009 19:32:32 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz9 with SMTP id 9so1982920bwz.43 for ; Thu, 30 Apr 2009 12:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yipeMU7MEV3RZK8aYvKFEXZz1/PUjisPIlMjMeg6+JI=; b=lwa3/Z4JyURyvRJ8GdHxX134X2GJqtzKgzRU9ZcrD3vOJLRFmFQbQfnluA9qpkb7ZQ O60wXEDIG9kbBo+CPXl2FyoOvEPUwUHN7271r3IZpuicG9iF4oX1bpdE7+ZqVizmQ42b EpgoQwTAO7iqEOdf73CqqxflFrfPWhweyLmNY= 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=avsZYwtBj9ZMGtLP7JEeTMkaaM6O9fzFcInfbJpr1vevlg3bUqfLzJGPJbarvctmJw xNudtMSyupoYqcrpxG8aNdlTOCjPSyEpvIhaikTJ3ZYL2g4MX3XQ8GTQtOeHrpTXuMuo bS6/ZOU9JO/cyhWb95PNVkrDyr4owcW+cqhyg= MIME-Version: 1.0 Received: by 10.102.247.4 with SMTP id u4mr1172423muh.128.1241119951607; Thu, 30 Apr 2009 12:32:31 -0700 (PDT) In-Reply-To: References: <20090430013428.cb4f804b.nork@FreeBSD.org> Date: Thu, 30 Apr 2009 23:32:31 +0400 Message-ID: From: pluknet To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 19:32:33 -0000 2009/4/30 Jeff Roberson : > On SMP machines you should now see output like this: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads > > If you detect any irregularities with kern.sched.topology_spec or this dmesg > line please report them. > Hi, Jeff. I have such mismatch. This is an Intel E7200. FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 So it should be instead: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 kern.sched.topology_spec: 0, 1 0, 1 HTT group -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 19:52:13 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 878AC1065670; Thu, 30 Apr 2009 19:52:11 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 30 Apr 2009 15:51:59 -0400 User-Agent: KMail/1.6.2 References: <20090429161626.GQ1387@albert.catwhisker.org> <49F9CD25.70102@icyb.net.ua> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_jFg+JVteRvql0NH" Message-Id: <200904301552.03118.jkim@FreeBSD.org> Cc: pluknet , Andriy Gapon , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 19:52:13 -0000 --Boundary-00=_jFg+JVteRvql0NH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 30 April 2009 12:37 pm, pluknet wrote: > 2009/4/30 Andriy Gapon : > > on 30/04/2009 18:58 David Wolfskill said the following: > >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: > >>> on 30/04/2009 18:18 David Wolfskill said the following: > >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill wrote: > >>>>> Is there anything of use I might get from DDB? > >>>> > >>>> I can still poke around there for a bit, if that would be > >>>> useful. > >>> > >>> In general the stack trace[*] should be provided at the very > >>> least, otherwise people have hard figuring out where the > >>> problem occurred, so right people may just not notice a report. > >> > >> Sorry; it happened so quickly, I wasn't at all certain there > >> would be enough to show: > >> > >> db> bt > >> Tracing pid 0 tid 100000 td 0xc0d43610 > >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at > >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at > >> smp_topo+0x10b > >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at > >> sched_setup+0x1a mi_startup() at mi_startup+0x96 > >> begin() at begin+0x2c > > > > My guess is that (cpu_cores * cpu_logical) somehow equals to > > zero. > > That was masked earlier by additional checks on zero, > and now that routine moved to the separate function > (and to separate call path from subr_smp.c:mp_start() > which seems not to be called). > > > Have you by a chance saved this crash dump? > > I think that t would be interesting to look at it in kgdb. Please try the attached patch. Jung-uk Kim --Boundary-00=_jFg+JVteRvql0NH Content-Type: text/plain; charset="iso-8859-1"; name="mp_machdep.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mp_machdep.diff" --- sys/amd64/amd64/mp_machdep.c (revision 191699) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -214,6 +214,8 @@ else if (type == CPUID_TYPE_CORE) cpu_cores = cnt; } + if (cpu_cores == 0) + cpu_cores = 1; if (cpu_logical == 0) cpu_logical = 1; cpu_cores /= cpu_logical; --- sys/i386/i386/mp_machdep.c (revision 191699) +++ sys/i386/i386/mp_machdep.c (working copy) @@ -267,6 +267,8 @@ else if (type == CPUID_TYPE_CORE) cpu_cores = cnt; } + if (cpu_cores == 0) + cpu_cores = 1; if (cpu_logical == 0) cpu_logical = 1; cpu_cores /= cpu_logical; --Boundary-00=_jFg+JVteRvql0NH-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 20:25:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A571F1065675 for ; Thu, 30 Apr 2009 20:25:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0898FC13 for ; Thu, 30 Apr 2009 20:25:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so1015477fkf.11 for ; Thu, 30 Apr 2009 13:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VmQdZ2cYaUQT8kSYOhqSoeoFSMf2ct0NZCWvv0bLGx4=; b=Utc4aGyc3XJh2yO5iR6UuyfgR1EOHe+Z74ob71V4HfuLzgQPd77eFilSCV1k+Wj2g6 ecuEHlLjz8BYNxVoYL/5rfLIyZTwsX0qXRUoitMvythlUwchiAkYXMTzwXyBx2ZUqFTF /RqChkUnvhmvxAt7/Q2iNItESNJX5lrHXMQaQ= 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=HRpGWRhMmIQ8L98pCZtXA6YRIIXoIZ36UyaPV1JWK0SWJfRzmWcTBEXGIQQgDrY2YQ krcpB5t39caZepLbdFtY4MSaZr4MujDcWLNw6v7TrPzi3Ng6ngfIQRW2lBKv8h5dnU44 cQWvongkWjHvsqrNjhPXYBz2kZRa+E8OLIZbg= MIME-Version: 1.0 Received: by 10.103.213.19 with SMTP id p19mr1229633muq.9.1241123157431; Thu, 30 Apr 2009 13:25:57 -0700 (PDT) In-Reply-To: <200904301552.03118.jkim@FreeBSD.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <49F9CD25.70102@icyb.net.ua> <200904301552.03118.jkim@FreeBSD.org> Date: Fri, 1 May 2009 00:25:57 +0400 Message-ID: From: pluknet To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 20:25:59 -0000 2009/4/30 Jung-uk Kim : > On Thursday 30 April 2009 12:37 pm, pluknet wrote: >> 2009/4/30 Andriy Gapon : >> > on 30/04/2009 18:58 David Wolfskill said the following: >> >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: >> >>> on 30/04/2009 18:18 David Wolfskill said the following: >> >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill > wrote: >> >>>>> Is there anything of use I might get from DDB? >> >>>> >> >>>> I can still poke around there for a bit, if that would be >> >>>> useful. >> >>> >> >>> In general the stack trace[*] should be provided at the very >> >>> least, otherwise people have hard figuring out where the >> >>> problem occurred, so right people may just not notice a report. >> >> >> >> Sorry; it happened so quickly, I wasn't at all certain there >> >> would be enough to show: >> >> >> >> db> bt >> >> Tracing pid 0 tid 100000 td 0xc0d43610 >> >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at >> >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at >> >> smp_topo+0x10b >> >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at >> >> sched_setup+0x1a mi_startup() at mi_startup+0x96 >> >> begin() at begin+0x2c >> > >> > My guess is that (cpu_cores * cpu_logical) somehow equals to >> > zero. >> >> That was masked earlier by additional checks on zero, >> and now that routine moved to the separate function >> (and to separate call path from subr_smp.c:mp_start() >> which seems not to be called). >> >> > Have you by a chance saved this crash dump? >> > I think that t would be interesting to look at it in kgdb. > > Please try the attached patch. > > Jung-uk Kim > The strange thing is why cpu_mp_start() is called at all in case when there is only one CPU in system. It should early return in mp_start(). (I saw two reports and both of them were UP systems). -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 20:41:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 1B901106566C; Thu, 30 Apr 2009 20:41:02 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: David Wolfskill Date: Thu, 30 Apr 2009 16:40:53 -0400 User-Agent: KMail/1.6.2 References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301552.03118.jkim@FreeBSD.org> <20090430202906.GE1387@albert.catwhisker.org> In-Reply-To: <20090430202906.GE1387@albert.catwhisker.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_Wzg+JIN5plhXd6I" Message-Id: <200904301640.54855.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 20:41:02 -0000 --Boundary-00=_Wzg+JIN5plhXd6I Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Thursday 30 April 2009 04:29 pm, David Wolfskill wrote: > On Thu, Apr 30, 2009 at 03:51:59PM -0400, Jung-uk Kim wrote: > > ... > > > > > >> db> bt > > > >> Tracing pid 0 tid 100000 td 0xc0d43610 > > > >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at > > > >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at > > > >> smp_topo+0x10b > > > >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at > > > >> sched_setup+0x1a mi_startup() at mi_startup+0x96 > > > >> begin() at begin+0x2c > > > > > > > > My guess is that (cpu_cores * cpu_logical) somehow equals to > > > > zero. > > > > > > That was masked earlier by additional checks on zero, > > > and now that routine moved to the separate function > > > (and to separate call path from subr_smp.c:mp_start() > > > which seems not to be called). > > > > > > > Have you by a chance saved this crash dump? > > > > I think that t would be interesting to look at it in kgdb. > > I was unable to save a dump; sorry -- "panic" merely sat there. > Since the kernel had yet to have probed any devices (that I can > tell), that may have had something to do with it. > > > Please try the attached patch. > > > > Jung-uk Kim > > > > --- sys/amd64/amd64/mp_machdep.c (revision 191699) > > +++ sys/amd64/amd64/mp_machdep.c (working copy) > > @@ -214,6 +214,8 @@ > > else if (type == CPUID_TYPE_CORE) > > cpu_cores = cnt; > > } > > + if (cpu_cores == 0) > > + cpu_cores = 1; > > if (cpu_logical == 0) > > cpu_logical = 1; > > cpu_cores /= cpu_logical; > > --- sys/i386/i386/mp_machdep.c (revision 191699) > > +++ sys/i386/i386/mp_machdep.c (working copy) > > @@ -267,6 +267,8 @@ > > else if (type == CPUID_TYPE_CORE) > > cpu_cores = cnt; > > } > > + if (cpu_cores == 0) > > + cpu_cores = 1; > > if (cpu_logical == 0) > > cpu_logical = 1; > > cpu_cores /= cpu_logical; > > OK; I tried, but the symptoms appear unchanged: > > ... > � Select option, [Enter] for default � > � or [Space] to pause timer 9 � > ì•ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ì»´ï¿½ > > > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=000000000009fc00 > SMAP type=02 base=000000000009fc00 len=0000000000000400 > SMAP type=01 base=0000000000100000 len=000000002fee2800 > SMAP type=02 base=000000002ffe2800 len=000000000001d800 > SMAP type=02 base=00000000feda0000 len=0000000000060000 > SMAP type=02 base=00000000ffb80000 len=0000000000480000 > 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 8.0-CURRENT #1027 r191682M: Thu Apr 30 13:19:50 > PDT 2009 > root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc1131000. > Preloaded elf module "/boot/kernel/linux.ko" at 0xc113114c. > Preloaded elf module "/boot/kernel/if_an.ko" at 0xc11311f8. > Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc11312a4. > Preloaded elf module "/boot/kernel/radeon.ko" at 0xc1131350. > Preloaded elf module "/boot/kernel/drm.ko" at 0xc11313fc. > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2392953980 Hz > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz > 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > Features=0xbfebf9ff,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE >> Features2=0x400 > > Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 > entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries > 1st-level data cache: 8 KB, 4-way set associative, sectored cache, > 64 byte line size Trace cache: 12K-uops, 8-way set associative > 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 > byte line size real memory = 805306368 (768 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001425000 - 0x000000002f2d9fff, 770396160 bytes (188085 > pages) avail memory = 769626112 (733 MB) > bios32: Found BIOS32 Service Directory header at 0xc00ffe80 > bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0xbfee > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > pnpbios: Entry = f0000:e2f4 Rev = 1.0 > pnpbios: Event flag at 4b4 > Other BIOS signatures found: > > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xc0b3c9f3 > stack pointer = 0x28:0xc1420d00 > frame pointer = 0x28:0xc1420d20 > 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 = 0 (swapper) > [thread pid 0 tid 100000 ] > Stopped at cpu_topo+0x43: idivl %ecx,%eax > db> bt > Tracing pid 0 tid 100000 td 0xc0d43690 > cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at > cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at > smp_topo+0x10b sched_setup(0,141ec00,141ec00,141e000,1425000,...) > at sched_setup+0x1a mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db> Okay, then please try this instead. Jung-uk Kim --Boundary-00=_Wzg+JIN5plhXd6I Content-Type: text/plain; charset="utf-8"; name="mp_machdep.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mp_machdep.diff" --- sys/i386/i386/mp_machdep.c (revision 191699) +++ sys/i386/i386/mp_machdep.c (working copy) @@ -267,6 +267,8 @@ else if (type == CPUID_TYPE_CORE) cpu_cores = cnt; } + if (cpu_cores == 0) + cpu_cores = 1; if (cpu_logical == 0) cpu_logical = 1; cpu_cores /= cpu_logical; @@ -352,7 +354,7 @@ else if (cpu_high) topo_probe_0x4(); if (cpu_cores == 0) - cpu_cores = mp_ncpus; + cpu_cores = mp_ncpus > 0 ? mp_ncpus : 1; if (cpu_logical == 0) cpu_logical = 1; } --- sys/amd64/amd64/mp_machdep.c (revision 191699) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -214,6 +214,8 @@ else if (type == CPUID_TYPE_CORE) cpu_cores = cnt; } + if (cpu_cores == 0) + cpu_cores = 1; if (cpu_logical == 0) cpu_logical = 1; cpu_cores /= cpu_logical; @@ -299,7 +301,7 @@ else if (cpu_high) topo_probe_0x4(); if (cpu_cores == 0) - cpu_cores = mp_ncpus; + cpu_cores = mp_ncpus > 0 ? mp_ncpus : 1; if (cpu_logical == 0) cpu_logical = 1; } --Boundary-00=_Wzg+JIN5plhXd6I-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 20:48:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE41C106566B for ; Thu, 30 Apr 2009 20:48:33 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2108FC17 for ; Thu, 30 Apr 2009 20:48:33 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 40B99953D0; Fri, 1 May 2009 00:48:31 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1769035887; Fri, 01 May 2009 00:48:31 +0400 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n3UKmUlR006604; Fri, 1 May 2009 00:48:30 +0400 (MSD) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n3UKmSZT006603; Fri, 1 May 2009 00:48:28 +0400 (MSD) (envelope-from dchagin) Date: Fri, 1 May 2009 00:48:28 +0400 From: Chagin Dmitry To: Robert Watson Message-ID: <20090430204828.GA6551@dchagin.static.corbina.ru> References: <20090430155408.GX1387@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: current@freebsd.org Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 20:48:34 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 08:27:48PM +0100, Robert Watson wrote: >=20 > On Thu, 30 Apr 2009, David Wolfskill wrote: >=20 > > Build machine crashed on boot of r191682: > > > > ... > > GEOM_LABEL: Label ufsid/48fa940b4445475f removed. > > fxp0: link state changed to UP > > suspending ithread with the following locks held: > > shared rw udpinp (udpinp) r =3D 0 (0xc5ac4f3c) locked @ /usr/src/sys/ne= tinet6/udp6_usrreq.c:360 > > panic: witness_warn > > cpuid =3D 1 > > KDB: enter: panic > > [thread pid 12 tid 100008 ] > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > db> > > > > I started to paste the output of "show witness" in here, but it got to = be=20 > > sufficiently lengthy that I thought it better to save it for private ma= il or=20 > > a follow-up if it's really wanted. >=20 > This falls into the category of "unlikely software bugs" -- is there any= =20 > chance this machine is overheating or has memory problems? "show alllock= s"=20 > would be helpful on general principle, though. >=20 hi Robert, look at patch bellow (even not tested, only to show a problem): diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c index 5393740..f8ac3f2 100644 --- a/sys/netinet6/udp6_usrreq.c +++ b/sys/netinet6/udp6_usrreq.c @@ -357,7 +357,6 @@ udp6_input(struct mbuf **mp, int *offp, int proto) UDPSTAT_INC(udps_noportmcast); goto badheadlocked; } - INP_RLOCK(last); INP_INFO_RUNLOCK(&V_udbinfo); if (last->inp_ppcb !=3D NULL) { /* David, can you test this patch? thnx! --=20 Have fun! chd --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkn6DpsACgkQ0t2Tb3OO/O1sdwCgs5nHmV0ciGgyRE3vD2Qx6+/X mPgAnA0zuy+0IomsfuGeny2TWxV/ZXJb =Abzn -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 20:56:58 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id EDDFF1065670; Thu, 30 Apr 2009 20:56:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 30 Apr 2009 16:56:38 -0400 User-Agent: KMail/1.6.2 References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301552.03118.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200904301656.51003.jkim@FreeBSD.org> Cc: pluknet , Andriy Gapon , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 20:56:58 -0000 On Thursday 30 April 2009 04:25 pm, pluknet wrote: > 2009/4/30 Jung-uk Kim : > > On Thursday 30 April 2009 12:37 pm, pluknet wrote: > >> 2009/4/30 Andriy Gapon : > >> > on 30/04/2009 18:58 David Wolfskill said the following: > >> >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: > >> >>> on 30/04/2009 18:18 David Wolfskill said the following: > >> >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill > > > > wrote: > >> >>>>> Is there anything of use I might get from DDB? > >> >>>> > >> >>>> I can still poke around there for a bit, if that would be > >> >>>> useful. > >> >>> > >> >>> In general the stack trace[*] should be provided at the very > >> >>> least, otherwise people have hard figuring out where the > >> >>> problem occurred, so right people may just not notice a > >> >>> report. > >> >> > >> >> Sorry; it happened so quickly, I wasn't at all certain there > >> >> would be enough to show: > >> >> > >> >> db> bt > >> >> Tracing pid 0 tid 100000 td 0xc0d43610 > >> >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at > >> >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at > >> >> smp_topo+0x10b > >> >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at > >> >> sched_setup+0x1a mi_startup() at mi_startup+0x96 > >> >> begin() at begin+0x2c > >> > > >> > My guess is that (cpu_cores * cpu_logical) somehow equals to > >> > zero. > >> > >> That was masked earlier by additional checks on zero, > >> and now that routine moved to the separate function > >> (and to separate call path from subr_smp.c:mp_start() > >> which seems not to be called). > >> > >> > Have you by a chance saved this crash dump? > >> > I think that t would be interesting to look at it in kgdb. > > > > Please try the attached patch. > > > > Jung-uk Kim > > The strange thing is why cpu_mp_start() is called at all in case > when there is only one CPU in system. It should early return in > mp_start(). (I saw two reports and both of them were UP systems). I don't think cpu_mp_start() is the culprit. When SMP kernel is used on UP system, scheduler still tries to probe topology although it should be simply smp_topo_none() instead of calling MD cpu_topo(). In fact, I had a simple band-aid in cpu_topo() in my local tree to shut up annoying: WARNING: Non-uniform processors. WARNING: Using suboptimal topology. messages when SMP is forced off or a core is disabled on multi-core systems, etc. It wasn't critical before but it is now, unfortunately. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 20:57:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62711065670 for ; Thu, 30 Apr 2009 20:57:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9E7818FC20 for ; Thu, 30 Apr 2009 20:57:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UKT6kO061325; Thu, 30 Apr 2009 13:29:07 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UKT61B061324; Thu, 30 Apr 2009 13:29:06 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 13:29:06 -0700 From: David Wolfskill To: Jung-uk Kim Message-ID: <20090430202906.GE1387@albert.catwhisker.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <49F9CD25.70102@icyb.net.ua> <200904301552.03118.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UoQnh8DjDgfWLrgi" Content-Disposition: inline In-Reply-To: <200904301552.03118.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 20:57:32 -0000 --UoQnh8DjDgfWLrgi Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 03:51:59PM -0400, Jung-uk Kim wrote: > ... > > >> db> bt > > >> Tracing pid 0 tid 100000 td 0xc0d43610 > > >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at > > >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at > > >> smp_topo+0x10b > > >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at > > >> sched_setup+0x1a mi_startup() at mi_startup+0x96 > > >> begin() at begin+0x2c > > > > > > My guess is that (cpu_cores * cpu_logical) somehow equals to > > > zero. > > > > That was masked earlier by additional checks on zero, > > and now that routine moved to the separate function > > (and to separate call path from subr_smp.c:mp_start() > > which seems not to be called). > > > > > Have you by a chance saved this crash dump? > > > I think that t would be interesting to look at it in kgdb. I was unable to save a dump; sorry -- "panic" merely sat there. Since the kernel had yet to have probed any devices (that I can tell), that may have had something to do with it. > Please try the attached patch. >=20 > Jung-uk Kim > --- sys/amd64/amd64/mp_machdep.c (revision 191699) > +++ sys/amd64/amd64/mp_machdep.c (working copy) > @@ -214,6 +214,8 @@ > else if (type =3D=3D CPUID_TYPE_CORE) > cpu_cores =3D cnt; > } > + if (cpu_cores =3D=3D 0) > + cpu_cores =3D 1; > if (cpu_logical =3D=3D 0) > cpu_logical =3D 1; > cpu_cores /=3D cpu_logical; > --- sys/i386/i386/mp_machdep.c (revision 191699) > +++ sys/i386/i386/mp_machdep.c (working copy) > @@ -267,6 +267,8 @@ > else if (type =3D=3D CPUID_TYPE_CORE) > cpu_cores =3D cnt; > } > + if (cpu_cores =3D=3D 0) > + cpu_cores =3D 1; > if (cpu_logical =3D=3D 0) > cpu_logical =3D 1; > cpu_cores /=3D cpu_logical; OK; I tried, but the symptoms appear unchanged: =2E.. =B3 Select option, [Enter] for default =B3 =B3 or [Space] to pause timer 9 =B3 =C0=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=D9 GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000002fee2800 SMAP type=3D02 base=3D000000002ffe2800 len=3D000000000001d800 SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 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 8.0-CURRENT #1027 r191682M: Thu Apr 30 13:19:50 PDT 2009 root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc1131000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc113114c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc11311f8. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc11312a4. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc1131350. Preloaded elf module "/boot/kernel/drm.ko" at 0xc11313fc. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392953980 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 805306368 (768 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001425000 - 0x000000002f2d9fff, 770396160 bytes (188085 pages) avail memory =3D 769626112 (733 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: Fatal trap 18: integer divide fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xc0b3c9f3 stack pointer =3D 0x28:0xc1420d00 frame pointer =3D 0x28:0xc1420d20 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 0 (swapper) [thread pid 0 tid 100000 ] Stopped at cpu_topo+0x43: idivl %ecx,%eax db> bt Tracing pid 0 tid 100000 td 0xc0d43690 cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at smp_topo+0x10b sched_setup(0,141ec00,141ec00,141e000,1425000,...) at sched_setup+0x1a mi_startup() at mi_startup+0x96 begin() at begin+0x2c db>=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --UoQnh8DjDgfWLrgi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6ChIACgkQmprOCmdXAD1PlgCffzZPMOmMbQ3jSIRcmftDugps gKAAmwb4diY5gkvxXN8eKdUp/tM8t8y2 =LryZ -----END PGP SIGNATURE----- --UoQnh8DjDgfWLrgi-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:06:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D551065678; Thu, 30 Apr 2009 21:06:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 456218FC0C; Thu, 30 Apr 2009 21:06:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UL6IVP061597; Thu, 30 Apr 2009 14:06:18 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UL6Ii1061596; Thu, 30 Apr 2009 14:06:18 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 14:06:18 -0700 From: David Wolfskill To: Jung-uk Kim Message-ID: <20090430210618.GH1387@albert.catwhisker.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301552.03118.jkim@FreeBSD.org> <20090430202906.GE1387@albert.catwhisker.org> <200904301640.54855.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9tgs1tPZHPH0Y5Co" Content-Disposition: inline In-Reply-To: <200904301640.54855.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 21:06:20 -0000 --9tgs1tPZHPH0Y5Co Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 04:40:53PM -0400, Jung-uk Kim wrote: > ... > > OK; I tried, but the symptoms appear unchanged: > > ... > Okay, then please try this instead. >=20 > Jung-uk Kim > --- sys/i386/i386/mp_machdep.c (revision 191699) > +++ sys/i386/i386/mp_machdep.c (working copy) > @@ -267,6 +267,8 @@ > else if (type =3D=3D CPUID_TYPE_CORE) > cpu_cores =3D cnt; > } > + if (cpu_cores =3D=3D 0) > + cpu_cores =3D 1; > if (cpu_logical =3D=3D 0) > cpu_logical =3D 1; > cpu_cores /=3D cpu_logical; > @@ -352,7 +354,7 @@ > else if (cpu_high) > topo_probe_0x4(); > if (cpu_cores =3D=3D 0) > - cpu_cores =3D mp_ncpus; > + cpu_cores =3D mp_ncpus > 0 ? mp_ncpus : 1; > if (cpu_logical =3D=3D 0) > cpu_logical =3D 1; > } > --- sys/amd64/amd64/mp_machdep.c (revision 191699) > +++ sys/amd64/amd64/mp_machdep.c (working copy) > @@ -214,6 +214,8 @@ > else if (type =3D=3D CPUID_TYPE_CORE) > cpu_cores =3D cnt; > } > + if (cpu_cores =3D=3D 0) > + cpu_cores =3D 1; > if (cpu_logical =3D=3D 0) > cpu_logical =3D 1; > cpu_cores /=3D cpu_logical; > @@ -299,7 +301,7 @@ > else if (cpu_high) > topo_probe_0x4(); > if (cpu_cores =3D=3D 0) > - cpu_cores =3D mp_ncpus; > + cpu_cores =3D mp_ncpus > 0 ? mp_ncpus : 1; > if (cpu_logical =3D=3D 0) > cpu_logical =3D 1; > } I reverted the earlier patch, applied the above successfully, but no joy: =2E.. =B3 Select option, [Enter] for default =B3 =B3 or [Space] to pause timer 8 =B3 =C0=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=D9 GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000002fee2800 SMAP type=3D02 base=3D000000002ffe2800 len=3D000000000001d800 SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 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 8.0-CURRENT #1028 r191682M: Thu Apr 30 13:54:12 PDT 2009 root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc1131000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc113114c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc11311f8. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc11312a4. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc1131350. Preloaded elf module "/boot/kernel/drm.ko" at 0xc11313fc. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392953912 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 805306368 (768 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001425000 - 0x000000002f2d9fff, 770396160 bytes (188085 pages) avail memory =3D 769626112 (733 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: Fatal trap 18: integer divide fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xc0b3ca03 stack pointer =3D 0x28:0xc1420d00 frame pointer =3D 0x28:0xc1420d20 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 0 (swapper) [thread pid 0 tid 100000 ] Stopped at cpu_topo+0x43: idivl %ecx,%eax db> bt Tracing pid 0 tid 100000 td 0xc0d43690 cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at smp_topo+0x10b sched_setup(0,141ec00,141ec00,141e000,1425000,...) at sched_setup+0x1a mi_startup() at mi_startup+0x96 begin() at begin+0x2c db>=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9tgs1tPZHPH0Y5Co Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6EsoACgkQmprOCmdXAD3begCeIc0Azxy1qvCjNCjw0Y3LyHM/ R2cAnji6sWtrELIR+b0byQO/jmZnZsGt =zG1f -----END PGP SIGNATURE----- --9tgs1tPZHPH0Y5Co-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:09:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0977A106566C; Thu, 30 Apr 2009 21:09:48 +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 1CDBA8FC13; Thu, 30 Apr 2009 21:09:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so2057995fxm.43 for ; Thu, 30 Apr 2009 14:09:45 -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=W51iQ+Yy2nAtPK/LFG7Y3fvIMqKSs9kVN2BvxsDLdY0=; b=bBCSiqwk8GgLCXgVdMn1nKmh3nHlyMcC8fv9+k8rCwORW9X9D13e4JNpSGQzVU3Uwr lG+DWLKyzmFqwCPQZVfpEoD/lys0YkE5HRz9/Vx2tlBjuSexUY0nvh2YjVnwhiU7Mfbu 2Ck6UbQcZWFyR1dFmiaQoV5R98Gs665T/rhCA= 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=dkrAn49s48SZEa51bf7UYuEXGSCFAgNmeQoHyc6QON7SD6OP1zaQDQY6gCm2Ks0lM1 tnjThorOscTDeahOZAdW0t34wE+jtgmI1JA8Y4H591huxH6yhZ6SgEUk7e4sEpCIvtV/ HPgWlfAp/6rhjNeOmWd7exmBwsnOyHmwbFw+I= MIME-Version: 1.0 Received: by 10.103.182.3 with SMTP id j3mr1228291mup.107.1241125785836; Thu, 30 Apr 2009 14:09:45 -0700 (PDT) In-Reply-To: <200904301656.51003.jkim@FreeBSD.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301552.03118.jkim@FreeBSD.org> <200904301656.51003.jkim@FreeBSD.org> Date: Fri, 1 May 2009 01:09:45 +0400 Message-ID: From: pluknet To: Jung-uk Kim , David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 21:09:48 -0000 2009/5/1 Jung-uk Kim : > On Thursday 30 April 2009 04:25 pm, pluknet wrote: >> 2009/4/30 Jung-uk Kim : >> > On Thursday 30 April 2009 12:37 pm, pluknet wrote: >> >> 2009/4/30 Andriy Gapon : >> >> > on 30/04/2009 18:58 David Wolfskill said the following: >> >> >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: >> >> >>> on 30/04/2009 18:18 David Wolfskill said the following: >> >> >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill >> > >> > wrote: >> >> >>>>> Is there anything of use I might get from DDB? >> >> >>>> >> >> >>>> I can still poke around there for a bit, if that would be >> >> >>>> useful. >> >> >>> >> >> >>> In general the stack trace[*] should be provided at the very >> >> >>> least, otherwise people have hard figuring out where the >> >> >>> problem occurred, so right people may just not notice a >> >> >>> report. >> >> >> >> >> >> Sorry; it happened so quickly, I wasn't at all certain there >> >> >> would be enough to show: >> >> >> >> >> >> db> bt >> >> >> Tracing pid 0 tid 100000 td 0xc0d43610 >> >> >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at >> >> >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at >> >> >> smp_topo+0x10b >> >> >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at >> >> >> sched_setup+0x1a mi_startup() at mi_startup+0x96 >> >> >> begin() at begin+0x2c >> >> > >> >> > My guess is that (cpu_cores * cpu_logical) somehow equals to >> >> > zero. >> >> >> >> That was masked earlier by additional checks on zero, >> >> and now that routine moved to the separate function >> >> (and to separate call path from subr_smp.c:mp_start() >> >> which seems not to be called). >> >> >> >> > Have you by a chance saved this crash dump? >> >> > I think that t would be interesting to look at it in kgdb. >> > >> > Please try the attached patch. >> > >> > Jung-uk Kim >> >> The strange thing is why cpu_mp_start() is called at all in case >> when there is only one CPU in system. It should early return in >> mp_start(). (I saw two reports and both of them were UP systems). > > I don't think cpu_mp_start() is the culprit. Actually you are right. I was wrong and cpu_mp_start() is not called here on UP. > When SMP kernel is used > on UP system, scheduler still tries to probe topology although it > should be simply smp_topo_none() instead of calling MD cpu_topo(). > In fact, I had a simple band-aid in cpu_topo() in my local tree to > shut up annoying: > > WARNING: Non-uniform processors. > WARNING: Using suboptimal topology. > > messages when SMP is forced off or a core is disabled on multi-core > systems, etc. It wasn't critical before but it is now, > unfortunately. > > Jung-uk Kim > I decided to go another way. Before last changes in mp_machdep.c cpu_topo() included previously that piece of code which now is in topo_probe(). What if just return that part back to cpu_topo() ? David, can you thy this? It works for me now at least. $ diff -urp sys/amd64/amd64/mp_machdep.c.orig sys/amd64/amd64/mp_machdep.c --- sys/amd64/amd64/mp_machdep.c.orig 2009-05-01 00:59:55.000000000 +0400 +++ sys/amd64/amd64/mp_machdep.c 2009-05-01 01:00:20.000000000 +0400 @@ -309,6 +309,8 @@ cpu_topo(void) { int cg_flags; + topo_probe(); + /* * Determine whether any threading flags are * necessry. $ diff -urp sys/i386/i386/mp_machdep.c.orig sys/i386/i386/mp_machdep.c --- sys/i386/i386/mp_machdep.c.orig 2009-05-01 01:01:53.000000000 +0400 +++ sys/i386/i386/mp_machdep.c 2009-05-01 01:01:41.000000000 +0400 @@ -362,6 +362,8 @@ cpu_topo(void) { int cg_flags; + topo_probe(); + /* * Determine whether any threading flags are * necessry. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:28:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3F54D106564A; Thu, 30 Apr 2009 21:28:02 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: pluknet Date: Thu, 30 Apr 2009 17:27:53 -0400 User-Agent: KMail/1.6.2 References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301656.51003.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_bfh+JouM/gBbBo9" Message-Id: <200904301727.55099.jkim@FreeBSD.org> Cc: Scott Ullrich , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 21:28:03 -0000 --Boundary-00=_bfh+JouM/gBbBo9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 30 April 2009 05:09 pm, pluknet wrote: > 2009/5/1 Jung-uk Kim : > > On Thursday 30 April 2009 04:25 pm, pluknet wrote: > >> 2009/4/30 Jung-uk Kim : > >> > On Thursday 30 April 2009 12:37 pm, pluknet wrote: > >> >> 2009/4/30 Andriy Gapon : > >> >> > on 30/04/2009 18:58 David Wolfskill said the following: > >> >> >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: > >> >> >>> on 30/04/2009 18:18 David Wolfskill said the following: > >> >> >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David > >> >> >>>> Wolfskill > >> > > >> > wrote: > >> >> >>>>> Is there anything of use I might get from DDB? > >> >> >>>> > >> >> >>>> I can still poke around there for a bit, if that would > >> >> >>>> be useful. > >> >> >>> > >> >> >>> In general the stack trace[*] should be provided at the > >> >> >>> very least, otherwise people have hard figuring out where > >> >> >>> the problem occurred, so right people may just not notice > >> >> >>> a report. > >> >> >> > >> >> >> Sorry; it happened so quickly, I wasn't at all certain > >> >> >> there would be enough to show: > >> >> >> > >> >> >> db> bt > >> >> >> Tracing pid 0 tid 100000 td 0xc0d43610 > >> >> >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at > >> >> >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) > >> >> >> at smp_topo+0x10b > >> >> >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at > >> >> >> sched_setup+0x1a mi_startup() at mi_startup+0x96 > >> >> >> begin() at begin+0x2c > >> >> > > >> >> > My guess is that (cpu_cores * cpu_logical) somehow equals > >> >> > to zero. > >> >> > >> >> That was masked earlier by additional checks on zero, > >> >> and now that routine moved to the separate function > >> >> (and to separate call path from subr_smp.c:mp_start() > >> >> which seems not to be called). > >> >> > >> >> > Have you by a chance saved this crash dump? > >> >> > I think that t would be interesting to look at it in kgdb. > >> > > >> > Please try the attached patch. > >> > > >> > Jung-uk Kim > >> > >> The strange thing is why cpu_mp_start() is called at all in case > >> when there is only one CPU in system. It should early return in > >> mp_start(). (I saw two reports and both of them were UP > >> systems). > > > > I don't think cpu_mp_start() is the culprit. > > Actually you are right. I was wrong and cpu_mp_start() is not > called here on UP. > > > When SMP kernel is used > > on UP system, scheduler still tries to probe topology although it > > should be simply smp_topo_none() instead of calling MD > > cpu_topo(). In fact, I had a simple band-aid in cpu_topo() in my > > local tree to shut up annoying: > > > > WARNING: Non-uniform processors. > > WARNING: Using suboptimal topology. > > > > messages when SMP is forced off or a core is disabled on > > multi-core systems, etc. It wasn't critical before but it is > > now, > > unfortunately. > > > > Jung-uk Kim > > I decided to go another way. Before last changes in mp_machdep.c > cpu_topo() included > previously that piece of code which now is in topo_probe(). > > What if just return that part back to cpu_topo() ? > > David, can you thy this? It works for me now at least. > > $ diff -urp sys/amd64/amd64/mp_machdep.c.orig > sys/amd64/amd64/mp_machdep.c --- sys/amd64/amd64/mp_machdep.c.orig > 2009-05-01 00:59:55.000000000 +0400 +++ > sys/amd64/amd64/mp_machdep.c 2009-05-01 01:00:20.000000000 > +0400 @@ -309,6 +309,8 @@ cpu_topo(void) > { > int cg_flags; > > + topo_probe(); > + > /* > * Determine whether any threading flags are > * necessry. > $ diff -urp sys/i386/i386/mp_machdep.c.orig > sys/i386/i386/mp_machdep.c --- sys/i386/i386/mp_machdep.c.orig > 2009-05-01 01:01:53.000000000 +0400 +++ sys/i386/i386/mp_machdep.c > 2009-05-01 01:01:41.000000000 +0400 @@ -362,6 +362,8 @@ > cpu_topo(void) > { > int cg_flags; > > + topo_probe(); > + > /* > * Determine whether any threading flags are > * necessry. Ah, you're right. More complete patch is attached. Jung-uk Kim --Boundary-00=_bfh+JouM/gBbBo9 Content-Type: text/x-diff; charset="iso-8859-1"; name="mp_machdep.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mp_machdep.diff" --- sys/i386/i386/mp_machdep.c (revision 191699) +++ sys/i386/i386/mp_machdep.c (working copy) @@ -267,6 +267,8 @@ else if (type == CPUID_TYPE_CORE) cpu_cores = cnt; } + if (cpu_cores == 0) + cpu_cores = 1; if (cpu_logical == 0) cpu_logical = 1; cpu_cores /= cpu_logical; @@ -345,16 +347,21 @@ static void topo_probe(void) { + static int cpu_topo_probed = 0; + if (cpu_topo_probed) + return; + logical_cpus = logical_cpus_mask = 0; if (cpu_high >= 0xb) topo_probe_0xb(); else if (cpu_high) topo_probe_0x4(); if (cpu_cores == 0) - cpu_cores = mp_ncpus; + cpu_cores = mp_ncpus > 0 ? mp_ncpus : 1; if (cpu_logical == 0) cpu_logical = 1; + cpu_topo_probed = 1; } struct cpu_group * @@ -366,6 +373,7 @@ * Determine whether any threading flags are * necessry. */ + topo_probe(); if (cpu_logical > 1 && hyperthreading_cpus) cg_flags = CG_FLAG_HTT; else if (cpu_logical > 1) --- sys/amd64/amd64/mp_machdep.c (revision 191699) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -214,6 +214,8 @@ else if (type == CPUID_TYPE_CORE) cpu_cores = cnt; } + if (cpu_cores == 0) + cpu_cores = 1; if (cpu_logical == 0) cpu_logical = 1; cpu_cores /= cpu_logical; @@ -292,16 +294,21 @@ static void topo_probe(void) { + static int cpu_topo_probed = 0; + if (cpu_topo_probed) + return; + logical_cpus = logical_cpus_mask = 0; if (cpu_high >= 0xb) topo_probe_0xb(); else if (cpu_high) topo_probe_0x4(); if (cpu_cores == 0) - cpu_cores = mp_ncpus; + cpu_cores = mp_ncpus > 0 ? mp_ncpus : 1; if (cpu_logical == 0) cpu_logical = 1; + cpu_topo_probed = 1; } struct cpu_group * @@ -313,6 +320,7 @@ * Determine whether any threading flags are * necessry. */ + topo_probe(); if (cpu_logical > 1 && hyperthreading_cpus) cg_flags = CG_FLAG_HTT; else if (cpu_logical > 1) --Boundary-00=_bfh+JouM/gBbBo9-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:36:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED37E106566C; Thu, 30 Apr 2009 21:36:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6BF8FC0C; Thu, 30 Apr 2009 21:36:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3ULaL2V062015; Thu, 30 Apr 2009 14:36:21 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3ULaLkP062014; Thu, 30 Apr 2009 14:36:21 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 14:36:21 -0700 From: David Wolfskill To: Chagin Dmitry Message-ID: <20090430213621.GA61978@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Chagin Dmitry , Robert Watson , current@freebsd.org References: <20090430155408.GX1387@albert.catwhisker.org> <20090430204828.GA6551@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20090430204828.GA6551@dchagin.static.corbina.ru> User-Agent: Mutt/1.4.2.3i Cc: Robert Watson , current@freebsd.org Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 21:36:23 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 01, 2009 at 12:48:28AM +0400, Chagin Dmitry wrote: > ... > > This falls into the category of "unlikely software bugs" -- is there an= y=20 > > chance this machine is overheating or has memory problems? "show alllo= cks"=20 > > would be helpful on general principle, though. > >=20 >=20 > hi Robert, > look at patch bellow (even not tested, only to show a problem): >=20 > diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c > index 5393740..f8ac3f2 100644 > --- a/sys/netinet6/udp6_usrreq.c > +++ b/sys/netinet6/udp6_usrreq.c > @@ -357,7 +357,6 @@ udp6_input(struct mbuf **mp, int *offp, int proto) > UDPSTAT_INC(udps_noportmcast); > goto badheadlocked; > } > - INP_RLOCK(last); > INP_INFO_RUNLOCK(&V_udbinfo); > if (last->inp_ppcb !=3D NULL) { > /* >=20 >=20 > David, can you test this patch? freebeast(8.0-C)[1] uname -a FreeBSD freebeast.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #331 r1916= 82M: Thu Apr 30 14:13:03 PDT 2009 root@freebeast.catwhisker.org:/common= /S4/obj/usr/src/sys/FREEBEAST i386 freebeast(8.0-C)[2]=20 I believe that qualifies as Goodness, as I was able to use ssh to access the machine, so it's definitely up in multi-user mode. Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6GdQACgkQmprOCmdXAD1OeACfVjwir7MN0RPTdLHw+RLs9jAN m+QAnjdLYy3kvIfB0mthL/mH36WQQWRb =9OK4 -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:40:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8943106572F; Thu, 30 Apr 2009 21:40:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id EB8DA8FC1E; Thu, 30 Apr 2009 21:40:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3ULe21k062060; Thu, 30 Apr 2009 14:40:02 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3ULe2HH062059; Thu, 30 Apr 2009 14:40:02 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 14:40:02 -0700 From: David Wolfskill To: pluknet Message-ID: <20090430214002.GB61978@albert.catwhisker.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301552.03118.jkim@FreeBSD.org> <200904301656.51003.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Andriy Gapon , Jung-uk Kim , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 21:40:08 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 01, 2009 at 01:09:45AM +0400, pluknet wrote: > ... > I decided to go another way. Before last changes in mp_machdep.c > cpu_topo() included > previously that piece of code which now is in topo_probe(). >=20 > What if just return that part back to cpu_topo() ? >=20 > David, can you thy this? It works for me now at least. >=20 > $ diff -urp sys/amd64/amd64/mp_machdep.c.orig sys/amd64/amd64/mp_machdep.c > --- sys/amd64/amd64/mp_machdep.c.orig 2009-05-01 00:59:55.000000000 +04= 00 > +++ sys/amd64/amd64/mp_machdep.c 2009-05-01 01:00:20.000000000 +04= 00 > @@ -309,6 +309,8 @@ cpu_topo(void) > { > int cg_flags; >=20 > + topo_probe(); > + > /* > * Determine whether any threading flags are > * necessry. > $ diff -urp sys/i386/i386/mp_machdep.c.orig sys/i386/i386/mp_machdep.c > --- sys/i386/i386/mp_machdep.c.orig 2009-05-01 01:01:53.000000000 +04= 00 > +++ sys/i386/i386/mp_machdep.c 2009-05-01 01:01:41.000000000 +0400 > @@ -362,6 +362,8 @@ cpu_topo(void) > { > int cg_flags; >=20 > + topo_probe(); > + > /* > * Determine whether any threading flags are > * necessry. >=20 I was able to hand-apply that, rebuild kernel, and it booted successfully -- thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6GrEACgkQmprOCmdXAD3qDgCdGvhkPk/bC2BGB8AQ8384zdz0 aJAAn0+cGH8dPWOOh1ngvHMv72zpyG3b =W4Dm -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 21:43:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5280D1065696; Thu, 30 Apr 2009 21:43:31 +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 1BAC18FC08; Thu, 30 Apr 2009 21:43:31 +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 AE3F5337E31; Thu, 30 Apr 2009 17:43:30 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 30 Apr 2009 17:43:30 -0400 X-Sasl-enc: vL3MlywznobtbYcXMzscPC8JuJ7iMBJEsEiIK3Jq65/h 1241127810 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 92C223C1FB; Thu, 30 Apr 2009 17:43:29 -0400 (EDT) Message-ID: <49FA1B7E.7060201@incunabulum.net> Date: Thu, 30 Apr 2009 22:43:26 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: David Wolfskill , Chagin Dmitry , Robert Watson , current@freebsd.org References: <20090430155408.GX1387@albert.catwhisker.org> <20090430204828.GA6551@dchagin.static.corbina.ru> <20090430213621.GA61978@albert.catwhisker.org> In-Reply-To: <20090430213621.GA61978@albert.catwhisker.org> Content-Type: multipart/mixed; boundary="------------080402050100010602080202" Cc: Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 21:43:31 -0000 This is a multi-part message in MIME format. --------------080402050100010602080202 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit David Wolfskill wrote: > ... > I believe that qualifies as Goodness, as I was able to use ssh to > access the machine, so it's definitely up in multi-user mode. > Hi, Can you try this patch? This patch is probably more correct -- but you can see my intent was to avoid thrashing the INP lock on mcast delivery. INP lock use in that routine is goopy to read. That'll teach me to do things from memory for IPv4... bah! :-) cheers BMS --------------080402050100010602080202 Content-Type: text/plain; name="udp6inplock.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="udp6inplock.diff" Index: udp6_usrreq.c =================================================================== --- udp6_usrreq.c (revision 191705) +++ udp6_usrreq.c (working copy) @@ -279,8 +279,6 @@ continue; } - INP_RLOCK(inp); - /* * Handle socket delivery policy for any-source * and source-specific multicast. [RFC3678] @@ -290,6 +288,8 @@ struct sockaddr_in6 mcaddr; int blocked; + INP_RLOCK(inp); + bzero(&mcaddr, sizeof(struct sockaddr_in6)); mcaddr.sin6_len = sizeof(struct sockaddr_in6); mcaddr.sin6_family = AF_INET6; @@ -304,9 +304,11 @@ if (blocked == MCAST_NOTSMEMBER || blocked == MCAST_MUTED) UDPSTAT_INC(udps_filtermcast); - INP_RUNLOCK(inp); + INP_RUNLOCK(inp); /* XXX */ continue; } + + INP_RUNLOCK(inp); } if (last != NULL) { struct mbuf *n; @@ -423,8 +425,6 @@ return (IPPROTO_DONE); badheadlocked: - if (inp) - INP_RUNLOCK(inp); INP_INFO_RUNLOCK(&V_udbinfo); badunlocked: if (m) --------------080402050100010602080202-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 22:06:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D98C1065670; Thu, 30 Apr 2009 22:06:17 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id D648A8FC0C; Thu, 30 Apr 2009 22:06:16 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by rv-out-0506.google.com with SMTP id k40so1699362rvb.43 for ; Thu, 30 Apr 2009 15:06:16 -0700 (PDT) Received: by 10.141.114.15 with SMTP id r15mr579849rvm.179.1241129176252; Thu, 30 Apr 2009 15:06:16 -0700 (PDT) Received: from ?10.0.1.198? (udp016664uds.hawaiiantel.net [72.235.41.117]) by mx.google.com with ESMTPS id g31sm5920152rvb.33.2009.04.30.15.06.10 (version=SSLv3 cipher=RC4-MD5); Thu, 30 Apr 2009 15:06:15 -0700 (PDT) Date: Thu, 30 Apr 2009 12:08:21 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: pluknet In-Reply-To: Message-ID: References: <20090430013428.cb4f804b.nork@FreeBSD.org> 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-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 22:06:17 -0000 On Thu, 30 Apr 2009, pluknet wrote: > 2009/4/30 Jeff Roberson : >> On SMP machines you should now see output like this: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >> >> If you detect any irregularities with kern.sched.topology_spec or this dmesg >> line please report them. >> > > Hi, Jeff. > > I have such mismatch. This is an Intel E7200. > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > > So it should be instead: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 Can you please repeat the following steps as I have done here: # kgdb /boot/kernel/kernel /dev/mem (kgdb) p/x cpu_high $1 = 0xb (kgdb) p/x cpu_cores $2 = 0x4 (kgdb) p/x cpu_logical $3 = 0x2 (kgdb) p/x cpu_feature $4 = 0xbfebfbff (kgdb) p/x logical_cpus $5 = 0x0 (kgdb) p/x hyperthreading_cpus $6 = 0x0 (kgdb) This should give me the information I need to diagnose the problem. Thank you. Jeff > > kern.sched.topology_spec: > > 0, 1 > > > > 0, 1 > HTT group > > > > > > > > > -- > wbr, > pluknet > From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 22:06:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E772C1065670; Thu, 30 Apr 2009 22:06:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id B661B8FC12; Thu, 30 Apr 2009 22:06:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n3UM6qQs062321; Thu, 30 Apr 2009 15:06:52 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n3UM6qg1062320; Thu, 30 Apr 2009 15:06:52 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 15:06:52 -0700 From: David Wolfskill To: Jung-uk Kim Message-ID: <20090430220652.GE61978@albert.catwhisker.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301656.51003.jkim@FreeBSD.org> <200904301727.55099.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xJK8B5Wah2CMJs8h" Content-Disposition: inline In-Reply-To: <200904301727.55099.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, pluknet , Andriy Gapon , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 22:06:53 -0000 --xJK8B5Wah2CMJs8h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 05:27:53PM -0400, Jung-uk Kim wrote: > ... > Ah, you're right. More complete patch is attached. I was able to test it -- and I manage dto remember to revert pluknet's patch :-}. It works, and as a "bonus," the xl0 NIC is still detected. (It wasn't with pluknet's patch.) Thanks, all! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xJK8B5Wah2CMJs8h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6IPsACgkQmprOCmdXAD2byQCfXXrCmaw12fPb05nqXRW0OOxl EYkAn0wT+nvLWEUO9LkwGQMM5Kx1bMn7 =Tj81 -----END PGP SIGNATURE----- --xJK8B5Wah2CMJs8h-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 22:12:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 7337C106566B; Thu, 30 Apr 2009 22:12:54 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 30 Apr 2009 18:12:45 -0400 User-Agent: KMail/1.6.2 References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301727.55099.jkim@FreeBSD.org> <20090430220652.GE61978@albert.catwhisker.org> In-Reply-To: <20090430220652.GE61978@albert.catwhisker.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200904301812.46985.jkim@FreeBSD.org> Cc: Scott Ullrich , pluknet , Andriy Gapon Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 22:12:55 -0000 On Thursday 30 April 2009 06:06 pm, David Wolfskill wrote: > On Thu, Apr 30, 2009 at 05:27:53PM -0400, Jung-uk Kim wrote: > > ... > > Ah, you're right. More complete patch is attached. > > I was able to test it -- and I manage dto remember to revert > pluknet's patch :-}. > > It works, and as a "bonus," the xl0 NIC is still detected. (It > wasn't with pluknet's patch.) Committed, thanks! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 22:36:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6E14106566B for ; Thu, 30 Apr 2009 22:36:53 +0000 (UTC) (envelope-from sullrich@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 46A148FC08 for ; Thu, 30 Apr 2009 22:36:52 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by bwz9 with SMTP id 9so2059358bwz.43 for ; Thu, 30 Apr 2009 15:36:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=HV6aivqjJ8nOLn0p4jtxZxy0b9iGrJddqhSMOvkNYJw=; b=hcY3g0daohhWLY8uJFJHcTz9HRuD5ES7LXoKzFF5avAgZSYIMcscQeRaIymDmYd9/X AhJlHRznvpI+Dkm31uPbeVmCqqSYZevauzfveDjKybG6AiXjCEYruZvzhkGZSmM4eKpy s4LT3xIcuwF/SOUFruRv8UTGANKnFAMUz5gas= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=MdLztXEu5yZcn6i2I6aD1ySAfdcMfPLkEXbuDD2Imzix4GKqFFEXS4IIMPXeKW4fjG myTF6Ve/tMDTCx5nIspk0qqtLnzwd33uvIcTrd63ZdQPz1Co53lLtc8XWrl6bo1NfA+f pgSivbyX7stZ3k4VUh3zPXnCLiGjmU4FJHeJI= MIME-Version: 1.0 Received: by 10.103.224.2 with SMTP id b2mr1307884mur.2.1241131012096; Thu, 30 Apr 2009 15:36:52 -0700 (PDT) In-Reply-To: <200904301812.46985.jkim@FreeBSD.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <200904301727.55099.jkim@FreeBSD.org> <20090430220652.GE61978@albert.catwhisker.org> <200904301812.46985.jkim@FreeBSD.org> From: Scott Ullrich Date: Thu, 30 Apr 2009 18:36:32 -0400 Message-ID: To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andriy Gapon , freebsd-current@freebsd.org, pluknet Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 22:36:54 -0000 On Thu, Apr 30, 2009 at 6:12 PM, Jung-uk Kim wrote: > On Thursday 30 April 2009 06:06 pm, David Wolfskill wrote: >> On Thu, Apr 30, 2009 at 05:27:53PM -0400, Jung-uk Kim wrote: >> > ... >> > Ah, you're right. =A0More complete patch is attached. >> >> I was able to test it -- and I manage dto remember to revert >> pluknet's patch :-}. >> >> It works, and as a "bonus," the xl0 NIC is still detected. =A0(It >> wasn't with pluknet's patch.) > > Committed, thanks! Thanks, it works for me as well. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 1 02:28:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82188106566B; Fri, 1 May 2009 02:28:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC628FC0A; Fri, 1 May 2009 02:28:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n412SRhq064007; Thu, 30 Apr 2009 19:28:27 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n412SQR7064006; Thu, 30 Apr 2009 19:28:26 -0700 (PDT) (envelope-from david) Date: Thu, 30 Apr 2009 19:28:26 -0700 From: David Wolfskill To: Bruce Simpson Message-ID: <20090501022826.GG61978@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Bruce Simpson , Chagin Dmitry , Robert Watson , current@freebsd.org References: <20090430155408.GX1387@albert.catwhisker.org> <20090430204828.GA6551@dchagin.static.corbina.ru> <20090430213621.GA61978@albert.catwhisker.org> <49FA1B7E.7060201@incunabulum.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0qt3EE9wi45a2ZFX" Content-Disposition: inline In-Reply-To: <49FA1B7E.7060201@incunabulum.net> User-Agent: Mutt/1.4.2.3i Cc: Robert Watson , current@freebsd.org, Chagin Dmitry Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 02:28:28 -0000 --0qt3EE9wi45a2ZFX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 10:43:26PM +0100, Bruce Simpson wrote: > ... > Can you try this patch? This patch is probably more correct -- but you=20 > can see my intent was to avoid thrashing the INP lock on mcast delivery.= =20 > INP lock use in that routine is goopy to read. That'll teach me to do=20 > things from memory for IPv4... bah! :-) OK; that one works, too: lbert(7.1-S)[7] ssh -x freebeast uname -a FreeBSD freebeast.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #332 r1916= 82M: Thu Apr 30 19:19:18 PDT 2009 root@freebeast.catwhisker.org:/common= /S4/obj/usr/src/sys/FREEBEAST i386 albert(7.1-S)[8]=20 Thanks for the patch! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --0qt3EE9wi45a2ZFX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6XkoACgkQmprOCmdXAD2XFgCfQg5S8p+ECW8pebmgPfh9Jl6B 5c8An1ve6309uH/YfiZvr6y9Sey/lARi =vLWC -----END PGP SIGNATURE----- --0qt3EE9wi45a2ZFX-- From owner-freebsd-current@FreeBSD.ORG Fri May 1 02:39:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 853511065676; Fri, 1 May 2009 02:39:39 +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 7757C8FC12; Fri, 1 May 2009 02:39:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so2150643fxm.43 for ; Thu, 30 Apr 2009 19:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=v+FGCBum9QINl2RdToNo77oaH4GVFt330HPhbFoc79I=; b=o/bprSUXd0kb4nSTcXptsZq7rzfge1PozyF+gbQe85cQPUpxksifSFGGY4zL5v+1vG 8ERgJJ6nevHYMeKdbnQLlveQVmk5X7Vb86FR0gkRmE1WBj5M+p02yc1dvWDozgKx1VvW iNVDSYswKMAPe4JJzbNhD+nf8o6jY9ylzTuoU= 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=T7Su4gKoxf6FTnsEw2fCW5u3Yz83z0PiURwc876Rs6lix6Al6HDGV+xfbrnIAH4G/i HVNSZSY35KpmRTALy1zGe90FoGrzVGjBjsvG6ssb82E+o/aO1K80lJjZF0vI9R8N7XJ8 MqIIv2t/KyGwFn9awJgfpk76kPT4dpzpL9MmY= MIME-Version: 1.0 Received: by 10.103.165.18 with SMTP id s18mr1357596muo.124.1241145576405; Thu, 30 Apr 2009 19:39:36 -0700 (PDT) In-Reply-To: References: <20090430013428.cb4f804b.nork@FreeBSD.org> Date: Fri, 1 May 2009 06:39:36 +0400 Message-ID: From: pluknet To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 02:39:39 -0000 2009/5/1 Jeff Roberson : > On Thu, 30 Apr 2009, pluknet wrote: > >> 2009/4/30 Jeff Roberson : >>> >>> On SMP machines you should now see output like this: >>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >>> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >>> >>> If you detect any irregularities with kern.sched.topology_spec or this >>> dmesg >>> line please report them. >>> >> >> Hi, Jeff. >> >> I have such mismatch. This is an Intel E7200. >> >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP/HT): APIC ID: 1 >> >> So it should be instead: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 > > Can you please repeat the following steps as I have done here: > (kgdb) p/x cpu_high $1 = 0x2 (kgdb) p/x cpu_cores $2 = 0x1 (kgdb) p/x cpu_logical $3 = 0x2 (kgdb) p/x cpu_feature $4 = 0xbfebfbff (kgdb) p/x logical_cpus $5 = 0x2 (kgdb) p/x hyperthreading_cpus $6 = 0x2 -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri May 1 03:04:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E364D106566B; Fri, 1 May 2009 03:04:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 47FEB8FC18; Fri, 1 May 2009 03:04:14 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so1078040fkf.11 for ; Thu, 30 Apr 2009 20:04:13 -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=JgIJCrfBtqRHOx8Qe+vIfVQqwlf+ljPPFuBtydm949M=; b=UbyEA8Il5lNc3++IHacpp0s/YKH3oyOFzO4iSCtwPEwx39pTtOq48OfoYLi03pvc1S ltH6D6Z+kPZyNGyhskrdmaPYyea/WzpZ8SdOzdggZh3ByvrG1zM0ZXhMLStJcO3/+Xd1 BJz7Ez5dwPegyxa5tBwaW3EEW61RkrXEAi69s= 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=rqfUMgmgedHaYQLw/1T8K8XtU+NPUNB+pPx8AJuGNa8WaSPlfr9y2dwLHWvPkCUwr3 aTEYqmadds/K8j6eB4R6ipytSxEHcdUqzYe0+vxdUQtoYsiyUoWNOHccMqhV7YcKklw9 bVwRBQdOGOnjZYJ369ggHQuO+YK1aTBA35bh4= MIME-Version: 1.0 Received: by 10.103.91.2 with SMTP id t2mr1401965mul.47.1241147053316; Thu, 30 Apr 2009 20:04:13 -0700 (PDT) In-Reply-To: References: <20090430013428.cb4f804b.nork@FreeBSD.org> Date: Fri, 1 May 2009 07:04:13 +0400 Message-ID: From: pluknet To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 03:04:20 -0000 2009/5/1 pluknet : > 2009/5/1 Jeff Roberson : >> On Thu, 30 Apr 2009, pluknet wrote: >> >>> 2009/4/30 Jeff Roberson : >>>> >>>> On SMP machines you should now see output like this: >>>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >>>> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >>>> >>>> If you detect any irregularities with kern.sched.topology_spec or this >>>> dmesg >>>> line please report them. >>>> >>> >>> Hi, Jeff. >>> >>> I have such mismatch. This is an Intel E7200. >>> >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP/HT): APIC ID: 1 >>> >>> So it should be instead: 1 package(s) x 2 core(s) >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP): APIC ID: 1 >> >> Can you please repeat the following steps as I have done here: >> > > (kgdb) p/x cpu_high > $1 = 0x2 > (kgdb) p/x cpu_cores > $2 = 0x1 > (kgdb) p/x cpu_logical > $3 = 0x2 > (kgdb) p/x cpu_feature > $4 = 0xbfebfbff > (kgdb) p/x logical_cpus > $5 = 0x2 > (kgdb) p/x hyperthreading_cpus > $6 = 0x2 > Follow up myself: What is embarrassing me is HTT feature enabled. May the reason be in a buggy CPUID ? -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri May 1 05:12:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D04F1066975; Fri, 1 May 2009 05:12:37 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 1F54A8FC17; Fri, 1 May 2009 05:12:37 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by rv-out-0506.google.com with SMTP id k40so1821768rvb.43 for ; Thu, 30 Apr 2009 22:12:36 -0700 (PDT) Received: by 10.140.142.11 with SMTP id p11mr707392rvd.206.1241154756835; Thu, 30 Apr 2009 22:12:36 -0700 (PDT) Received: from ?10.0.1.198? (udp016664uds.hawaiiantel.net [72.235.41.117]) by mx.google.com with ESMTPS id k41sm6657521rvb.57.2009.04.30.22.12.34 (version=SSLv3 cipher=RC4-MD5); Thu, 30 Apr 2009 22:12:36 -0700 (PDT) Date: Thu, 30 Apr 2009 19:14:46 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: pluknet , jhb@freebsd.org In-Reply-To: Message-ID: References: <20090430013428.cb4f804b.nork@FreeBSD.org> 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-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 05:12:42 -0000 On Fri, 1 May 2009, pluknet wrote: > 2009/5/1 pluknet : >> 2009/5/1 Jeff Roberson : >>> On Thu, 30 Apr 2009, pluknet wrote: >>> >>>> 2009/4/30 Jeff Roberson : >>>>> >>>>> On SMP machines you should now see output like this: >>>>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >>>>> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >>>>> >>>>> If you detect any irregularities with kern.sched.topology_spec or this >>>>> dmesg >>>>> line please report them. >>>>> >>>> >>>> Hi, Jeff. >>>> >>>> I have such mismatch. This is an Intel E7200. >>>> >>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads >>>> cpu0 (BSP): APIC ID: 0 >>>> cpu1 (AP/HT): APIC ID: 1 >>>> >>>> So it should be instead: 1 package(s) x 2 core(s) >>>> cpu0 (BSP): APIC ID: 0 >>>> cpu1 (AP): APIC ID: 1 >>> >>> Can you please repeat the following steps as I have done here: >>> >> >> (kgdb) p/x cpu_high >> $1 = 0x2 >> (kgdb) p/x cpu_cores >> $2 = 0x1 >> (kgdb) p/x cpu_logical >> $3 = 0x2 >> (kgdb) p/x cpu_feature >> $4 = 0xbfebfbff >> (kgdb) p/x logical_cpus >> $5 = 0x2 >> (kgdb) p/x hyperthreading_cpus >> $6 = 0x2 >> > > Follow up myself: > > What is embarrassing me is HTT feature enabled. May the reason be in a > buggy CPUID ? This is very curious. With older revisions did the system believe your CPUs were HTT? You can tell if you had sysctl machdep.hyperthreading_allowed or via the ULE kern.sched.topology_spec sysctl. I didn't realize there were any core2 CPUs without leaf 4 of cpuid. However, I didn't write the earlier hyperthread detection code. I'll see if I can get jhb to chime in. The HTT feature bit is set on many processors that don't have hyperthreads. So we need a secondary way of differentiating. I don't know what that is in this case. Thanks, Jeff > > -- > wbr, > pluknet > From owner-freebsd-current@FreeBSD.ORG Fri May 1 11:06:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A44471065678; Fri, 1 May 2009 11:06:10 +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 72EF88FC1C; Fri, 1 May 2009 11:06:10 +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 F3A48337C97; Fri, 1 May 2009 07:06:09 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 01 May 2009 07:06:10 -0400 X-Sasl-enc: C/9deCiZSsj9Khm038/TVB/uSwc783Ytyq7ctcu4aXxN 1241175969 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 3190A24DBB; Fri, 1 May 2009 07:06:09 -0400 (EDT) Message-ID: <49FAD7A0.8070507@incunabulum.net> Date: Fri, 01 May 2009 12:06:08 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: David Wolfskill , Bruce Simpson , Chagin Dmitry , Robert Watson , current@freebsd.org References: <20090430155408.GX1387@albert.catwhisker.org> <20090430204828.GA6551@dchagin.static.corbina.ru> <20090430213621.GA61978@albert.catwhisker.org> <49FA1B7E.7060201@incunabulum.net> <20090501022826.GG61978@albert.catwhisker.org> In-Reply-To: <20090501022826.GG61978@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Panic: witness_warn (r191682; shared rw udpinp (udpinp)...netinet6/udp6_usrreq.c:360) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 11:06:10 -0000 David Wolfskill wrote: > On Thu, Apr 30, 2009 at 10:43:26PM +0100, Bruce Simpson wrote: > >> ... >> Can you try this patch? This patch is probably more correct -- but you >> can see my intent was to avoid thrashing the INP lock on mcast delivery. >> INP lock use in that routine is goopy to read. That'll teach me to do >> things from memory for IPv4... bah! :-) >> > > OK; that one works, too: > Thanks, I have checked it in. cheers BMS From owner-freebsd-current@FreeBSD.ORG Fri May 1 13:07:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 723F9106566B; Fri, 1 May 2009 13:07:04 +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 3E46D8FC1E; Fri, 1 May 2009 13:07:04 +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 725243300A3; Fri, 1 May 2009 09:07:03 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 01 May 2009 09:07:03 -0400 X-Sasl-enc: 0WIhT/BWTgWJy0zRJPy33+RVqgJy4tzZcJ6uea9jFdT6 1241183222 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 4B6A1AE04; Fri, 1 May 2009 09:07:02 -0400 (EDT) Message-ID: <49FAF3F5.5070609@incunabulum.net> Date: Fri, 01 May 2009 14:07:01 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: stable@freebsd.org References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> In-Reply-To: <49EDDD51.9040608@freebsd.org> Content-Type: multipart/mixed; boundary="------------090608000706030809090807" Cc: Dennis Melentyev , Sam Leffler , "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 13:07:05 -0000 This is a multi-part message in MIME format. --------------090608000706030809090807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Can you please try this patch? I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut. Sam Leffler wrote: > 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. >> ... > 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. thanks, BMS --------------090608000706030809090807 Content-Type: text/plain; name="ath-build-7.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ath-build-7.diff" Index: UPDATING =================================================================== --- UPDATING (revision 191718) +++ UPDATING (working copy) @@ -8,6 +8,11 @@ /usr/ports/UPDATING. Please read that file before running portupgrade. +20090505: + The kernel compile-time option AH_SUPPORT_AR5416 has been + removed; it is now enabled by default as if_ath.c depends on it + in order to build. + 20090504: FreeBSD 7.2-RELEASE Index: sys/arm/conf/AVILA =================================================================== --- sys/arm/conf/AVILA (revision 191718) +++ sys/arm/conf/AVILA (working copy) @@ -133,7 +133,6 @@ #device wlan_tkip # 802.11 TKIP support device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath options ATH_DEBUG Index: sys/sparc64/conf/GENERIC =================================================================== --- sys/sparc64/conf/GENERIC (revision 191718) +++ sys/sparc64/conf/GENERIC (working copy) @@ -191,7 +191,6 @@ device wlan_scan_sta # 802.11 STA mode scanning device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath # Pseudo devices. Index: sys/conf/options =================================================================== --- sys/conf/options (revision 191718) +++ sys/conf/options (working copy) @@ -731,8 +731,6 @@ ATH_TX99_DIAG opt_ath.h # options for the Atheros hal -AH_SUPPORT_AR5416 opt_ah.h - AH_DEBUG opt_ah.h AH_ASSERT opt_ah.h AH_DEBUG_ALQ opt_ah.h Index: sys/modules/ath/Makefile =================================================================== --- sys/modules/ath/Makefile (revision 191718) +++ sys/modules/ath/Makefile (working copy) @@ -76,8 +76,9 @@ # # AR5416, AR9160 support; these are 11n parts but only really # supported (right now) operating in legacy mode. Note enabling -# this support requires defining AH_SUPPORT_AR5416 in opt_ah.h +# this support requires defining AH_SUPPORT_AR5416 # so the 11n tx/rx descriptor format is handled. +# This support is now enabled by default. # # NB: 9160 depends on 5416 but 5416 does not require 9160 # @@ -106,7 +107,4 @@ CFLAGS+= -I. -I${.CURDIR}/../../dev/ath -I${.CURDIR}/../../dev/ath/ath_hal -opt_ah.h: - echo '#define AH_SUPPORT_AR5416 1' > $@ - .include Index: sys/dev/ath/ath_hal/ah_desc.h =================================================================== --- sys/dev/ath/ath_hal/ah_desc.h (revision 191718) +++ sys/dev/ath/ath_hal/ah_desc.h (working copy) @@ -20,8 +20,12 @@ #ifndef _DEV_ATH_DESC_H #define _DEV_ATH_DESC_H -#include "opt_ah.h" /* NB: required for AH_SUPPORT_AR5416 */ +#include "opt_ah.h" +#ifndef AH_SUPPORT_AR5416 +#define AH_SUPPORT_AR5416 /* always support AR5416 */ +#endif + /* * Transmit descriptor status. This structure is filled * in only after the tx descriptor process method finds a Index: sys/dev/ath/if_ath.c =================================================================== --- sys/dev/ath/if_ath.c (revision 191718) +++ sys/dev/ath/if_ath.c (working copy) @@ -3399,7 +3399,7 @@ rix = rs->rs_rate; sc->sc_rx_th.wr_rate = sc->sc_hwmap[rix].ieeerate; sc->sc_rx_th.wr_flags = sc->sc_hwmap[rix].rxflags; -#if HAL_ABI_VERSION >= 0x07050400 +#if HAL_ABI_VERSION >= 0x07050400 && defined(AH_SUPPORT_AR5416) if (sc->sc_curchan.channelFlags & CHANNEL_HT) { /* * For HT operation we must specify the channel Index: sys/i386/conf/GENERIC =================================================================== --- sys/i386/conf/GENERIC (revision 191718) +++ sys/i386/conf/GENERIC (working copy) @@ -255,7 +255,6 @@ device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. Index: sys/amd64/conf/GENERIC =================================================================== --- sys/amd64/conf/GENERIC (revision 191718) +++ sys/amd64/conf/GENERIC (working copy) @@ -242,7 +242,6 @@ device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. --------------090608000706030809090807-- From owner-freebsd-current@FreeBSD.ORG Fri May 1 14:52:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9A48106566B for ; Fri, 1 May 2009 14:52:45 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 450758FC0A for ; Fri, 1 May 2009 14:52:44 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by fxm6 with SMTP id 6so2351427fxm.43 for ; Fri, 01 May 2009 07:52:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.119.198 with SMTP id a6mr1167395far.42.1241187676006; Fri, 01 May 2009 07:21:16 -0700 (PDT) In-Reply-To: <20090430121012.GB10553@rebelion.Sisis.de> References: <20090430094218.GA6800@rebelion.Sisis.de> <20090430121012.GB10553@rebelion.Sisis.de> Date: Fri, 1 May 2009 10:21:15 -0400 Message-ID: <1de79840905010721n7dcf1b8fy8746590681d43f20@mail.gmail.com> From: Michael Proto To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: syslogd with log files in /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 14:52:45 -0000 On Thu, Apr 30, 2009 at 8:10 AM, Matthias Apitz wrote: > El d=EDa Thursday, April 30, 2009 a las 11:42:18AM +0200, Matthias Apitz = escribi=F3: > >> syslogd_enable=3D"YES" >> syslogd_flags=3D"-s -C" >> >> on reboot it seems that syslogd has no logfiles (as I can see with >> lsof), but after I restart it with >> >> # /etc/rc.d/syslogd restart >> >> all is fine; maybe this is because syslogd is started before tmpmfs is >> ready? in RELENG_7 it worked exactly this way, now in CURRENT not; >> any idea how to solve this? > > it has todo with the order if rc files: > > CURRENT: > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | cat -n | egrep 'syslogd|tmp= ' > 61 /etc/rc.d/syslogd > 76 /etc/rc.d/tmp > 77 /etc/rc.d/cleartmp > > 7.0-REL: > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | cat -n | egrep 'syslogd|tmp= ' > 56 /etc/rc.d/tmp > 57 /etc/rc.d/cleartmp > 64 /etc/rc.d/syslogd > > I will insert 'REQUIRE: tmp' in /etc/rc.d/syslogd > > matthias > -- > Matthias Apitz > Manager Technical Support - OCLC GmbH > Gruenwalder Weg 28g - 82041 Oberhaching - Germany > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.oclc.org/ http://www.UnixArea.= de/ > People who hate Microsoft Windows use Linux but people who love UNIX use = FreeBSD. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > An alternative that doesn't require reordering or changes to the rc.d script is to setup your mfs in /etc/fstab instead of in /etc/rc.conf: md /tmp mfs rw,-s128m 2 0 -Proto From owner-freebsd-current@FreeBSD.ORG Fri May 1 15:50:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384A5106566C; Fri, 1 May 2009 15:50:24 +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 09B258FC0A; Fri, 1 May 2009 15:50:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n41FoNJP018793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 08:50:23 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49FB1A3F.3000809@freebsd.org> Date: Fri, 01 May 2009 08:50:23 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> In-Reply-To: <49FAF3F5.5070609@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 15:50:24 -0000 Bruce Simpson wrote: > Hi, > > Can you please try this patch? > I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut. > > Sam Leffler wrote: >> 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. >>> ... >> 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. Do not modify ah_desc.h like you've done. Add this to conf/options ATH_HAL opt_ah.h and use that to enable AH_SUPPORT_AR5416. Also changes must go in head first. Sam From owner-freebsd-current@FreeBSD.ORG Fri May 1 15:57:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82575106567E; Fri, 1 May 2009 15:57:25 +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 50EE98FC19; Fri, 1 May 2009 15:57:25 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n41FvOW5018853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 08:57:24 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49FB1BE4.20502@freebsd.org> Date: Fri, 01 May 2009 08:57:24 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> <49FB1A3F.3000809@freebsd.org> In-Reply-To: <49FB1A3F.3000809@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 15:57:26 -0000 Sam Leffler wrote: > Bruce Simpson wrote: >> Hi, >> >> Can you please try this patch? >> I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut. >> >> Sam Leffler wrote: >>> 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. >>>> ... >>> 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. > Do not modify ah_desc.h like you've done. Add this to conf/options > > ATH_HAL opt_ah.h > > and use that to enable AH_SUPPORT_AR5416. > > Also changes must go in head first. To clarify the first comment: you've made it impossible to build code w/o the extended format descriptor; this is what I find unacceptable. Sam From owner-freebsd-current@FreeBSD.ORG Fri May 1 16:51:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0485510656A7; Fri, 1 May 2009 16:51:31 +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 C774A8FC17; Fri, 1 May 2009 16:51:30 +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 52B263378A0; Fri, 1 May 2009 12:51:30 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 01 May 2009 12:51:30 -0400 X-Sasl-enc: XpFwH6hNPFCwubIgRBd+DAsw+RbGJaFklpZXlJz6y9dw 1241196689 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 9D5A15125; Fri, 1 May 2009 12:51:28 -0400 (EDT) Message-ID: <49FB288E.7070402@incunabulum.net> Date: Fri, 01 May 2009 17:51:26 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Sam Leffler References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> <49FB1A3F.3000809@freebsd.org> <49FB1BE4.20502@freebsd.org> In-Reply-To: <49FB1BE4.20502@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 16:51:31 -0000 Sam Leffler wrote: > ... >>>> the "ath_hal" device. >> Do not modify ah_desc.h like you've done. Add this to conf/options >> >> ATH_HAL opt_ah.h >> >> and use that to enable AH_SUPPORT_AR5416. >> > To clarify the first comment: you've made it impossible to build code > w/o the extended format descriptor; this is what I find unacceptable. Ah, of course, duh -- I forgot about the CaPiTalIzAtion of the device name gets pulled into config(5) with the 'device' keyword. Thanks for the reminder... This is a much cleaner fix for the issue than forcing the option to be set on always. It looks like HEAD has this issue too and this can go right in there. Are we happy with AH_SUPPORT_AR5416 being enabled in 7.x GENERIC? The 'out of box' config hasn't been broken by the change and this is identical to to the situation in HEAD as far as I can see. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Fri May 1 17:34:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5054E106566B; Fri, 1 May 2009 17:34:45 +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 EFE048FC28; Fri, 1 May 2009 17:34:44 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n41HYhoi019412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 10:34:44 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49FB32B3.1080707@freebsd.org> Date: Fri, 01 May 2009 10:34:43 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> <49FB1A3F.3000809@freebsd.org> <49FB1BE4.20502@freebsd.org> <49FB288E.7070402@incunabulum.net> In-Reply-To: <49FB288E.7070402@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 17:34:45 -0000 Bruce Simpson wrote: > Sam Leffler wrote: >> ... >>>>> the "ath_hal" device. >>> Do not modify ah_desc.h like you've done. Add this to conf/options >>> >>> ATH_HAL opt_ah.h >>> >>> and use that to enable AH_SUPPORT_AR5416. >>> >> To clarify the first comment: you've made it impossible to build code >> w/o the extended format descriptor; this is what I find unacceptable. > > Ah, of course, duh -- I forgot about the CaPiTalIzAtion of the device > name gets pulled into config(5) with the 'device' keyword. Thanks for > the reminder... > > This is a much cleaner fix for the issue than forcing the option to be > set on always. It looks like HEAD has this issue too and this can go > right in there. > > Are we happy with AH_SUPPORT_AR5416 being enabled in 7.x GENERIC? > The 'out of box' config hasn't been broken by the change and this is > identical to to the situation in HEAD as far as I can see. Not sure I understand your last question. If you fix the code so it's not dependent on "options AH_SUPPORT_AR5416" then you can just remove it from the GENERIC config files. Otherwise the intent was that "device ath_hal" would enable all available chip support so yes we want support for 5416 and later parts. In fact AH_SUPPORT_AR5416 is probably not needed at all; we can conditionalize the code according to the device config; e.g. #if defined(ATH_HAL) || defined(ATH_AR5416) || defined(ATH_AR9160) || defined(ATH_AR9280) or possibly consolidate this check in one spot and define something like AH_SUPPORT_AR5416 to enable the extended descriptor format support. Beware of driver code that depends on AH_SUPPORT_AR5416 (grep shows several uses). For now just fixing the immediate problem is sufficient; I'll get to cleaning this stuff up later (unless you care to deal with it). Sam From owner-freebsd-current@FreeBSD.ORG Fri May 1 18:18:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13AE41065672 for ; Fri, 1 May 2009 18:18:55 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id A11EB8FC0C for ; Fri, 1 May 2009 18:18:54 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk3 with SMTP id 3so5102261qyk.3 for ; Fri, 01 May 2009 11:18:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=ptwV4ronNsG6h9NbqdhCrA27ljTXk7NDqt9btbb7ij0=; b=grMe31m7Lmc6KUmejfxCrf5nP4uyyJnCChCcupSct6SkVA8pAX8rwFPy51D5rjQrfr C/TQgZRPDYV3htKLll1slMo1ctHaxPpmTXR/CiCPi7DnDxtgknyyzShiVnroqJP1N/JX 1/jueHR5T2O0xpLQ0BHBOEKWSSJAbIuR7ELKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=tq84cqXklc9avZrvoS0SKPWiIGfPf56uwNBWRf1Y0753ivVZTJHcPGKPXtHSSe8Uca eFICzgnmkdgHDBZ1QW91UQZaen9J+BdnopxZksdLrPUnwvobkoL37N3iZJqvXXQ8+ixU DWIZA7e/0VJzmMHC/UhSK+UZp7mnylwseuegA= Received: by 10.224.20.71 with SMTP id e7mr3463907qab.91.1241201933808; Fri, 01 May 2009 11:18:53 -0700 (PDT) Received: from cygnus.homeunix.com (201008160201.user.veloxzone.com.br [201.8.160.201]) by mx.google.com with ESMTPS id 9sm8761443yws.30.2009.05.01.11.18.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 01 May 2009 11:18:51 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 11684B8074; Fri, 1 May 2009 15:18:42 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Fri, 1 May 2009 15:18:42 -0300 (BRT) Message-ID: In-Reply-To: <1239874051.12971.1.camel@buffy.york.ac.uk> References: <00652174bdc7334a1a2d3d8db7c667a7.squirrel@10.1.1.10> <1239874051.12971.1.camel@buffy.york.ac.uk> Date: Fri, 1 May 2009 15:18:42 -0300 (BRT) From: "Nenhum_de_Nos" To: "Gavin Atkinson" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: ata and seagate microdrive problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 18:18:55 -0000 On Thu, April 16, 2009 06:27, Gavin Atkinson wrote: > On Thu, 2009-04-09 at 19:03 -0300, Nenhum_de_Nos wrote: >> hail, >> >> I'm trying to install current on via itx using ide 44pin to cf adapter >> and >> a seagate 8GB microdrive. >> >> I thought it was to be ok, but just today when I received the adapter I >> got nowhere in this. I tried 7.1-STABLE and 8.0-CURRENT from 200902, and >> both fail to find it. the same thing in 7.1R. > > Can you boot in verbose mode, and post the dmesg somewhere please? > Also, can you confirm which ATA channel the drive should show up on? > > Thanks, > > Gavin sorry for the long delay, too busy :( but tell me how to boot in debug, as I can't boot it from itself, and I don't have any serial cable. just say what to do, and I'll try my best. I must run current for what I want to do with it, thats my only limit. thanks, matheus >> I found this http://forums.freebsd.org/archive/index.php/t-2733.html, >> but >> hw.ata.ata_dma_check_80pin=0 is no good :( >> >> and found this pr >> http://lists.freebsd.org/pipermail/freebsd-bugs/2007-March/022884.html >> as >> the only pr that mentions microdrive (I may be wrong). > > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Fri May 1 20:10:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id F2DF3106564A; Fri, 1 May 2009 20:10:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 1 May 2009 16:10:40 -0400 User-Agent: KMail/1.6.2 References: <20090430013428.cb4f804b.nork@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_Cd1+JzNpzKwIA1I" Message-Id: <200905011610.42613.jkim@FreeBSD.org> Cc: pluknet , Jeff Roberson Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 20:10:56 -0000 --Boundary-00=_Cd1+JzNpzKwIA1I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 30 April 2009 11:04 pm, pluknet wrote: > 2009/5/1 pluknet : > > 2009/5/1 Jeff Roberson : > >> On Thu, 30 Apr 2009, pluknet wrote: > >>> 2009/4/30 Jeff Roberson : > >>>> On SMP machines you should now see output like this: > >>>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > >>>> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads > >>>> > >>>> If you detect any irregularities with kern.sched.topology_spec > >>>> or this dmesg > >>>> line please report them. > >>> > >>> Hi, Jeff. > >>> > >>> I have such mismatch. This is an Intel E7200. > >>> > >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > >>> cpu0 (BSP): APIC ID: 0 > >>> cpu1 (AP/HT): APIC ID: 1 > >>> > >>> So it should be instead: 1 package(s) x 2 core(s) > >>> cpu0 (BSP): APIC ID: 0 > >>> cpu1 (AP): APIC ID: 1 > >> > >> Can you please repeat the following steps as I have done here: > > > > (kgdb) p/x cpu_high > > $1 = 0x2 > > (kgdb) p/x cpu_cores > > $2 = 0x1 > > (kgdb) p/x cpu_logical > > $3 = 0x2 > > (kgdb) p/x cpu_feature > > $4 = 0xbfebfbff > > (kgdb) p/x logical_cpus > > $5 = 0x2 > > (kgdb) p/x hyperthreading_cpus > > $6 = 0x2 > > Follow up myself: > > What is embarrassing me is HTT feature enabled. May the reason be > in a buggy CPUID ? No, the flag does not mean it supports Hyperthreading. It means more than one logical core is supported (multi-threading) although the name didn't change for historical reason. ;-) Can you try the attached patch? Thanks! Jung-uk Kim --Boundary-00=_Cd1+JzNpzKwIA1I Content-Type: text/plain; charset="iso-8859-1"; name="identcpu.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="identcpu.diff" --- sys/amd64/amd64/identcpu.c 29 Apr 2009 06:54:40 -0000 1.172 +++ sys/amd64/amd64/identcpu.c 1 May 2009 20:00:59 -0000 @@ -472,6 +472,24 @@ cpu_feature = regs[3]; cpu_feature2 = regs[2]; + /* + * Clear "Limit CPUID Maxval" bit and get the highest + * basic CPUID function again if it is set from BIOS. + * It is necessary for probing correct CPU topology later. + * XXX This is only done on BSP. + */ + if (cpu_vendor_id == CPU_VENDOR_INTEL && + cpu_high > 0 && cpu_high < 4 && + (cpu_feature & CPUID_HTT) != 0) { + uint64_t msr; + msr = rdmsr(MSR_IA32_MISC_ENABLE); + if ((msr & 0x400000ULL) != 0) { + wrmsr(MSR_IA32_MISC_ENABLE, msr & ~0x400000ULL); + do_cpuid(0, regs); + cpu_high = regs[0]; + } + } + if (cpu_vendor_id == CPU_VENDOR_INTEL || cpu_vendor_id == CPU_VENDOR_AMD || cpu_vendor_id == CPU_VENDOR_CENTAUR) { --- sys/i386/i386/identcpu.c 29 Apr 2009 06:54:40 -0000 1.201 +++ sys/i386/i386/identcpu.c 1 May 2009 20:00:59 -0000 @@ -323,15 +323,6 @@ strcat(cpu_model, "Pentium 4"); cpu = CPU_P4; model = (cpu_id & 0x0f0) >> 4; - if (model == 3 || model == 4 || model == 6) { - uint64_t tmp; - - tmp = rdmsr(MSR_IA32_MISC_ENABLE); - wrmsr(MSR_IA32_MISC_ENABLE, - tmp & ~(1LL << 22)); - do_cpuid(0, regs); - cpu_high = regs[0]; - } break; default: strcat(cpu_model, "unknown"); @@ -1110,6 +1101,24 @@ cpu_vendor_id = find_cpu_vendor_id(); + /* + * Clear "Limit CPUID Maxval" bit and get the highest + * basic CPUID function again if it is set from BIOS. + * It is necessary for probing correct CPU topology later. + * XXX This is only done on BSP. + */ + if (cpu_vendor_id == CPU_VENDOR_INTEL && + cpu_high > 0 && cpu_high < 4 && + (cpu_feature & CPUID_HTT) != 0) { + uint64_t msr; + msr = rdmsr(MSR_IA32_MISC_ENABLE); + if ((msr & 0x400000ULL) != 0) { + wrmsr(MSR_IA32_MISC_ENABLE, msr & ~0x400000ULL); + do_cpuid(0, regs); + cpu_high = regs[0]; + } + } + /* Detect AMD features (PTE no-execute bit, 3dnow, 64 bit mode etc) */ if (cpu_vendor_id == CPU_VENDOR_INTEL || cpu_vendor_id == CPU_VENDOR_AMD) { --Boundary-00=_Cd1+JzNpzKwIA1I-- From owner-freebsd-current@FreeBSD.ORG Fri May 1 21:12:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 747B2106564A for ; Fri, 1 May 2009 21:12:09 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id EC1E28FC0A for ; Fri, 1 May 2009 21:12:08 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so645840eyd.7 for ; Fri, 01 May 2009 14:12:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=gtX5X+hxxNm3URH/Wgz2QXkOQW/vTUJplTDRzRg2wR0=; b=Qzg+TsA8ZWUoaYR8rJwaO4xAK8la/AUH6LysucvP5/DmqYt26otuUaZWmePBuyH1ts OC3Dy6LwIGq2RY3XxqGtmLL+OBWctZ2/mMeeZHK39jbrbQRT9Iu85VAPSoM7AoLaNLLR yHib5S0zgBhFu3QDlUQjuo49u6ZfyfB59+hoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=wEZNsGq0eM6KAKaNUKCKHJOMOoSoRaL8xK4j22yXX9PnItGt6IkeoAYCdu0pZ7yVO3 ZrDlN9rByx/uLFOt8LBxP5q9ARY87LGw3BraXEVVOnI5NPg3edMx6kSaIXhlndPkSGED Y69Hs62Amxi4VkMAZZnc+NQjWIopbzQlG82B8= Received: by 10.216.0.84 with SMTP id 62mr950238wea.185.1241212326701; Fri, 01 May 2009 14:12:06 -0700 (PDT) Received: from cygnus.homeunix.com (201008160201.user.veloxzone.com.br [201.8.160.201]) by mx.google.com with ESMTPS id g11sm4910057gve.13.2009.05.01.14.12.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 01 May 2009 14:12:05 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 2DF2CB8074; Fri, 1 May 2009 18:12:00 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Fri, 1 May 2009 18:12:00 -0300 (BRT) Message-ID: <9873873469b8064e7b9485cb24d1a45d.squirrel@10.1.1.10> In-Reply-To: <49F80971.9070300@quip.cz> References: <20090428162926.3ea9f861@serene.no-ip-org> <49F80971.9070300@quip.cz> Date: Fri, 1 May 2009 18:12:00 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Any further progresss on Nvidia SATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 21:12:10 -0000 On Wed, April 29, 2009 05:01, Miroslav Lachman wrote: > Conrad J. Sabatier wrote: >> I have't checked any of the more recent FreeBSD snapsots, but am just >> wondering if any further progress has been made on the functionality of >> the Nvidia SATA controller under AMD64. >> >> My last attempt to apply the patches Soren sent me did recognize both >> the controller and hard drive, but still no CD/DVD-ROM functionality. >> >> Also, why are the snapshots on the main FreeBSD server so out of date? >> Last I looked, the most recent was from Februrary 2009. >> >> Been making do with Ubuntu Linux, but...I miss my FreeBSD!!!! >> >> Please, anyone out there, could you offer some guidance or suggetions or >> more recent patches, so I can get back up and running with my Favorite >> OS of ALL TIME (tm)? > > I don't have answer to your questions, but there are almost daily > snapshots http://pub.allbsd.org/FreeBSD-snapshots/ > > Miroslav Lachman that saved my day !! I'm testing some hardware that depends on corrent, but current official snaps are too old for me :( and as this hardware of mine can't get to the point of building a new current, this repository is gold for me. thanks, this should be broadcasted ... :) matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Sat May 2 04:49:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D96A31065674 for ; Sat, 2 May 2009 04:49:48 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7B06D8FC0A for ; Sat, 2 May 2009 04:49:48 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n424ndHI003523 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 2 May 2009 04:49:40 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: current@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, 2 May 2009 00:49:39 -0400 X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: Subject: [patch] zfs kmem fragmentation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 04:49:49 -0000 Hello all, Lately I've been looking into the "kmem too small" panics that often occur with zfs if you don't restrict the arc. What I found in my test environment was that everything works well until the kmem usage hits the 75% limit set in arc.c. At this point the arc is shrunk and slabs are reclaimed from uma. Unfortunately, every time this reclamation process runs the kmem space becomes more fragmented. The vast majority of the time my machine hits the "kmem too small" panic it has over 200MB of kmem space available, but the largest fragment is less than 128KB. Ideally things would be arranged to free memory without fragmentation. I have tried a few things along those lines, but none of them have been successful so far. I'm going to continue that work, but in the meantime I've put together a patch that tries to avoid fragmentation by slowing kmem growth before the aggressive reclamation process is required: http://www.wanderview.com/svn/public/misc/zfs/zfs_kmem_limit.diff It uses the following heuristics to do this: - Start arc_c at arc_c_min instead of arc_c_max. This causes the system to warm up more slowly. - Half the rate arc_c grows when kmem exceeds kmem_slow_growth_thresh - Stop arc_c growth when kmem exceeds kmem_target - Evict arc data when the kmem exceeds kmem_target - If kmem usage exceeds kmem_target then ask the pagedaemon to reclaim pages - If the largest kmem fragment is less than kmem_fragment_target then ask the pagedaemon to reclaim pages - If the largest kmem fragment is less than a kmem_fragment_thresh then force the aggressve kmem/arc reclamation process The defaults for the various targets and thresholds are: kmem_reclaim_threshold = 7/8 kmem kmem_target = 3/4 kmem kmem_slow_growth_threshold = 5/8 kmem kmem_fragment_target = 1/8 kmem kmem_fragment_thresh = 1/16 kmem With this patch I've been able to run my load tests with the default arc size with kmem values of 512MB to 700MB. I tried one loaded run with a 300MB kmem, but it panic'ed due to legitimate, non-fragmented kmem exhaustion. Please note that you may still encounter some fragmentation. Its possible for the system to get stuck in a degraded state where its constantly trying to free pages and memory in attempt to fix the fragmentation. If the system is in this state the kstat.zfs.misc.arcstats.fragmented_kmem_count sysctl will be increasing at a fairly rapid rate. Anyway, I just thought I would put this out there in case anyone wanted to try to test with it. I've mainly been loading it using rsync between two pools on a non-SMP, i386, with 2GB memory. Also, if anyone is interested in helping with the fragmentation problem please let me know. At this point I think the best odds are to modify UMA to allow some zones to use a custom slab size of 128KB (max zfs buffer size) so that most of the allocations from kmem are the same size. It also occurred to me that much of this mess would be simpler if kmem information were passed up through the vnode so that the top layer entities like pagedaemon could make better choices for the overall memory usage of the system. Right now we have a sub- system two or three layers down making decisions for everyone. Anyway, suggestions and insights are more than welcome. Thanks! - Ben From owner-freebsd-current@FreeBSD.ORG Sat May 2 07:50:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8672D1065675; Sat, 2 May 2009 07:50:54 +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 AEBFA8FC1D; Sat, 2 May 2009 07:50:53 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so2639983fxm.43 for ; Sat, 02 May 2009 00:50:52 -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=gjEydPHzL9cgUR6C25BFHHbOw6bqrloqWj2Oy4p4A+o=; b=r9sd7iTrlAVUx+bnWuT+bSe2PrnL4nHh4fHvIgGBvkB5Zb57CPYom03QalmQGufE+o 2cwpwv9MNb6ZV1fo8Xc0FTEwBJM2gp6wAvfgTcUE4dpPAtQ4EN8if0CdKqL2lK6rf3yv dzPjVvaGBccb32Y791/jkasU2xJArvmMBCPnw= 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=VJ6RhAGahAQNphBDmlOy6GisxaHqCfa9yzgRxMot5FGpXezU1DOtm4cqp6PoNzsKax CJxNIbsuzCF49rHX2KxChOGlJ5TeuxroNInA/POiShx+G/tgzaunjHgp2cj9XW15S1HF aNotv6Oo8zhiAKqOOxrog02UX8II5mptZAY+4= MIME-Version: 1.0 Received: by 10.103.218.9 with SMTP id v9mr2112961muq.78.1241250652733; Sat, 02 May 2009 00:50:52 -0700 (PDT) In-Reply-To: <200905011610.42613.jkim@FreeBSD.org> References: <20090430013428.cb4f804b.nork@FreeBSD.org> <200905011610.42613.jkim@FreeBSD.org> Date: Sat, 2 May 2009 11:50:52 +0400 Message-ID: From: pluknet To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jeff Roberson Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 07:50:54 -0000 2009/5/2 Jung-uk Kim : > On Thursday 30 April 2009 11:04 pm, pluknet wrote: >> 2009/5/1 pluknet : >> > 2009/5/1 Jeff Roberson : >> >> On Thu, 30 Apr 2009, pluknet wrote: >> >>> 2009/4/30 Jeff Roberson : >> >>>> On SMP machines you should now see output like this: >> >>>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> >>>> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >> >>>> >> >>>> If you detect any irregularities with kern.sched.topology_spec >> >>>> or this dmesg >> >>>> line please report them. >> >>> >> >>> Hi, Jeff. >> >>> >> >>> I have such mismatch. This is an Intel E7200. >> >>> >> >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> >>> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads >> >>> cpu0 (BSP): APIC ID: 0 >> >>> cpu1 (AP/HT): APIC ID: 1 >> >>> >> >>> So it should be instead: 1 package(s) x 2 core(s) >> >>> cpu0 (BSP): APIC ID: 0 >> >>> cpu1 (AP): APIC ID: 1 >> >> >> >> Can you please repeat the following steps as I have done here: >> > >> > (kgdb) p/x cpu_high >> > $1 = 0x2 >> > (kgdb) p/x cpu_cores >> > $2 = 0x1 >> > (kgdb) p/x cpu_logical >> > $3 = 0x2 >> > (kgdb) p/x cpu_feature >> > $4 = 0xbfebfbff >> > (kgdb) p/x logical_cpus >> > $5 = 0x2 >> > (kgdb) p/x hyperthreading_cpus >> > $6 = 0x2 >> >> Follow up myself: >> >> What is embarrassing me is HTT feature enabled. May the reason be >> in a buggy CPUID ? > > No, the flag does not mean it supports Hyperthreading. It means more > than one logical core is supported (multi-threading) although the > name didn't change for historical reason. ;-) > I see now. > Can you try the attached patch? > Nice, it works! cpu_mp_probe(): mp_ncpus = 2 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 (kgdb) p/x cpu_high $1 = 0xa (kgdb) p/x cpu_cores $2 = 0x2 (kgdb) p/x cpu_logical $3 = 0x1 (kgdb) p/x cpu_feature $4 = 0xbfebfbff (kgdb) p/x logical_cpus $5 = 0x2 (kgdb) p/x hyperthreading_cpus $6 = 0x1 -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sat May 2 08:26:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46A1E106564A for ; Sat, 2 May 2009 08:26:33 +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 724928FC0C for ; Sat, 2 May 2009 08:26:32 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so2648770fxm.43 for ; Sat, 02 May 2009 01:26:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3HubKyepurWO5gr/j59Gf/BUHyjcXQ2KWQn/65Eqd0k=; b=Bf8XxK1Diu3CkSg8fGbFYcSxMhdefnd+nJItOw+RekkeFvr9ad2slOGvcNq5BIz5uW yrErX1iDJehMnGH1+AyQAeytYJlaZ5FCVwPShkhWWoJ7tsn1dVO73u6T2nesZR8vMXSt UM1+zJtWpz+vdUF8faLD/FkUTKnoXrNkw05VE= 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=dG7kqPdN/Y3WLBvs+7DqqQ9UUt6tsCuMmVYhs9TGDv8yfRdG0WnF2LGSCItnj/pckO QgATPBDJGI3zsCOyxDFA5BBQic4zC2QNg3QFf69YHkrZq2F04i48T/kzn/lQoZpOY+SD T5BdaV0l011GdqEEJPG/qWHOzoLb2GEkf/EZg= MIME-Version: 1.0 Received: by 10.103.160.9 with SMTP id m9mr2068268muo.53.1241252791558; Sat, 02 May 2009 01:26:31 -0700 (PDT) In-Reply-To: References: <20090430013428.cb4f804b.nork@FreeBSD.org> Date: Sat, 2 May 2009 12:26:31 +0400 Message-ID: From: pluknet To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 08:26:33 -0000 2009/5/1 Jeff Roberson : > > > On Fri, 1 May 2009, pluknet wrote: > >> 2009/5/1 pluknet : >>> [snip] >>> (kgdb) p/x cpu_high >>> $1 = 0x2 >>> (kgdb) p/x cpu_cores >>> $2 = 0x1 >>> (kgdb) p/x cpu_logical >>> $3 = 0x2 >>> (kgdb) p/x cpu_feature >>> $4 = 0xbfebfbff >>> (kgdb) p/x logical_cpus >>> $5 = 0x2 >>> (kgdb) p/x hyperthreading_cpus >>> $6 = 0x2 >>> >> >> Follow up myself: >> >> What is embarrassing me is HTT feature enabled. May the reason be in a >> buggy CPUID ? > > This is very curious. With older revisions did the system believe your CPUs > were HTT? You can tell if you had sysctl machdep.hyperthreading_allowed or > via the ULE kern.sched.topology_spec sysctl. > -current from February. I'm afraid it did. machdep.hyperthreading_allowed: 1 kern.sched.topology_spec: 0, 1 0, 1 HTT group FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 > I didn't realize there were any core2 CPUs without leaf 4 of cpuid. However, > I didn't write the earlier hyperthread detection code. I'll see if I can > get jhb to chime in. > > The HTT feature bit is set on many processors that don't have hyperthreads. > So we need a secondary way of differentiating. I don't know what that is > in this case. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sat May 2 17:21:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B266110656C0 for ; Sat, 2 May 2009 17:21:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outh.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7F58FC16 for ; Sat, 2 May 2009 17:21:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 77FEEB0CFA for ; Sat, 2 May 2009 10:21:44 -0700 (PDT) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 303E02D635B for ; Sat, 2 May 2009 10:21:44 -0700 (PDT) Message-ID: <49FC812B.2070305@elischer.org> Date: Sat, 02 May 2009 10:21:47 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: VIMAGE status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 17:21:47 -0000 The VIMAGE code is nearly all in the the kernel. One is now able to make VIMAGE kernels (add options VIMAGE) though they don't actually allow you to make multiple vimages instances yet.. The VIMAGE option enables all the low level changes needed throughout the kernel. The VIMAGE_GLOBALS option basically sets thing sback to how they were before. Having neither (the default) gives a kernel that is a kind of hybrid. The Hybrid state is what will go forward as 'NON-VIMAGE' mode and the VIMAGE_GLOBALS mode will probably go away in time as it complicates the code. The aim of this mail is to ask people to try add the VIMAGE option to their regular kernels and try use them as you woudl normally. You will not yet be able to use any new VIMAGE features but we should be fully compatible with previous kernels. Please report any concerns to the freebsd-virtualization@ mailing list. THEORETICALLY you should not see any changes in behaviour, however we have the following issues: * SCTP is not fully converted yet. add 'nooptions SCTP' for now if you are not using it yet. * An NFS (crash) issue was reported. This MAY have been fixed... Theory tells us that all three kernel options should behave about the same but if you do try this, and have any benchmarking facilities, it would be incredibly useful if you could let us know if you see any performance changes between the three. thanks, Julian (currently running a VIMAGE kernel myself) From owner-freebsd-current@FreeBSD.ORG Sat May 2 17:53:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BD93106567D; Sat, 2 May 2009 17:53:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 40ABF8FC18; Sat, 2 May 2009 17:53:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n42HrVBB016346; Sat, 2 May 2009 13:53:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n42HrVWk023304; Sat, 2 May 2009 13:53:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D0EEA7302F; Sat, 2 May 2009 13:53:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090502175330.D0EEA7302F@freebsd-current.sentex.ca> Date: Sat, 2 May 2009 13:53:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 17:53:35 -0000 TB --- 2009-05-02 16:13:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-02 16:13:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-05-02 16:13:58 - cleaning the object tree TB --- 2009-05-02 16:14:28 - cvsupping the source tree TB --- 2009-05-02 16:14:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-05-02 16:14:40 - building world TB --- 2009-05-02 16:14:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-02 16:14:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-02 16:14:40 - TARGET=pc98 TB --- 2009-05-02 16:14:40 - TARGET_ARCH=i386 TB --- 2009-05-02 16:14:40 - TZ=UTC TB --- 2009-05-02 16:14:40 - __MAKE_CONF=/dev/null TB --- 2009-05-02 16:14:40 - cd /src TB --- 2009-05-02 16:14:40 - /usr/bin/make -B buildworld >>> World build started on Sat May 2 16:14:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 2 17:36:46 UTC 2009 TB --- 2009-05-02 17:36:46 - generating LINT kernel config TB --- 2009-05-02 17:36:46 - cd /src/sys/pc98/conf TB --- 2009-05-02 17:36:46 - /usr/bin/make -B LINT TB --- 2009-05-02 17:36:46 - building LINT kernel TB --- 2009-05-02 17:36:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-02 17:36:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-02 17:36:46 - TARGET=pc98 TB --- 2009-05-02 17:36:46 - TARGET_ARCH=i386 TB --- 2009-05-02 17:36:46 - TZ=UTC TB --- 2009-05-02 17:36:46 - __MAKE_CONF=/dev/null TB --- 2009-05-02 17:36:46 - cd /src TB --- 2009-05-02 17:36:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 2 17:36:46 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel mp_machdep.o(.text+0x94c): In function `ipi_bitmap_handler': : undefined reference to `profclockintr' mp_machdep.o(.text+0x95d): In function `ipi_bitmap_handler': : undefined reference to `statclockintr' mp_machdep.o(.text+0x96a): In function `ipi_bitmap_handler': : undefined reference to `hardclockintr' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-02 17:53:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-02 17:53:30 - ERROR: failed to build lint kernel TB --- 2009-05-02 17:53:30 - 4701.91 user 451.92 system 5972.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat May 2 18:56:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D283106564A for ; Sat, 2 May 2009 18:56:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0A96A8FC14 for ; Sat, 2 May 2009 18:56:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M0KO1-0006pa-Ax for freebsd-current@freebsd.org; Sat, 02 May 2009 18:56:33 +0000 Received: from 169-154.dsl.iskon.hr ([89.164.169.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 02 May 2009 18:56:33 +0000 Received: from ivoras by 169-154.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 02 May 2009 18:56:33 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 02 May 2009 20:56:22 +0200 Lines: 8 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 169-154.dsl.iskon.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) Sender: news Cc: freebsd-hackers@freebsd.org Subject: VirtualBox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 18:56:34 -0000 In case there are people who haven't heard it yet: VirtualBox is apparently coming to FreeBSD! http://vbox.innotek.de/pipermail/vbox-dev/2009-April/001328.html Finally! They still need help, though. From owner-freebsd-current@FreeBSD.ORG Sat May 2 19:12:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E5EF10656A7; Sat, 2 May 2009 19:12:28 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1784B8FC23; Sat, 2 May 2009 19:12:27 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1855969ywe.13 for ; Sat, 02 May 2009 12:12:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=N39rgENBLiBimMfNJ2RgHeugiAkpn6JTelTO1ewEVnk=; b=NdI/FLG5SeIrT0g4dtvwkr2KL+aR88SsMfznlU39AQLpCKRpsyZ2xZBIuOM7n7mpnY 5BcmHN2EQjXpOCVLTDikjX39QPhEcWcPGqkJJCkNJmizpxp8FJtDTJtbgWFEsLs62Sz+ ZuTpH2MGKmN71ns0jO2CsqCWqtrxTX1w7+GtI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=ouED2gbu0rBhxSs8OdD5hjHbcSqdAhlQNY5IlgyUmT7FsdlzJW/kLprGbf2HcU0wmn 54iz0daugCcysFmFfQkeb/+QaGnLcb+j50GLcrwmH6ciIC1XVHmNa481lKd2tcJAb7R9 WanYatHyGFALck4prsFQq34bERdKP+CN5AarU= Received: by 10.100.213.18 with SMTP id l18mr9064058ang.37.1241291546563; Sat, 02 May 2009 12:12:26 -0700 (PDT) Received: from cygnus.homeunix.com (201008160201.user.veloxzone.com.br [201.8.160.201]) by mx.google.com with ESMTPS id 6sm11831933ywi.48.2009.05.02.12.12.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 02 May 2009 12:12:25 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 5DE28B8074; Sat, 2 May 2009 16:12:19 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Sat, 2 May 2009 16:12:19 -0300 (BRT) Message-ID: In-Reply-To: References: <00652174bdc7334a1a2d3d8db7c667a7.squirrel@10.1.1.10> <1239874051.12971.1.camel@buffy.york.ac.uk> Date: Sat, 2 May 2009 16:12:19 -0300 (BRT) From: "Nenhum_de_Nos" To: "Gavin Atkinson" , freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: ata and seagate microdrive problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 19:12:28 -0000 On Fri, May 1, 2009 15:18, Nenhum_de_Nos wrote: > > On Thu, April 16, 2009 06:27, Gavin Atkinson wrote: >> On Thu, 2009-04-09 at 19:03 -0300, Nenhum_de_Nos wrote: >>> hail, >>> >>> I'm trying to install current on via itx using ide 44pin to cf adapter >>> and >>> a seagate 8GB microdrive. >>> >>> I thought it was to be ok, but just today when I received the adapter I >>> got nowhere in this. I tried 7.1-STABLE and 8.0-CURRENT from 200902, >>> and >>> both fail to find it. the same thing in 7.1R. >> >> Can you boot in verbose mode, and post the dmesg somewhere please? >> Also, can you confirm which ATA channel the drive should show up on? >> >> Thanks, >> >> Gavin > > sorry for the long delay, too busy :( > > but tell me how to boot in debug, as I can't boot it from itself, and I > don't have any serial cable. just say what to do, and I'll try my best. > > I must run current for what I want to do with it, thats my only limit. > > thanks, > > matheus just for the record, I just tried current snapshot from http://pub.allbsd.org/FreeBSD-snapshots/i386/8.0-HEAD-20090501-JPSNAP/cdrom/8.0-HEAD-20090501-JPSNAP-i386-disc1.iso and no go. BTX loader finds it though ( BIOS drive c: is disk0). acpi on, no usb keyboard :( and no disk also. I have OpenBSD on this disk, which I'll willing to wipe out to have FreeBSD. but if I can get any info from OpenBSD that would help, just say so. also, I'm downloading the livefs from this very current snapsjot, just to see if I can save a verbose boot anyhow. matheus >>> I found this http://forums.freebsd.org/archive/index.php/t-2733.html, >>> but >>> hw.ata.ata_dma_check_80pin=0 is no good :( >>> >>> and found this pr >>> http://lists.freebsd.org/pipermail/freebsd-bugs/2007-March/022884.html >>> as >>> the only pr that mentions microdrive (I may be wrong). >> >> > > > -- > We will call you cygnus, > The God of balance you shall be > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Sat May 2 21:12:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73B891065675 for ; Sat, 2 May 2009 21:12:41 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D599E8FC14; Sat, 2 May 2009 21:12:40 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n42LCdPn093500; Sat, 2 May 2009 21:12:40 GMT (envelope-from tmclaugh@sdf.lonestar.org) Received: from tomcat.straycat.dhs.org (tomcat.straycat.dhs.org [192.168.3.130]) by straycat.dhs.org (8.14.1/8.14.1) with ESMTP id n42LCdYh000402; Sat, 2 May 2009 17:12:39 -0400 (EDT) Message-ID: <49FCB742.2080502@sdf.lonestar.org> Date: Sat, 02 May 2009 17:12:34 -0400 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Ryan Stone References: <49D851FC.4090103@sdf.lonestar.org> <49EBC778.7080305@sdf.lonestar.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: NFS lockd/statd lock up network connection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 21:12:43 -0000 Ryan Stone wrote, On 04/20/2009 10:14 PM: > Well, that does confirm that your system is running out of clusters. > Because you lose all network connectivity I'd suspect a leak, probably > in code exercised by lockd. I'm afraid that I know absolutely nothing > about it so I can't offer any kind of solution. Hopefully somebody who > does know something is paying attention. > > One thing you could try is setting the tunable kern.ipc.nmbclusters > higher than 25600 -- maybe 40000? If it's a leak that won't help > anything but if your system just doesn't have enough clusters that will > fix it. Yup, upped the value to 40000 and it still runs out of mbuf clusters. Appears to be something lockd is triggering. I'll check with dfr. tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-current@FreeBSD.ORG Sat May 2 21:21:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FC1106567B for ; Sat, 2 May 2009 21:21:57 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9728FC0A; Sat, 2 May 2009 21:21:57 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n42LLtUR007507; Sat, 2 May 2009 21:21:56 GMT (envelope-from tmclaugh@sdf.lonestar.org) Received: from tomcat.straycat.dhs.org (tomcat.straycat.dhs.org [192.168.3.130]) by straycat.dhs.org (8.14.1/8.14.1) with ESMTP id n42LLtVg019854; Sat, 2 May 2009 17:21:55 -0400 (EDT) Message-ID: <49FCB96E.1010604@sdf.lonestar.org> Date: Sat, 02 May 2009 17:21:50 -0400 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Doug Rabson References: <49D851FC.4090103@sdf.lonestar.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: NFS lockd/statd lock up network connection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 21:21:57 -0000 Doug Rabson wrote, On 04/08/2009 03:20 PM: > On 5 Apr 2009, at 07:38, Tom McLaughlin wrote: > >> Hey, I have a recent -CURRENT box which has a mount exported from an >> OpenBSD NFS server. Recently I enabled lockd and statd on the machine >> but this has started to cause the network connection on the machine >> to lockup. I find the following in dmesg: >> >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> nfs server exports:/mnt/raid0/net/home: lockd not responding >> NLM: failed to contact remote rpcbind, stat = 5, port = 28416 >> >> Additionally I see this when trying to restart netif: >> >> em0: Could not setup receive structures >> >> I've tried building with NFS_LEGACYRPC but that has not changed >> anything. Additionally I've tested this on 7-STABLE and while lockd >> still does not work (so, looks like I'll still have to work around >> my need for NFS locking) the network connection at least does not >> lock up. Is what I'm seeing evidence of some further problem? > > It looks as if lockd is not running on the server. The NFS locking > protocol needs it enabled at both ends. Also, NFS_LEGACYRPC won't > affect this - the record locking code always uses the new RPC code. Hi Doug, lockd is runing on both ends. The problem appears to be with the system running out of mbuf clusters when using lockd. [1] For now I'm mounting the particular mount with nolockd as an option to get around this. I've gotten errors with my -STABLE box using this mount with lockd enabled but at least the system didn't run out of mbuf clusters and lose all network connectivity. tom [1] http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006433.html -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org |