From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 00:13:55 2011 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 9CC081065670; Sun, 9 Jan 2011 00:13:55 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 365468FC0C; Sun, 9 Jan 2011 00:13:55 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 42E0235A860; Sun, 9 Jan 2011 01:13:54 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 1677) id 2E64E17250; Sun, 9 Jan 2011 01:13:54 +0100 (CET) Date: Sun, 9 Jan 2011 01:13:54 +0100 From: Jilles Tjoelker To: John Baldwin , freebsd-current@freebsd.org, Erik Cederstrand Message-ID: <20110109001353.GA85498@stack.nl> References: <20110105131439.GN23329@acme.spoerlein.net> <4184C8F2-3C6D-46FB-8F10-DDEBA6DB1C35@cederstrand.dk> <201101050934.49845.jhb@freebsd.org> <20110105165545.GP23329@acme.spoerlein.net> <20110105193653.GA49285@stack.nl> <20110105213043.GT23329@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110105213043.GT23329@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: FYI: clang static analyzer page has moved to http://scan.freebsd.your.org/freebsd-head/ 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, 09 Jan 2011 00:13:55 -0000 On Wed, Jan 05, 2011 at 10:30:43PM +0100, Ulrich Spörlein wrote: > On Wed, 05.01.2011 at 20:36:53 +0100, Jilles Tjoelker wrote: > > On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Spörlein wrote: > > > *But*, it should grok that for err(3) and exit(3). Now there are some > > > possible remedies: > > > - get IPA to work with clang, or at least file a bug > > > - mark functions as __dead2 (please don't do that) > > Why not? > Cause IMHO it adds clutter, is noisy and needs to be maintained > manually, when we have these "computer" things that should deduct this > by themselves. Yes, but to me it seems the only realistic option of your three. Upstream is unlikely to add IPA to the checker and other kinds of annotation are probably either similar to __dead2 with the same problems and an additional one that gcc does not check it or very specific to a particular complaint from the checker. > > I have done this in some cases because it leads to better code with gcc > > (the system version in 9-current). See SVN commit r212508 to > > bin/sh/parser.c. Although synexpect() and synerror() are static, adding > > __dead2 to both makes the executable 576 bytes smaller on i386 (these > > functions are called many times). Adding __dead2 to synexpect() only > > causes a warning "noreturn function does return" (it calls synerror()). > > Adding __dead2 to synerror() only also makes the executable smaller but > > not as much as adding it to both. > > Reordering the functions in the file does not help to make gcc see that > > the functions do not return. > This is too bad and really makes me sad. It shouldn't be necessary to > hand-hold the compilers like that. Could you try some tests with gcc 4.5 > to confirm this is still required? gcc 4.5 still needs it. gcc 4.6 and clang (the compiler) do not need it. (For gcc, used ports gcc and compiled head bin/sh with some patches on stable/8. For clang, used base clang and compiled head bin/sh on head.) -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 01:18:46 2011 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 3FAC61065670; Sun, 9 Jan 2011 01:18:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id DA03D8FC1D; Sun, 9 Jan 2011 01:18:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAEucKE2DaFvO/2dsb2JhbACDd6E/riWMTIEhgW4FB4E9dASEZ4YjhSo X-IronPort-AV: E=Sophos;i="4.60,295,1291611600"; d="scan'208";a="106390393" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 08 Jan 2011 20:18:45 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 12C2AB3F5D; Sat, 8 Jan 2011 20:18:45 -0500 (EST) Date: Sat, 8 Jan 2011 20:18:45 -0500 (EST) From: Rick Macklem To: Marek Salwerowicz Message-ID: <313821249.9847.1294535925017.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: rmacklem@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 01:18:46 -0000 > Hi, > > 1. I have a NFSv4-enabled server with /etc/exports like: > V4: / -sec=sys > /home/stud -sec=sys > > /etc/rc.conf: > > nfs_server_enable=YES > nfsv4_server_enable=YES > nfsuserd_enable=YES > > Is it possible to run ONLY NFSv4 server (without NFSv3 compatibility) > ? You can limit the versions of NFS supported by the server via: vfs.newnfs.server_max_nfsvers vfs.newnfs.server_min_nfsvers If both of these are set to "4", only NFSv4 will be handled. (However, note that it is not possible to run the regular and experimental NFS server on the same machine concurrently, so this would mean that the box would only serve NFSv4.) > > 2. On a client station I installed pam_mount module in order to mount > home directory from server automatically during logging in to > station. > I would like to mount it via NFSv4. > > In pam_mount.conf.xml I inserted: > path="/home/stud/%(USER)" mountpoint="/home/stud/%(USER)" /> > path="/home/prac/%(USER)" mountpoint="/home/prac/%(USER)" /> > mount_nfs -o nfsv4 %(SERVER):%(VOLUME) %(MNTPT) > > And it works, but: > > On a client station every user can be root, and I don't want even root > to be able to mount user's home directories without giving a > password (via mount_nfs command)- is it possible? Not that I know. If the users are "root" they can do a mount. It is possible to allow non-root users to do mounts, but not restrict mounting by "root". Note: - "root" is not mapped to "root" on the server for your configuration so, although they can "mount", they can't access the server volume beyond what "nobody"/world is allowed to do. The concept of "mount" doesn't really exist in an NFS server. The client mount_nfs simply finds a handle for the directory at the end of the mount path. The server only sees RPCs doing operations from that directory down and has no idea that the client "has mounted it there". > > After mounting there is a strange UID and GID: > > ls -la > total 472 > drwxr-xr-x 10 32767 32767 1024 8 sty 23:00 ./ > drwxr-xr-x 9 root wheel 512 1 wrz 2009 ../ > -rw------- 1 32767 32767 0 12 cze 2010 .Xauthority > drwxr-xr-x 3 32767 32767 512 12 cze 2010 .cache/ > -rw------- 1 32767 32767 68693 8 sty 21:11 .hist > -rw------- 1 32767 32767 0 11 cze 2010 .history > > the UID should be 700. > This will be the user name mapping business. For NFSv4, both the client and the server must know the username for UID == 700 and they must be configured with the same user name space domain. (I suspect the latter is correct or "root", "wheel" would not have worked.) For NFSv4, it is names and not numbers that go on the wire for file ownership. (Try reading "man nfsv4" and "man nfsuserd".) rick From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 22:34:56 2011 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 DADF9106564A for ; Sat, 8 Jan 2011 22:34:56 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9C58FC0C for ; Sat, 8 Jan 2011 22:34:56 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 24534 invoked from network); 8 Jan 2011 23:34:55 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 8 Jan 2011 23:34:55 +0100 Message-ID: From: "Marek Salwerowicz" To: Date: Sat, 8 Jan 2011 23:34:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [4aPs] X-Mailman-Approved-At: Sun, 09 Jan 2011 11:52:36 +0000 Cc: freebsd-current@freebsd.org Subject: NFSv4 and pam_mount - mounting user home directories. 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, 08 Jan 2011 22:34:56 -0000 Hi, 1. I have a NFSv4-enabled server with /etc/exports like: V4: / -sec=sys /home/stud -sec=sys /etc/rc.conf: nfs_server_enable=YES nfsv4_server_enable=YES nfsuserd_enable=YES Is it possible to run ONLY NFSv4 server (without NFSv3 compatibility) ? 2. On a client station I installed pam_mount module in order to mount home directory from server automatically during logging in to station. I would like to mount it via NFSv4. In pam_mount.conf.xml I inserted: mount_nfs -o nfsv4 %(SERVER):%(VOLUME) %(MNTPT) And it works, but: On a client station every user can be root, and I don't want even root to be able to mount user's home directories without giving a password (via mount_nfs command)- is it possible? After mounting there is a strange UID and GID: ls -la total 472 drwxr-xr-x 10 32767 32767 1024 8 sty 23:00 ./ drwxr-xr-x 9 root wheel 512 1 wrz 2009 ../ -rw------- 1 32767 32767 0 12 cze 2010 .Xauthority drwxr-xr-x 3 32767 32767 512 12 cze 2010 .cache/ -rw------- 1 32767 32767 68693 8 sty 21:11 .hist -rw------- 1 32767 32767 0 11 cze 2010 .history the UID should be 700. -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 10:01:22 2011 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 4A694106566B for ; Sun, 9 Jan 2011 10:01:22 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CC3DF8FC17 for ; Sun, 9 Jan 2011 10:01:21 +0000 (UTC) Received: by bwz12 with SMTP id 12so11086240bwz.13 for ; Sun, 09 Jan 2011 02:01:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=d4OfKOdYCSLOG4Eozccn29ausz4yMyfjKfHhcTX0FGs=; b=KKkhNOY3gE1gAujyEy5ngM9lCfJ55yVqeeDP0LlWMPLVXZTqo4UxkufFigHO4vexGH xXH5KoSPMyF98Ba7ESfg7N9fmdhjpyr3VYRdMQaquPQZxqpoYWFOGbW2udNNskzSSXsZ as69qDKWLfGWNC5gcfcmqid/cnFh9H+lkXn10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=KsnAGt/es5BB9Ey8k8ymaHaViy+4n5spm087XmQlWUa//QEe1WUyQaESHWwLA8yzSm MvJMe6lk1EeKWGXdDQxJGViqF3LluF/QGcR9rFlgPofXMTfNaICTNAU0kyjo0nue1XCa q87/cgNx/08U76ZJQS/ZeX4TcisFXiDzyaYwY= Received: by 10.204.101.83 with SMTP id b19mr1183694bko.199.1294565674298; Sun, 09 Jan 2011 01:34:34 -0800 (PST) Received: from ubm.mine.nu (g231046199.adsl.alicedsl.de [92.231.46.199]) by mx.google.com with ESMTPS id d27sm14984477bkw.2.2011.01.09.01.34.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Jan 2011 01:34:33 -0800 (PST) Date: Sun, 9 Jan 2011 10:34:32 +0100 From: Marc UBM Bocklet To: current@freebsd.org Message-Id: <20110109103432.fb865826.ubm.freebsd@googlemail.com> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 09 Jan 2011 11:57:55 +0000 Cc: Subject: lockup with vidcontrol VESA_800x600 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, 09 Jan 2011 10:01:22 -0000 Hiho! :-) Yesterday I upgraded to FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8 17:05:30 CET 2011 and vidcontrol VESA_800x600 stopped working (again). I exchanged emails with jkim about a similar problem in February 2010 (vidcontrol VESA_800x600 would mangle the screen output), there was no definitive resolution, but it started working again sometime around July 2010. Now however, when I try to set VESA_800x600, my machine seems to lockup. It no longer responds to any input, I cannot ping it and I cannot drop to the debugger. I've tried setting other modes, but trying to set them results in: obtaining new video mode parameters: operation not supported by device. graphics card is a: vgapci0@pci0:1:0:0: class=0x030000 card=0x013a1002 chip=0x514c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon 8500 / 8500LE (R200)' class = display subclass = VGA Any clues what might have changed? Bye Marc -- Marc "UBM" Bocklet From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 10:31:07 2011 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 0F035106566B for ; Sun, 9 Jan 2011 10:31:07 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 90CDB8FC12 for ; Sun, 9 Jan 2011 10:31:06 +0000 (UTC) Received: by bwz12 with SMTP id 12so11093409bwz.13 for ; Sun, 09 Jan 2011 02:31:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=th30ZgfoqBcDArdWicNCoVKGRErthyAIuDXC+RjhOeE=; b=bIeIArafrvQm6yifMqI5e8jW/wfAJhQQygfVFH87r4I/4eDhzhWIoN+4F1Tl3fG412 hpVGTP+xzIHMIoyBtSBvINsb1lI9g45cA8/+2gOTnOBzcEipVCivvLNMJmuWyr4v+CRb WKFrl7r85u0/eveNR4MONbbCSOdLTGe0dhySM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=gP4/fFMllgWL3Jof3480byWWKTjg5Rwn+KQXC8cMX4OOEnDughB7Fj5YApnVXGfent KE1G4m9uDZAM3nIQ1ttY/TPZipBQGtsADzl3mX2CV7OAAy54eKmgMxRrzA7o5bpPPEPv 6A4JFjQY+KplpWR/xOfoHmPHTpFFSXhfNTWoc= Received: by 10.204.57.197 with SMTP id d5mr3186076bkh.63.1294569065532; Sun, 09 Jan 2011 02:31:05 -0800 (PST) Received: from ubm.mine.nu (g231046199.adsl.alicedsl.de [92.231.46.199]) by mx.google.com with ESMTPS id b17sm15002355bku.8.2011.01.09.02.31.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Jan 2011 02:31:04 -0800 (PST) Date: Sun, 9 Jan 2011 11:31:03 +0100 From: Marc UBM Bocklet To: current@freebsd.org Message-Id: <20110109113103.c3a56586.ubm.freebsd@gmail.com> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 09 Jan 2011 11:58:05 +0000 Cc: Subject: lockup with vidcontrol VESA_800x600 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, 09 Jan 2011 10:31:07 -0000 Hiho! :-) Yesterday I upgraded to FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8 17:05:30 CET 2011 and vidcontrol VESA_800x600 stopped working (again). I exchanged emails with jkim about a similar problem in February 2010 (vidcontrol VESA_800x600 would mangle the screen output), there was no definitive resolution, but it started working again sometime around July 2010. Now however, when I try to set VESA_800x600, my machine seems to lockup. It no longer responds to any input, I cannot ping it and I cannot drop to the debugger. I've tried setting other modes, but trying to set them results in: obtaining new video mode parameters: operation not supported by device. graphics card is a: vgapci0@pci0:1:0:0: class=0x030000 card=0x013a1002 chip=0x514c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon 8500 / 8500LE (R200)' class = display subclass = VGA Any clues what might have changed? Bye Marc -- Marc "UBM" Bocklet -- Marc "UBM" Bocklet From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 11:42:49 2011 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 16CD5106566B for ; Sun, 9 Jan 2011 11:42:49 +0000 (UTC) (envelope-from salwerom@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with SMTP id A22A98FC0A for ; Sun, 9 Jan 2011 11:42:38 +0000 (UTC) Received: from marekdesktop (cwx170.internetdsl.tpnet.pl [83.19.131.170]) (Authenticated sender: salwerom) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id F2BC4A66A4F; Sun, 9 Jan 2011 12:24:23 +0100 (CET) Message-ID: <63A16336D4E84A90969026BAFB5FDA64@marekdesktop> From: "Marek Salwerowicz" To: "Rick Macklem" References: <945459543.11920.1294546904586.JavaMail.root@erie.cs.uoguelph.ca> Date: Sun, 9 Jan 2011 12:24:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: clamav-milter 0.96.5 at volt.iem.pw.edu.pl X-Virus-Status: Clean X-Mailman-Approved-At: Sun, 09 Jan 2011 11:58:21 +0000 Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 11:42:49 -0000 >> >> What I am missing ? >> >> /etc/sysctl.conf is applied before rc.d/nfs* ? >> > That would be my guess. The sysctl's aren't setable until the modules > are loaded. If you build a kernel with "options NFSD" in its kernel > config file, then it should be setable as above, I think? (I always > use sysctl manually after booting, so I don't really know how /etc/sysctl.conf > works. > After manually setting: salwerom@freebsd:/etc#sudo sysctl vfs.newnfs.server_max_nfsvers=4 vfs.newnfs.server_max_nfsvers: 4 -> 4 salwerom@freebsd:/etc#sudo sysctl vfs.newnfs.server_min_nfsvers=4 vfs.newnfs.server_min_nfsvers: 4 -> 4 salwerom@freebsd:/etc# We are still able to mount via NFSv3 (even when those two lines are commented in sysctl.conf). Any other idea.. ? -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 13:50:48 2011 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 AF4E9106564A for ; Sun, 9 Jan 2011 13:50:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1EF8FC17 for ; Sun, 9 Jan 2011 13:50:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEABJMKU2DaFvO/2dsb2JhbACEAqE3rjiMQoEhgzd0BIRnhiOFKoYH X-IronPort-AV: E=Sophos;i="4.60,296,1291611600"; d="scan'208";a="104731741" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 09 Jan 2011 08:50:47 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9D3A6B3F3E; Sun, 9 Jan 2011 08:50:47 -0500 (EST) Date: Sun, 9 Jan 2011 08:50:47 -0500 (EST) From: Rick Macklem To: Marek Salwerowicz Message-ID: <1591195360.13254.1294581047595.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <63A16336D4E84A90969026BAFB5FDA64@marekdesktop> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 13:50:48 -0000 > > After manually setting: > > salwerom@freebsd:/etc#sudo sysctl vfs.newnfs.server_max_nfsvers=4 > vfs.newnfs.server_max_nfsvers: 4 -> 4 > salwerom@freebsd:/etc#sudo sysctl vfs.newnfs.server_min_nfsvers=4 > vfs.newnfs.server_min_nfsvers: 4 -> 4 > salwerom@freebsd:/etc# > > We are still able to mount via NFSv3 (even when those two lines are > commented in sysctl.conf). > Any other idea.. ? > It just worked for me. Try setting the sysctl before starting nfsd. If you are starting the daemons manually for a kernel that doesn't have "options NFSD" do: # nfsuserd # mountd -e -r # sysctl vfs.newnfs.server_min_nfsvers=4 # nfsd -e -u -t -n 8 - mountd -e loads the module, so you can do the sysctl after that and before starting the nfsd. (Or build a kernel with "options NFSD" and do the sysctl anytime before starting the nfsd.) rick ps: I tested the FreeBSD-8 client. Other clients may not even talk to the NFS server during mounting. For those, the mount would succeed, but subsequent use of the mount won't work. From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 14:02:22 2011 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 7204E1065670 for ; Sun, 9 Jan 2011 14:02:22 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 067548FC15 for ; Sun, 9 Jan 2011 14:02:22 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 296F3E8B49 for ; Sun, 9 Jan 2011 14:02:21 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:subject:message-id:mime-version:content-type :content-transfer-encoding; s=mail; bh=DP5WmTAAu6F4siqwmn7chuS3c bA=; b=julyl+lWIfa2tr2OkmrcfnjdQmPxZ9OdYKFE2TTSVFn3bPx0Y8MqYKUer AfbqrqpIkCj7CtWyavnBI0idUr2mqt1McJ2ZQu/kwc1p78vGlk0Qm6R3ww1R6P0N CEjlk6/LClCxE+Z2zExOGSdNE71NrTl0x4J+t39DZuftqdP7Jg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=mail; b=kZIz5XckyHP6WE0ogyf XqFn5jW7bcAMCn+ymeQCYorrpUSu83Qp4S1HimgXrqXwDYR/IXK8va2nZq2TuxRf heRLxXM/W/ZaHa+vVkw3u/SQ+Qr1pFp77FVILTrjnzrrDyvpaGFIbJZDcif9rD6n bggSN029vbpv1iphw4+/xODY= Received: from unknown (client-86-27-23-77.glfd.adsl.virginmedia.com [86.27.23.77]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id E6269E8B45 for ; Sun, 9 Jan 2011 14:02:20 +0000 (GMT) Date: Sun, 9 Jan 2011 14:02:15 +0000 From: Bruce Cran To: freebsd-current@freebsd.org Message-ID: <20110109140215.000011b8@unknown> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Loading uart module fails 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, 09 Jan 2011 14:02:22 -0000 Hi, I removed uart from my kernel configuration - when I tried to load it later as a module I got the following error: acpi_timer0: couldn't allocate resource (port 0x4008) driver bug: Unable to set devclass (devname: (null)) -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 15:37:15 2011 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 702DF106566C for ; Sun, 9 Jan 2011 15:37:15 +0000 (UTC) (envelope-from salwerom@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with SMTP id 07EE28FC0C for ; Sun, 9 Jan 2011 15:37:14 +0000 (UTC) Received: from [127.0.0.1] (cwx170.internetdsl.tpnet.pl [83.19.131.170]) (Authenticated sender: salwerom) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id 5EE78A66A57; Sun, 9 Jan 2011 16:37:07 +0100 (CET) Message-ID: <4D29D61E.8040905@iem.pw.edu.pl> Date: Sun, 09 Jan 2011 16:37:02 +0100 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Rick Macklem References: <1591195360.13254.1294581047595.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1591195360.13254.1294581047595.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.5 at volt.iem.pw.edu.pl X-Virus-Status: Clean X-Mailman-Approved-At: Sun, 09 Jan 2011 16:45:51 +0000 Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 15:37:15 -0000 > It just worked for me. Try setting the sysctl before starting nfsd. If > you are starting the daemons manually for a kernel that doesn't have > "options NFSD" do: > > # nfsuserd > # mountd -e -r > # sysctl vfs.newnfs.server_min_nfsvers=4 > # nfsd -e -u -t -n 8 > > - mountd -e loads the module, so you can do the sysctl after that and before > starting the nfsd. (Or build a kernel with "options NFSD" and do the sysctl > anytime before starting the nfsd.) > > rick > ps: I tested the FreeBSD-8 client. Other clients may not even talk to the NFS > server during mounting. For those, the mount would succeed, but subsequent > use of the mount won't work. I tested it on 8.1 Release (GENERIC) i386 (two VMs): server: /etc/rc.conf: #nfsv4_server_enable="YES" #nfs_server_enable="YES" #nfsuserd_enable="YES" made modification in /etc/exports: V4: /usr -sec=sys -network 192.168.183.0 -mask 255.255.255.0 /usr/home -sec=sys -network 192.168.183.0 -mask 255.255.255.0 nfs4-server# nfsuserd nfs4-server# mountd -e -r nfs4-server# sysctl vfs.newnfs.server_min_nfsvers=4 vfs.newnfs.server_min_nfsvers: 2 -> 4 nfs4-server# nfsd -e -u -t -n 8 nfs4-server# but now client is unable to mount both nfsv4 and nfsv3: nfs4-client# mount_nfs -o nfsv4 192.168.183.131:/home /tmp/nfs4/ [tcp] 192.168.183.131:/home: nfsd: RPCPROG_NFS: RPC: Remote system error - Connection refused ^C nfs4-client# mount_nfs 192.168.183.131:/usr/home /tmp/nfs3/ ^C (hangs for a long time) nfs4-client# -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 17:09:14 2011 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 6A863106564A for ; Sun, 9 Jan 2011 17:09:14 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0518FC0C for ; Sun, 9 Jan 2011 17:09:13 +0000 (UTC) Received: by ewy24 with SMTP id 24so8752745ewy.13 for ; Sun, 09 Jan 2011 09:09:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.31.209 with SMTP id z17mr20330250ebc.12.1294591552694; Sun, 09 Jan 2011 08:45:52 -0800 (PST) Received: by 10.213.8.142 with HTTP; Sun, 9 Jan 2011 08:45:52 -0800 (PST) Received: by 10.213.8.142 with HTTP; Sun, 9 Jan 2011 08:45:52 -0800 (PST) In-Reply-To: <20110109113103.c3a56586.ubm.freebsd@gmail.com> References: <20110109113103.c3a56586.ubm.freebsd@gmail.com> Date: Sun, 9 Jan 2011 11:45:52 -0500 Message-ID: From: Chris Brennan To: Marc UBM Bocklet Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: lockup with vidcontrol VESA_800x600 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, 09 Jan 2011 17:09:14 -0000 Did you try http://www.freebsdwiki.net/index.php/High_Resolution_Console? -- Sent from my Droid On Jan 9, 2011 6:58 AM, "Marc UBM Bocklet" wrote: > > Hiho! :-) > > Yesterday I upgraded to > > FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8 > 17:05:30 CET 2011 > > and vidcontrol VESA_800x600 stopped working (again). I exchanged emails > with jkim about a similar problem in February 2010 (vidcontrol > VESA_800x600 would mangle the screen output), there was no definitive > resolution, but it started working again sometime around July 2010. > > Now however, when I try to set VESA_800x600, my machine seems to > lockup. It no longer responds to any input, I cannot ping it and I > cannot drop to the debugger. > > I've tried setting other modes, but trying to set them results in: > > obtaining new video mode parameters: operation not supported by device. > > graphics card is a: > > vgapci0@pci0:1:0:0: class=0x030000 card=0x013a1002 chip=0x514c1002 > rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro > Devices, Inc.' device = 'Radeon 8500 / 8500LE (R200)' > class = display > subclass = VGA > > Any clues what might have changed? > > > Bye > Marc > > -- > Marc "UBM" Bocklet > -- > Marc "UBM" Bocklet > _______________________________________________ > 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 Sun Jan 9 18:12:24 2011 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 4812D106566B for ; Sun, 9 Jan 2011 18:12:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id DC74C8FC1A for ; Sun, 9 Jan 2011 18:12:23 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id p09HvO4e002685 for ; Sun, 9 Jan 2011 09:57:24 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id p09HvOBi002684 for current@freebsd.org; Sun, 9 Jan 2011 09:57:24 -0800 (PST) (envelope-from david) Date: Sun, 9 Jan 2011 09:57:24 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20110109175724.GC1817@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="n/aVsWSeQ4JHkrmm" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Lock-up with CPU busy at r217145; seems OK now at r217189 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, 09 Jan 2011 18:12:24 -0000 --n/aVsWSeQ4JHkrmm Content-Type: multipart/mixed; boundary="H8ygTp4AXg6deix2" Content-Disposition: inline --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable As usual, I have been tracking, building, & booting head daily on my laptop for a while. Yesterday, having built head at r217090, I had updated to r217145, built, and booted it OK. (I then booted from my stable/8 slice for the rest of the day, as usual.) This morning, I updated to r217189, but on 3 out of 3 attempts to perform "make -j4 buildworld" while running head at r217145, the machine became unresponsive (while the fans were at top speed and the screen remained lit). I have DDB in the kernel config, but was unable to break to the debugger. After the 3 tries, I booted from the r217090 kernel; the "make -j4 buildworld" was successful. After booting head at r217189, I re-ran the "make -j4 buildworld" just to see if it survived the attempt; it did. So it *appears* that something after r217090 and before r217146 caused a problem, and something after r217145 and before r217190 has fixed or circumvented it. Of course, this isn't an exhaustive test, so take it with an appropriate grain of salt. I've attached dmseg.boot for those iinterested. 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. --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2011 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 9.0-CURRENT #99 r217189: Sun Jan 9 08:17:44 PST 2011 root@g1-222.catwhisker.org.:/usr/obj/usr/src/sys/CANARY i386 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xc7000000 MEMGUARD map limit: 0xc9000000 MEMGUARD map size: 32768 KBytes CPU: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz (2793.07-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x10676 Family =3D 6 Model =3D 17 St= epping =3D 6 Features=3D0xbfebfbff Features2=3D0x8e3fd AMD Features=3D0x20100000 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 4294967296 (4096 MB) avail memory =3D 3656601600 (3487 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, df351c00 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_ec0: port 0x930,0x934 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xdf00-0xdf7f mem 0xf5000000-0xf5fff= fff,0xe0000000-0xefffffff,0xf2000000-0xf3ffffff irq 16 at device 0.0 on pci1 em0: port 0xefe0-0xefff mem 0x= f6fe0000-0xf6ffffff,0xf6fdb000-0xf6fdbfff irq 22 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 00:21:70:d5:28:dd uhci0: port 0x6f60-0x6f7f irq 20 at de= vice 26.0 on pci0 uhci0: LegSup =3D 0x2f00 usbus0: on uhci0 uhci1: port 0x6f80-0x6f9f irq 21 at de= vice 26.1 on pci0 uhci1: LegSup =3D 0x2f00 usbus1: on uhci1 uhci2: port 0x6fa0-0x6fbf irq 22 at de= vice 26.2 on pci0 uhci2: LegSup =3D 0x2f00 usbus2: on uhci2 ehci0: mem 0xfed1c400-0xfed1c7ff i= rq 22 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3: on ehci0 hdac0: mem 0xf6fdc000-0xf6f= dffff irq 21 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 pcib2: at device 28.0 on pci0 pci11: on pcib2 pcib3: at device 28.1 on pci0 pci12: on pcib3 iwn0: mem 0xf1ffe000-0xf1ffffff irq 17 at devi= ce 0.0 on pci12 iwn0: MIMO 3T3R, MoW, address 00:21:6a:26:34:c0 iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps pcib4: at device 28.2 on pci0 pci13: on pcib4 pcib5: at device 28.3 on pci0 pci14: on pcib5 uhci3: port 0x6f00-0x6f1f irq 20 at de= vice 29.0 on pci0 uhci3: LegSup =3D 0x2f00 usbus4: on uhci3 uhci4: port 0x6f20-0x6f3f irq 21 at de= vice 29.1 on pci0 uhci4: LegSup =3D 0x2f00 usbus5: on uhci4 uhci5: port 0x6f40-0x6f5f irq 22 at de= vice 29.2 on pci0 uhci5: LegSup =3D 0x2f00 usbus6: on uhci5 ehci1: mem 0xfed1c000-0xfed1c3ff i= rq 20 at device 29.7 on pci0 usbus7: EHCI version 1.0 usbus7: on ehci1 pcib6: at device 30.0 on pci0 pci3: on pcib6 cbb0: irq 19 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: Bad Vcc requested fwohci0: <1394 Open Host Controller Interface> mem 0xf1bff800-0xf1bfffff ir= q 17 at device 1.1 on pci3 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 4a:4f:c0:00:10:37:06:01 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 4a:4f:c0:37:06:01 fwe0: Ethernet address: 4a:4f:c0:37:06:01 fwip0: on firewire0 fwip0: Firewire address: 4a:4f:c0:00:10:37:06:01 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x14a4000 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode sdhci0: mem 0xf1bff600-0xf1bff6ff irq 18 at device 1.2 on= pci3 sdhci0: 1 slot(s) allocated pci3: at device 1.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x6e70-0x6e77,0x6e78-0x6e7b,= 0x6e80-0x6e87,0x6e88-0x6e8b,0x6ea0-0x6ebf mem 0xfed1c800-0xfed1cfff irq 19 = at device 31.2 on pci0 ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 4 on ahci0 ahcich3: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f mem 0xf6= fdaf00-0xf6fdafff irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on ac= pi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 2 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xce7ff,0xce800-0xcffff pnpid ORM0= 000 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 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forward= ing enabled, default to deny, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded hdac0: HDA Codec #0: IDT 92HD71B7 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 Expensive timeout(9) function: 0xc08fda20(0xc94645a0) 0.003995200 s ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8cd0 at ahcich1 bus 0 scbus2 t= arget 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. ugen2.2: at usbus2 GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). GEOM: ada0s2: geometry does not match label (255h,63s !=3D 16h,63s). GEOM: ada0s3: geometry does not match label (255h,63s !=3D 16h,63s). GEOM: ada0s4: geometry does not match label (255h,63s !=3D 16h,63s). Trying to mount root from ufs:/dev/ada0s4a [rw]... WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. wlan0: Ethernet address: 00:21:6a:26:34:c0 --H8ygTp4AXg6deix2-- --n/aVsWSeQ4JHkrmm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk0p9wMACgkQmprOCmdXAD3b6QCaAmcBGWW11DrYzJf870z/J7xL dtUAn2r4TPDcro+cpa5mpB5YVzqiTAW/ =nbwe -----END PGP SIGNATURE----- --n/aVsWSeQ4JHkrmm-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 18:37:02 2011 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 9470A1065673 for ; Sun, 9 Jan 2011 18:37:02 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BED68FC16 for ; Sun, 9 Jan 2011 18:37:02 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 3716D1CC21; Sun, 9 Jan 2011 13:37:01 -0500 (EST) Message-ID: <4D2A0048.2040609@protected-networks.net> Date: Sun, 09 Jan 2011 13:36:56 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20110109175724.GC1817@albert.catwhisker.org> In-Reply-To: <20110109175724.GC1817@albert.catwhisker.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Lock-up with CPU busy at r217145; seems OK now at r217189 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, 09 Jan 2011 18:37:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/09/11 12:57, David Wolfskill wrote: > As usual, I have been tracking, building, & booting head daily on my > laptop for a while. > > Yesterday, having built head at r217090, I had updated to r217145, > built, and booted it OK. (I then booted from my stable/8 slice for the > rest of the day, as usual.) > > This morning, I updated to r217189, but on 3 out of 3 attempts to > perform "make -j4 buildworld" while running head at r217145, the > machine became unresponsive (while the fans were at top speed and > the screen remained lit). I have DDB in the kernel config, but was > unable to break to the debugger. I too have been seeing *really* odd things - dump randomly stops in the middle of a backup, automoc4 spawns a child during a KDE-4 build which turns into a zombie but is never seen to return and the build stalls - weird :-( Having checked out and built SVN revision 217202 - I'll try again .. imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0qAEgACgkQQv9rrgRC1JL9xwCgyHO8V8EE2wEXYpVifE4WjWve h/oAnjmJgG8GzJTF9v/mQxR3q+VllWZ7 =mMUo -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 18:45:24 2011 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 1F2A7106564A for ; Sun, 9 Jan 2011 18:45:24 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id A80558FC21 for ; Sun, 9 Jan 2011 18:45:23 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0207.4D29FFA7.00AB,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail33 (172.31.0.221) by cp-out3.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D10BEAD01063DD7; Sun, 9 Jan 2011 19:34:15 +0100 Message-ID: <10349372.2363601294598055250.JavaMail.root@wmail33> Date: Sun, 9 Jan 2011 19:34:15 +0100 (CET) From: Barbara To: , MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.10.10.52 Cc: Subject: R: lockup with vidcontrol VESA_800x600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 18:45:24 -0000 >Hiho! :-) > >Yesterday I upgraded to > >FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8 >17:05:30 CET 2011 > >and vidcontrol VESA_800x600 stopped working (again). I exchanged emails >with jkim about a similar problem in February 2010 (vidcontrol >VESA_800x600 would mangle the screen output), there was no definitive >resolution, but it started working again sometime around July 2010. > >Now however, when I try to set VESA_800x600, my machine seems to >lockup. It no longer responds to any input, I cannot ping it and I >cannot drop to the debugger. > >I've tried setting other modes, but trying to set them results in: > >obtaining new video mode parameters: operation not supported by device. > >graphics card is a: > >vgapci0@pci0:1:0:0: class=0x030000 card=0x013a1002 chip=0x514c1002 >rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro >Devices, Inc.' device = 'Radeon 8500 / 8500LE (R200)' > class = display > subclass = VGA > >Any clues what might have changed? > > I had to gave up with VESA. Before all the changes (feb./mar. 2010) it was working perfectly with MODE_280. Now I have to use MODE_30, because any other higher resolution isn't working or it's crashing the machine, as I've reported yet. I would like to add that yesterday, I left twice my pc running CURRENT turned on while doing other things. And both time on my return it was dead. Not even replying to ping. I had to set blanktime="NO" in /etc/rc.conf. I'm not sure if the problem has been introduced recently. Did you noticed that too? Barbara From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 18:59:44 2011 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 7EC27106566C for ; Sun, 9 Jan 2011 18:59:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4038FC17 for ; Sun, 9 Jan 2011 18:59:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEALqUKU2DaFvO/2dsb2JhbACEAqEurhiMTYEhgzd0BIRnhiOFKoYH X-IronPort-AV: E=Sophos;i="4.60,296,1291611600"; d="scan'208";a="104745833" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 09 Jan 2011 13:59:43 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5681AB404C; Sun, 9 Jan 2011 13:59:43 -0500 (EST) Date: Sun, 9 Jan 2011 13:59:43 -0500 (EST) From: Rick Macklem To: Marek Salwerowicz Message-ID: <715043409.18716.1294599583344.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4D29D61E.8040905@iem.pw.edu.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 18:59:44 -0000 ----- Original Message ----- > > It just worked for me. Try setting the sysctl before starting nfsd. > > If > > you are starting the daemons manually for a kernel that doesn't have > > "options NFSD" do: > > > > # nfsuserd > > # mountd -e -r > > # sysctl vfs.newnfs.server_min_nfsvers=4 > > # nfsd -e -u -t -n 8 > > > > - mountd -e loads the module, so you can do the sysctl after that > > and before > > starting the nfsd. (Or build a kernel with "options NFSD" and do > > the sysctl > > anytime before starting the nfsd.) > > > > rick > > ps: I tested the FreeBSD-8 client. Other clients may not even talk > > to the NFS > > server during mounting. For those, the mount would succeed, but > > subsequent > > use of the mount won't work. > I tested it on 8.1 Release (GENERIC) i386 (two VMs): > > server: > /etc/rc.conf: > #nfsv4_server_enable="YES" > #nfs_server_enable="YES" > #nfsuserd_enable="YES" > > made modification in /etc/exports: > V4: /usr -sec=sys -network 192.168.183.0 -mask 255.255.255.0 > /usr/home -sec=sys -network 192.168.183.0 -mask 255.255.255.0 > > nfs4-server# nfsuserd > nfs4-server# mountd -e -r > nfs4-server# sysctl vfs.newnfs.server_min_nfsvers=4 > vfs.newnfs.server_min_nfsvers: 2 -> 4 > nfs4-server# nfsd -e -u -t -n 8 > nfs4-server# > > but now client is unable to mount both nfsv4 and nfsv3: > > nfs4-client# mount_nfs -o nfsv4 192.168.183.131:/home /tmp/nfs4/ > [tcp] 192.168.183.131:/home: nfsd: RPCPROG_NFS: RPC: Remote system > error > - Connection refused Again, it works for me (using a pretty current FreeBSD client). The only difference is that I never run mount_nfs directly and would use the following command: # mount -t nfs -o nfsv4 192.168.183.131:/home /tmp/nfs4 Assuming the client is a FreeBSD8 box on the 192.168.183.0 subnet, I don't know why it wouldn't work, except that I'd suggest trying the command the way I type it, in case that runs it with somewhat different options? rick From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 20:24:20 2011 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 3DBFB106566B for ; Sun, 9 Jan 2011 20:24:20 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id A073A8FC28 for ; Sun, 9 Jan 2011 20:24:19 +0000 (UTC) Received: from [192.168.0.23] (ip-62-245-117-217.net.upcbroadband.cz [62.245.117.217]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id p09JvB0D001977; Sun, 9 Jan 2011 20:57:12 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Erik Cederstrand In-Reply-To: References: <4D277E4B.1030006@FreeBSD.org> <4D27840A.8020107@FreeBSD.org> <4D2785A7.7080106@FreeBSD.org> <4D27888F.4090703@FreeBSD.org> <467EA052-70AB-4C4C-B28E-9AD037C8BF14@FreeBSD.org> <4D27A3B8.4070401@FreeBSD.org> <82CF1B3F-B5F0-4B26-A6D1-8767370C1E0E@FreeBSD.org> <1294515254.16774.32.camel@hood.oook.cz> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vFFhPTyC+QK8Cz1zeSVi" Date: Sun, 09 Jan 2011 20:57:10 +0100 Message-ID: <1294603030.68739.10.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.68 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 62.245.117.217; Sender-helo: [192.168.0.23]; ) Cc: FreeBSD Current , Ivan Voras , freebsd-ports@FreeBSD.org Subject: Re: HEADS UP: Merge of binutils 2.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 20:24:20 -0000 --=-vFFhPTyC+QK8Cz1zeSVi Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable Erik Cederstrand p=ED=B9e v ne 09. 01. 2011 v 00:10 +0100: > I was pretty sure I couldn't improve anything with 5 minutes of > thinking. I'm glad the most obvious things have already been done, and > I'm sure you and others have put a lot of effort into this. My > question was more what, if anything, can be done to speed up the > cluster. Performance and numbers of build nodes is okay. What we really need here is faster, more robust scheduling infrastructure (master node software), linimon@ is working hard on this task. > Also, how long does it take to complete an exp-run on the cluster? If everything goes smoothly, 20 hours wall time. --=20 --=20 Pav Lucistnik Do not meddle in the fashions of wizards, for they are seasonal and quick to fall out of style! --=-vFFhPTyC+QK8Cz1zeSVi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk0qExIACgkQntdYP8FOsoIv2gCfXEfdSUq71s6E4Hado3aqYjaR 7F8AoK6hDnz9McbhZ6qf678iMx3f2W2h =zIM1 -----END PGP SIGNATURE----- --=-vFFhPTyC+QK8Cz1zeSVi-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 21:28:49 2011 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 C4FF41065670 for ; Sun, 9 Jan 2011 21:28:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 869378FC19 for ; Sun, 9 Jan 2011 21:28:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAOO3KU2DaFvO/2dsb2JhbACEA6EuriaMS4Ehgzd0BIRnhiOFKoYH X-IronPort-AV: E=Sophos;i="4.60,296,1291611600"; d="scan'208";a="106444021" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 09 Jan 2011 16:28:48 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 96868B3F92; Sun, 9 Jan 2011 16:28:48 -0500 (EST) Date: Sun, 9 Jan 2011 16:28:48 -0500 (EST) From: Rick Macklem To: Marek Salwerowicz Message-ID: <1145328149.22203.1294608528602.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4D2A140C.9020204@iem.pw.edu.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 21:28:49 -0000 > > Good to know if it will work with nfsv4 server started via rc.conf and > sysctl values in sysctl.conf.. > build a kernel with "options NFSD" in its config file and then try it with that kernel, and then you'll find out... From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 22:22:30 2011 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 86308106566B for ; Sun, 9 Jan 2011 22:22:30 +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 4420F8FC19 for ; Sun, 9 Jan 2011 22:22:30 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Pc3ef-0003TO-1I for freebsd-current@freebsd.org; Sun, 09 Jan 2011 22:22:29 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Pc3ee-00049U-TC for freebsd-current@freebsd.org; Sun, 09 Jan 2011 22:22:28 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p09MMSpd045635 for ; Sun, 9 Jan 2011 22:22:28 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p09MMS2O045634 for freebsd-current@freebsd.org; Sun, 9 Jan 2011 22:22:28 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 9 Jan 2011 22:22:28 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20110109222228.GA45587@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: console freeze after "ifconfig wlan0 scan" with wi(4) pccard device 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, 09 Jan 2011 22:22:30 -0000 On amd64 r217010 laptop (HP Compaq 6715s) I'm trying to use this wi(4) device: wi0: at port 0x100-0x13f irq 20 function 0 config 1 on pccard0 I do # ifconfig wlan0 create wlandev wi0 # ifconfig -a bge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:1a:4b:89:4b:4e inet 192.168.1.102 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 nd6 options=21 wi0: flags=8802 metric 0 mtu 2290 ether 00:06:25:10:56:3b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier wlan0: flags=8802 metric 0 mtu 1500 ether 00:06:25:10:56:3b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 bintval 0 But after # ifconfig wlan0 up scan I get console freeze requiring cold reboot. No panic, just a LOR: wi0: at port 0x100-0x13f irq 20 function 0 config 1 on pccard0 wlan0: Ethernet address: 00:06:25:10:56:3b lock order reversal: 1st 0xffffff80012be018 wi0_com_lock (wi0_com_lock) @ /usr/src/sys/net80211/ieee80211_scan.c:806 2nd 0xfffffe0001b8d010 wi0 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:1083 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _mtx_lock_flags() at _mtx_lock_flags+0x79 wi_raw_xmit() at wi_raw_xmit+0x68 ieee80211_send_probereq() at ieee80211_send_probereq+0x3f7 scan_curchan() at scan_curchan+0x49 scan_task() at scan_task+0x2d5 taskqueue_run_locked() at taskqueue_run_locked+0x93 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80d401ad00, rbp = 0 --- In case it matters I've hw.cbb.start_memory="0xf4800000" in /boot/loader.conf, according to http://www.freebsd.org/cgi/query-pr.cgi?pr=115623 Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 18:27:10 2011 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 1A326106566C for ; Sun, 9 Jan 2011 18:27:10 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D6D848FC15 for ; Sun, 9 Jan 2011 18:26:05 +0000 (UTC) Received: by bwz12 with SMTP id 12so11249500bwz.13 for ; Sun, 09 Jan 2011 10:22:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=hSPjGZlwi5d0naXJWbWjMl7EetM3XnZ17gGcQnd2d5Q=; b=SSNXwTtLnJFVnXdiZA/3Ka44BRpV2oWhEcAbkTOOeKot+Xi4pG5d4TWrzB3C/UGClf o7/Hjdi/IWT+NtTwAfKPhnZUoAPCybNTDm6zA5mSsOKEe5FKLciGMbUxoSpRP2VS+bxR TEiKPdq1aCVfvQt/MCA3EvAa6NYUbdQfCtX+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=CX3ujPkeHJDDBxb4FgmWKXWRXs1zjAaOxXYmykfiIjYrJuGmty7YckfvZrHUWemX0t AvQo13g5ia2LWef6EdNzUdvYMQEshv1cUmsCXPKzcn5WsY8F5FD4e01RhDTqjYbRG50b Wg34Mpe4u76aONb6hgrH1lzXVek1bVE6nWUtY= Received: by 10.204.98.65 with SMTP id p1mr4592376bkn.198.1294597349383; Sun, 09 Jan 2011 10:22:29 -0800 (PST) Received: from ubm.mine.nu (g230221237.adsl.alicedsl.de [92.230.221.237]) by mx.google.com with ESMTPS id a17sm15201502bku.11.2011.01.09.10.22.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Jan 2011 10:22:28 -0800 (PST) Date: Sun, 9 Jan 2011 19:22:26 +0100 From: Marc UBM Bocklet To: current@freebsd.org Message-Id: <20110109192226.7ec1fe0c.ubm.freebsd@gmail.com> In-Reply-To: References: <20110109113103.c3a56586.ubm.freebsd@gmail.com> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 10 Jan 2011 01:26:00 +0000 Cc: Subject: Re: lockup with vidcontrol VESA_800x600 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, 09 Jan 2011 18:27:10 -0000 On Sun, 9 Jan 2011 11:45:52 -0500 Chris Brennan wrote: > Did you try > http://www.freebsdwiki.net/index.php/High_Resolution_Console? Yeah, those are the kernel settings that I've been using since approx. 2004 :-). But the wiki page yielded a new data point - trying to set MODE_280 (which corresponds to 1024x768@24 on my system, too) locks the system up just as well. Thanks & bye, Marc -- Marc "UBM" Bocklet From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 01:27:40 2011 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 E0D87106564A for ; Mon, 10 Jan 2011 01:27:40 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF588FC08 for ; Mon, 10 Jan 2011 01:27:40 +0000 (UTC) Received: by eyf6 with SMTP id 6so8557642eyf.13 for ; Sun, 09 Jan 2011 17:27:39 -0800 (PST) Received: by 10.213.31.209 with SMTP id z17mr20580439ebc.12.1294622857724; Sun, 09 Jan 2011 17:27:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.8.142 with HTTP; Sun, 9 Jan 2011 17:27:17 -0800 (PST) In-Reply-To: <20110109192226.7ec1fe0c.ubm.freebsd@gmail.com> References: <20110109113103.c3a56586.ubm.freebsd@gmail.com> <20110109192226.7ec1fe0c.ubm.freebsd@gmail.com> From: Chris Brennan Date: Sun, 9 Jan 2011 20:27:17 -0500 Message-ID: To: Marc UBM Bocklet Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: lockup with vidcontrol VESA_800x600 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, 10 Jan 2011 01:27:41 -0000 On Sun, Jan 9, 2011 at 1:22 PM, Marc UBM Bocklet wrote: > On Sun, 9 Jan 2011 11:45:52 -0500 > Chris Brennan wrote: > > > Did you try > > http://www.freebsdwiki.net/index.php/High_Resolution_Console? > > Yeah, those are the kernel settings that I've been using since approx. > 2004 :-). But the wiki page yielded a new data point - trying to set > MODE_280 (which corresponds to 1024x768@24 on my system, too) locks > the system up just as well. > > Thanks & bye, > Marc > > Weird because I have this working fine on my amd64 laptop w/ 8.1. From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 20:01:34 2011 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 991C11065670 for ; Sun, 9 Jan 2011 20:01:34 +0000 (UTC) (envelope-from salwerom@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with SMTP id 30ABD8FC1A for ; Sun, 9 Jan 2011 20:01:33 +0000 (UTC) Received: from [127.0.0.1] (cwx170.internetdsl.tpnet.pl [83.19.131.170]) (Authenticated sender: salwerom) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id C23BEA66A5B; Sun, 9 Jan 2011 21:01:20 +0100 (CET) Message-ID: <4D2A140C.9020204@iem.pw.edu.pl> Date: Sun, 09 Jan 2011 21:01:16 +0100 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Rick Macklem References: <715043409.18716.1294599583344.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <715043409.18716.1294599583344.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.5 at volt.iem.pw.edu.pl X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 10 Jan 2011 01:32:43 +0000 Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 09 Jan 2011 20:01:34 -0000 > Again, it works for me (using a pretty current FreeBSD client). The > only difference is that I never run mount_nfs directly and would use > the following command: > > # mount -t nfs -o nfsv4 192.168.183.131:/home /tmp/nfs4 > > Assuming the client is a FreeBSD8 box on the 192.168.183.0 subnet, > I don't know why it wouldn't work, except that I'd suggest trying > the command the way I type it, in case that runs it with somewhat > different options? > > rick So, I added in /etc/rc.conf: rpcbind_enable=YES reboot and again typed the commands above. and now it seems to WORK ;) : nfs4-client# mount -t nfs -o nfsv4 192.168.183.131:/home /tmp/nfs4 nfs4-client# mount -t newnfs 192.168.183.131:/home on /tmp/nfs4 (newnfs) nfs4-client# umount /tmp/nfs4 nfs4-client# mount -t nfs 192.168.183.131:/usr/home /tmp/nfs3 [tcp] 192.168.183.131:/usr/home: NFSPROC_NULL: RPC: Program/version mismatch; low version = 4, high version = 4 ^C nfs4-client# with mount_nfs command it behaves the same. Good to know if it will work with nfsv4 server started via rc.conf and sysctl values in sysctl.conf.. -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 00:49:51 2011 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 6D82E106575F for ; Mon, 10 Jan 2011 00:49:51 +0000 (UTC) (envelope-from salwerom@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with SMTP id 04B068FC08 for ; Mon, 10 Jan 2011 00:49:50 +0000 (UTC) Received: from marekdesktop (cwx170.internetdsl.tpnet.pl [83.19.131.170]) (Authenticated sender: salwerom) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id 97E03A66A5C; Mon, 10 Jan 2011 01:49:43 +0100 (CET) Message-ID: From: "Marek Salwerowicz" To: "Rick Macklem" References: <1145328149.22203.1294608528602.JavaMail.root@erie.cs.uoguelph.ca> Date: Mon, 10 Jan 2011 01:49:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: clamav-milter 0.96.5 at volt.iem.pw.edu.pl X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 10 Jan 2011 01:32:57 +0000 Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 10 Jan 2011 00:49:51 -0000 >> Good to know if it will work with nfsv4 server started via rc.conf and >> sysctl values in sysctl.conf.. >> > build a kernel with "options NFSD" in its config file and then try it > with that kernel, and then you'll find out... > How about patching the /etc/rc.d/nfsd script like this: [..] nfsd_precmd() { if checkyesno nfs_server_newnfs_only; then echo 'NFS server serving only newnfs (NFSv4)=YES' sysctl vfs.newnfs.server_min_nfsvers=4 > /dev/null fi [..] It checks if there is a nfs_server_newnfs_only=YES set in rc.conf, and if so, it runs the sysctl command. But, after testing, it is too late (nfsd starts with NFSv3 support). Any idea where to put that patch ? -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 08:22:55 2011 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 90F93106566B for ; Mon, 10 Jan 2011 08:22:55 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 24A8C8FC08 for ; Mon, 10 Jan 2011 08:22:54 +0000 (UTC) Received: by bwz12 with SMTP id 12so11544491bwz.13 for ; Mon, 10 Jan 2011 00:22:53 -0800 (PST) Received: by 10.204.98.75 with SMTP id p11mr5432427bkn.12.1294647772738; Mon, 10 Jan 2011 00:22:52 -0800 (PST) Received: from jessie.localnet (p5B2EE74F.dip0.t-ipconnect.de [91.46.231.79]) by mx.google.com with ESMTPS id q18sm15480513bka.3.2011.01.10.00.22.50 (version=SSLv3 cipher=RC4-MD5); Mon, 10 Jan 2011 00:22:51 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Anton Shterenlikht Date: Mon, 10 Jan 2011 09:22:58 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-27-generic; KDE/4.4.5; i686; ; ) References: <20110109222228.GA45587@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20110109222228.GA45587@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101100922.58354.bschmidt@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: console freeze after "ifconfig wlan0 scan" with wi(4) pccard device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2011 08:22:55 -0000 On Sunday, January 09, 2011 23:22:28 Anton Shterenlikht wrote: > On amd64 r217010 laptop (HP Compaq 6715s) > I'm trying to use this wi(4) device: > > wi0: > at port 0x100-0x13f irq 20 function 0 config 1 on pccard0 > > I do > > # ifconfig wlan0 create wlandev wi0 > # ifconfig -a > bge0: flags=8843 metric 0 mtu 1500 > > options=8009b E> > ether 00:1a:4b:89:4b:4e > inet 192.168.1.102 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 > nd6 options=21 > wi0: flags=8802 metric 0 mtu 2290 > ether 00:06:25:10:56:3b > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > wlan0: flags=8802 metric 0 mtu 1500 > ether 00:06:25:10:56:3b > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 1 (2412 MHz 11b) > country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 > bintval 0 > > But after > > # ifconfig wlan0 up scan > > I get console freeze requiring cold reboot. > No panic, just a LOR: > > wi0: at port > 0x100-0x13f irq 20 function 0 config 1 on pccard0 wlan0: Ethernet address: > 00:06:25:10:56:3b > lock order reversal: > 1st 0xffffff80012be018 wi0_com_lock (wi0_com_lock) @ > /usr/src/sys/net80211/ieee80211_scan.c:806 2nd 0xfffffe0001b8d010 wi0 > (network driver) @ /usr/src/sys/dev/wi/if_wi.c:1083 KDB: stack backtrace: > [..] This is a known LOR, many wireless do have that. It happens right after a scan iteration if there is a network to connect to. > In case it matters I've > > hw.cbb.start_memory="0xf4800000" > > in /boot/loader.conf, according to > http://www.freebsd.org/cgi/query-pr.cgi?pr=115623 Do you by any change have another device you can test the pccard slot with? Also, you might want to try 'ifconfig wlan0 ssid somethingwhichdoesdefinitelynotexist up; ifconfig wlan0 list scan' instead of 'ifconfig wlan0 up scan'. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 13:42:12 2011 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 CE0AE106564A for ; Mon, 10 Jan 2011 13:42:12 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CAAD8FC17 for ; Mon, 10 Jan 2011 13:42:11 +0000 (UTC) Received: by eyf6 with SMTP id 6so8714674eyf.13 for ; Mon, 10 Jan 2011 05:42:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=+nNgfi/UGh8rdIJLiQ031JnXdzTCw7kzL/5mtXRnr2w=; b=Ib6Zl00+zSUlfyM40krqsGAxsZ/OWsK0w7Tcuwg/8EktraPKXv2fFJ2zKs9CDYXpjG at4jaWcqotOXqjLDNx8njHA1yC+zrxNIc8tZfAu9u0Zqynv686SSzGHSG7+hbcdDArax 6c0xfGpAIcbuLGf43/TdjMnPoxfq9jZRL8gZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Tc+QCEK7NtyqFyoq6LJFHh1at6yHfkzOMSekAp+jJLaYcL8Vm4I/dvi73E+CiExVkN ADr3+OGqQ/tN1ZulGBQ5/gvimz0atW5+n/sHW9Vr3oyrL2VyNjZ8yh8dAizv4MyFjXdc k9Cwt+Ev81lUO9YBoGmXcnNh0VaYjXryPYOqE= MIME-Version: 1.0 Received: by 10.213.22.133 with SMTP id n5mr3548059ebb.39.1294665069983; Mon, 10 Jan 2011 05:11:09 -0800 (PST) Received: by 10.213.34.130 with HTTP; Mon, 10 Jan 2011 05:11:09 -0800 (PST) Date: Mon, 10 Jan 2011 07:11:09 -0600 Message-ID: From: "Edwin L. Culp W." To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 10 Jan 2011 13:42:12 -0000 For a week or so, with up to date, current, ports, etc. everytime I open a page that has automatic flash video my mouse freezes and I have to manually kill X and restart. I had worked fine for many months. Yesterday I rebuilt all linux emulation. All ports are up to date as of today. I have no idea where to look. Anyone else seen this or know where to look. thanks, ed From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 14:08:54 2011 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 619A51065679; Mon, 10 Jan 2011 14:08:54 +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 1EB618FC13; Mon, 10 Jan 2011 14:08:53 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PcIQW-0006u1-Ne; Mon, 10 Jan 2011 14:08:53 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PcIQW-00069d-HQ; Mon, 10 Jan 2011 14:08:52 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p0AE8q3s095987; Mon, 10 Jan 2011 14:08:52 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p0AE8qLo095986; Mon, 10 Jan 2011 14:08:52 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 10 Jan 2011 14:08:52 +0000 From: Anton Shterenlikht To: Dimitry Andric Message-ID: <20110110140852.GA95970@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Dimitry Andric , freebsd-current@freebsd.org References: <4D277E4B.1030006@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D277E4B.1030006@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: Merge of binutils 2.17 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, 10 Jan 2011 14:08:54 -0000 On Fri, Jan 07, 2011 at 09:57:47PM +0100, Dimitry Andric wrote: > Hi all, This is slightly OT. I get this error on ia64 which seems to be binutils related (still 2.15). I just thought if it is, then it might have an effect on 2.17 as well. The error seems to be ia64 specific. On amd64 and sparc64 I don't get it. Installing print/teTeX-base on ia64 gives this: *snip* install -o root -g wheel -m 444 ./mktex.opt /usr/local/share/texmf/web2c/mktex.opt install -o root -g wheel -m 555 ./mktexdir /usr/local/share/texmf/web2c/mktexdir install -o root -g wheel -m 444 ./mktexdir.opt /usr/local/share/texmf/web2c/mktexdir.opt install -o root -g wheel -m 555 ./mktexnam /usr/local/share/texmf/web2c/mktexnam install -o root -g wheel -m 444 ./mktexnam.opt /usr/local/share/texmf/web2c/mktexnam.opt install -o root -g wheel -m 555 ./mktexupd /usr/local/share/texmf/web2c/mktexupd /bin/sh ../libtool --mode=install install -o root -g wheel -m 444 .libs/libkpathsea.a /usr/local/lib install -o root -g wheel -m 444 .libs/libkpathsea.a /usr/local/lib/libkpathsea.a ranlib /usr/local/lib/libkpathsea.a chmod 644 /usr/local/lib/libkpathsea.a /bin/sh ../libtool --mode=install install -s -o root -g wheel -m 555 kpsewhich /usr/local/bin install -o root -g wheel -m 555 -s kpsewhich /usr/local/bin/kpsewhich install -s -o root -g wheel -m 555 kpsestat /usr/local/bin BFD: /usr/local/bin/stmBQcoa: The first section in the PT_DYNAMIC segment is not the .dynamic section strip:/usr/local/bin/stmBQcoa[.interp]: Bad value BFD: /usr/local/bin/stmBQcoa: The first section in the PT_DYNAMIC segment is not the .dynamic section strip:/usr/local/bin/stmBQcoa: Bad value install: wait: No such file or directory gmake[2]: *** [install-exec] Error 70 gmake[2]: Leaving directory `/usr/ports/print/teTeX-base/work/tetex-src-3.0/texk/kpathsea' gmake[1]: *** [install] Error 1 gmake[1]: Leaving directory `/usr/ports/print/teTeX-base/work/tetex-src-3.0/texk' gmake: *** [install] Error 1 *** Error code 2 Stop in /usr/ports/print/teTeX-base. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 19:17:15 2011 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 D0463106566B for ; Mon, 10 Jan 2011 19:17:15 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 637F78FC12 for ; Mon, 10 Jan 2011 19:17:15 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020B.4D2B5B39.01E4,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail38 (172.31.0.227) by cp-out1.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D10999E012905F3; Mon, 10 Jan 2011 20:17:13 +0100 Message-ID: <28940001.231851294687033690.JavaMail.defaultUser@defaultHost> Date: Mon, 10 Jan 2011 20:17:13 +0100 (CET) From: Barbara To: , freebsd-current MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 62.77.56.180 Cc: Subject: R: Recent mouse freeze problem with X, different window managers, any browser and flash. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2011 19:17:15 -0000 > >For a week or so, with up to date, current, ports, etc. everytime I >open a page that has automatic flash video my mouse freezes and I have >to manually kill X and restart. I had worked fine for many months. >Yesterday I rebuilt all linux emulation. All ports are up to date as >of today. I have no idea where to look. > >Anyone else seen this or know where to look. > >thanks, > >From what I can see, on CURRENT most of the flash objects are triggering a X error. I can see it on the console where I started X, but I don't remember it now. I'll post il later. Anyway Xorg is still working after that. Barbara From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 20:03:27 2011 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 0A5E810656C6 for ; Mon, 10 Jan 2011 20:03:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D37A38FC17 for ; Mon, 10 Jan 2011 20:03:26 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8DB8746B35; Mon, 10 Jan 2011 15:03:26 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 85D588A027; Mon, 10 Jan 2011 15:03:25 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 10 Jan 2011 14:46:06 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110109140215.000011b8@unknown> In-Reply-To: <20110109140215.000011b8@unknown> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101101446.06257.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 10 Jan 2011 15:03:25 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Bruce Cran Subject: Re: Loading uart module fails 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, 10 Jan 2011 20:03:27 -0000 On Sunday, January 09, 2011 9:02:15 am Bruce Cran wrote: > Hi, > > I removed uart from my kernel configuration - when I tried to load it > later as a module I got the following error: > > acpi_timer0: couldn't allocate resource (port 0x4008) > driver bug: Unable to set devclass (devname: (null)) Can you get devinfo -rv output before you try to kldload uart? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 21:13:34 2011 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 F2BAC106564A for ; Mon, 10 Jan 2011 21:13:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id A53118FC24 for ; Mon, 10 Jan 2011 21:13:33 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEALIEK02DaFvO/2dsb2JhbACECKE2rU2Nf4Ehgzd0BIRnhiOFKoYH X-IronPort-AV: E=Sophos;i="4.60,303,1291611600"; d="scan'208";a="106567182" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 10 Jan 2011 16:13:32 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DF69EB3F80; Mon, 10 Jan 2011 16:13:31 -0500 (EST) Date: Mon, 10 Jan 2011 16:13:31 -0500 (EST) From: Rick Macklem To: Marek Salwerowicz Message-ID: <1283297834.106648.1294694011899.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories. 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, 10 Jan 2011 21:13:34 -0000 > >> Good to know if it will work with nfsv4 server started via rc.conf > >> and > >> sysctl values in sysctl.conf.. > >> > > build a kernel with "options NFSD" in its config file and then try > > it > > with that kernel, and then you'll find out... > > > > How about patching the /etc/rc.d/nfsd script like this: > > > [..] > nfsd_precmd() > { > if checkyesno nfs_server_newnfs_only; then > echo 'NFS server serving only newnfs (NFSv4)=YES' > sysctl vfs.newnfs.server_min_nfsvers=4 > /dev/null > fi > [..] > > It checks if there is a > nfs_server_newnfs_only=YES > set in rc.conf, and if so, it runs the sysctl command. > > But, after testing, it is too late (nfsd starts with NFSv3 support). > Any idea where to put that patch ? > I think you can stick it just before "return 0" in /etc/rc.d/nfsd. (I'd probably just go with the "sysctl vfs.newnfs.server_min_nfsvers=4" line in this case, since you want it unconditionally?) Or, if you don't want to build a kernel with "options NFSD", I think you can get nfsd.ko loaded early by fiddling with loader.conf, but I'm not volunteering to figure out what works there:-) rick From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 21:42:33 2011 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 0631E106566C for ; Mon, 10 Jan 2011 21:42:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id AF41D8FC16 for ; Mon, 10 Jan 2011 21:42:32 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAPgLK02DaFvO/2dsb2JhbACECKE2rU6OBYEhgXOBRHQEhGeGI4Uqhgc X-IronPort-AV: E=Sophos;i="4.60,303,1291611600"; d="scan'208";a="104875016" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 10 Jan 2011 16:42:31 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 793E8B4072; Mon, 10 Jan 2011 16:42:31 -0500 (EST) Date: Mon, 10 Jan 2011 16:42:31 -0500 (EST) From: Rick Macklem To: Marek Salwerowicz Message-ID: <68044570.109439.1294695751441.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <7B2D6737C7D44738A9710C1BD5E5711F@marekdesktop> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories (with security?) 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, 10 Jan 2011 21:42:33 -0000 > > So I would like NFSv4 to serve user home directories across the > network for all workstations, but I would like it to protect using > user password > > Eg. on workstation I want to do: > > sudo mount -t nfs -o nfsv4 nfs4-server:/home/user1 /home/user1 > and then I want to be asked for password of user1 at server (or in the > whole network - users and passwords are stored in LDAP server > and workstation and server have access to it) > > Is it possible to do with NFSv4? > The short answer is no. The long answer is that you can require users to have valid kerberos credentials for access to an NFS volume (via v3 or v4). But that requires the setup of Kerberos and I'm not volunteering to help with that.:-) There are some good books/tutorials on setting up Kerberos and it works well, once you wade through the hassles of getting it going. (Kerberos authenticates the user for access to the server volume. It is not a host based authentication for the mount. If you choose to use Kerberos, you need to allow the user to do the mount without sudo by setting vfs.usermount=1 and then you restrict the server volume(s) with the sec= export option.) rick From owner-freebsd-current@FreeBSD.ORG Mon Jan 10 21:26:31 2011 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 32FAB106564A for ; Mon, 10 Jan 2011 21:26:31 +0000 (UTC) (envelope-from salwerom@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with SMTP id BDAE48FC13 for ; Mon, 10 Jan 2011 21:26:30 +0000 (UTC) Received: from marekdesktop (cwx170.internetdsl.tpnet.pl [83.19.131.170]) (Authenticated sender: salwerom) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id 5840DA665A7; Mon, 10 Jan 2011 22:26:23 +0100 (CET) Message-ID: <7B2D6737C7D44738A9710C1BD5E5711F@marekdesktop> From: "Marek Salwerowicz" To: "Rick Macklem" References: <1283297834.106648.1294694011899.JavaMail.root@erie.cs.uoguelph.ca> Date: Mon, 10 Jan 2011 22:26:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: clamav-milter 0.96.5 at volt.iem.pw.edu.pl X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 10 Jan 2011 21:49:59 +0000 Cc: freebsd-current@freebsd.org, Andrzej Tobola Subject: Re: NFSv4 and pam_mount - mounting user home directories (with security?) 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, 10 Jan 2011 21:26:31 -0000 > I think you can stick it just before "return 0" in /etc/rc.d/nfsd. > (I'd probably just go with the "sysctl vfs.newnfs.server_min_nfsvers=4" > line in this case, since you want it unconditionally?) > > Or, if you don't want to build a kernel with "options NFSD", I think > you can get nfsd.ko loaded early by fiddling with loader.conf, but I'm > not volunteering to figure out what works there:-) > > rick > Ok, that problem has been solved ;) In nfs_precmd it checks if the option in rc.conf is set. If yes, it tries to set the sysctl flag, it it fails, loads nfsd module and then sets again the sysctl flag. But I have another question - maybe you will know the answer. So I would like NFSv4 to serve user home directories across the network for all workstations, but I would like it to protect using user password Eg. on workstation I want to do: sudo mount -t nfs -o nfsv4 nfs4-server:/home/user1 /home/user1 and then I want to be asked for password of user1 at server (or in the whole network - users and passwords are stored in LDAP server and workstation and server have access to it) Is it possible to do with NFSv4? -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 09:45:44 2011 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 37EBD1065670 for ; Tue, 11 Jan 2011 09:45:44 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 79B3F8FC16 for ; Tue, 11 Jan 2011 09:45:43 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA29485; Tue, 11 Jan 2011 11:27:37 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PcaVt-00005D-BL; Tue, 11 Jan 2011 11:27:37 +0200 Message-ID: <4D2C2288.2070104@freebsd.org> Date: Tue, 11 Jan 2011 11:27:36 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101211 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Michael Butler References: <20110109175724.GC1817@albert.catwhisker.org> <4D2A0048.2040609@protected-networks.net> In-Reply-To: <4D2A0048.2040609@protected-networks.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Lock-up with CPU busy at r217145; seems OK now at r217189 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, 11 Jan 2011 09:45:44 -0000 on 09/01/2011 20:36 Michael Butler said the following: > automoc4 spawns a child during a KDE-4 build which > turns into a zombie but is never seen to return and the build stalls - > weird :-( I believe that this one particular issue should be fixed by r217253. The problem resolved by the commit resulted in some signals being lost sometimes, in particular SIGCHLD. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 10:33:25 2011 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 531B61065670; Tue, 11 Jan 2011 10:33:25 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id D32C98FC1E; Tue, 11 Jan 2011 10:33:24 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0BAXMV2038745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Jan 2011 11:33:22 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1294742002; bh=S2T3OeXjpCpD9c0LeR0SZ+pITW5bkTslobAbP8MsRs8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=p0ywL5ZypksaMFYC2frnow5fAoU1xxS2pkkcgKGfrEJW2u7okR+BhMvTDfVdKXviH hjIQqOApXjaxwka+K1pUlHq9UN1lsDG8rQwgeIVGJJFt/GcuqhqSkrpYLYjAn7RzK9 i1DVBTFeWGPr/R6F4inmyeGIObBqQwBjII+w6Y6U= Date: Tue, 11 Jan 2011 11:33:22 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Jilles Tjoelker Message-ID: <20110111103322.GM23329@acme.spoerlein.net> Mail-Followup-To: Jilles Tjoelker , John Baldwin , freebsd-current@freebsd.org, Erik Cederstrand References: <20110105131439.GN23329@acme.spoerlein.net> <4184C8F2-3C6D-46FB-8F10-DDEBA6DB1C35@cederstrand.dk> <201101050934.49845.jhb@freebsd.org> <20110105165545.GP23329@acme.spoerlein.net> <20110105193653.GA49285@stack.nl> <20110105213043.GT23329@acme.spoerlein.net> <20110109001353.GA85498@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110109001353.GA85498@stack.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Erik Cederstrand Subject: Re: FYI: clang static analyzer page has moved to http://scan.freebsd.your.org/freebsd-head/ 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, 11 Jan 2011 10:33:25 -0000 On Sun, 09.01.2011 at 01:13:54 +0100, Jilles Tjoelker wrote: > On Wed, Jan 05, 2011 at 10:30:43PM +0100, Ulrich Spörlein wrote: > > On Wed, 05.01.2011 at 20:36:53 +0100, Jilles Tjoelker wrote: > > > On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Spörlein wrote: > > > > *But*, it should grok that for err(3) and exit(3). Now there are some > > > > possible remedies: > > > > > - get IPA to work with clang, or at least file a bug > > > > > - mark functions as __dead2 (please don't do that) > > > > Why not? > > > Cause IMHO it adds clutter, is noisy and needs to be maintained > > manually, when we have these "computer" things that should deduct this > > by themselves. > > Yes, but to me it seems the only realistic option of your three. > Upstream is unlikely to add IPA to the checker and other kinds of > annotation are probably either similar to __dead2 with the same problems > and an additional one that gcc does not check it or very specific to a > particular complaint from the checker. > > > > I have done this in some cases because it leads to better code with gcc > > > (the system version in 9-current). See SVN commit r212508 to > > > bin/sh/parser.c. Although synexpect() and synerror() are static, adding > > > __dead2 to both makes the executable 576 bytes smaller on i386 (these > > > functions are called many times). Adding __dead2 to synexpect() only > > > causes a warning "noreturn function does return" (it calls synerror()). > > > Adding __dead2 to synerror() only also makes the executable smaller but > > > not as much as adding it to both. > > > > Reordering the functions in the file does not help to make gcc see that > > > the functions do not return. > > > This is too bad and really makes me sad. It shouldn't be necessary to > > hand-hold the compilers like that. Could you try some tests with gcc 4.5 > > to confirm this is still required? > > gcc 4.5 still needs it. gcc 4.6 and clang (the compiler) do not need it. > (For gcc, used ports gcc and compiled head bin/sh with some patches on > stable/8. For clang, used base clang and compiled head bin/sh on head.) Thank you for confirming this, this is good to know. Looks like I need to stop worrying and learn to love the __dead2! :D Uli From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 20:11:47 2011 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 84E3B106564A for ; Tue, 11 Jan 2011 20:11:47 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 451098FC16 for ; Tue, 11 Jan 2011 20:11:46 +0000 (UTC) Received: by ywp6 with SMTP id 6so8689560ywp.13 for ; Tue, 11 Jan 2011 12:11:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=s60kue33h7X3K5Na7I6SZMCgHbW5aQww/BGl9si7ebk=; b=cEz/Ukiqd4D6cwmW7yADq5c8j2MOOBC7l77M2OpCKSWzpDOBV4cm+3rlrHcFUWmYMr fSWOnp38eaFJ0jt9LDbsWjG7nmG6XTkvT33HaoZl3rh1rCXsfVCEHU3/ZWrI0VEFv4+J bxC0eSl3uf3bquCDc6LoMcdNJ+rKowxSdd07Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PerZR7NETcYy1T/hqAvAuI+WQ7v3q/QZ7a7qR8+P2NfvSTXG7rHR+miNRe8AgdFnfu sFaktSvXRkT3wZwlBCpYx5vSGdicwr2aExW9IJ/4XUT2onE0hF/sdyK8ukgBacZO3Kn+ kLJFK2yPFg6lpU1V400q5HMxocchrm7/xHVY8= MIME-Version: 1.0 Received: by 10.90.115.17 with SMTP id n17mr580068agc.145.1294776706412; Tue, 11 Jan 2011 12:11:46 -0800 (PST) Received: by 10.90.71.14 with HTTP; Tue, 11 Jan 2011 12:11:43 -0800 (PST) Date: Tue, 11 Jan 2011 21:11:43 +0100 Message-ID: From: David DEMELIER To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: why panic(9) ? 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, 11 Jan 2011 20:11:47 -0000 Hello, I'm just guessing why current BSD panic() when a problem occurs, all modern operating systems solve the problem instead of crashing suddently and corrupting all your data without saving your work. Yes, why this function exists? There is no way to solve a problem without panic'ing? Is panic really needed? Imagine someone working on something really important and his computer just panic, his work not saved everybody shout at him in the corporation. He lose his job, his wife, his dog, everything is wrong, just because of a panic() ! Seriously, I really hate when I play some music that suddenly the music get stucked in a infinite loop, why ? I don't know because the panic does not core dump. But after some search I found that the panic was done because of conky. How the hell conky can panic FreeBSD? We are in 2011 ! I think even Window 2000 does not crash on a user-land software. I'm guessing now, if minix panic when a bloated crappy software is running. I think Andrew is in the right way. -- Demelier David From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 20:32:23 2011 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 B08D0106564A for ; Tue, 11 Jan 2011 20:32:23 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C58F8FC0A for ; Tue, 11 Jan 2011 20:32:23 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7C934A7F525; Wed, 12 Jan 2011 04:32:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id BXyBCDQxfAxc; Wed, 12 Jan 2011 04:32:11 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id DA7E9A7F4C0; Wed, 12 Jan 2011 04:32:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=bbuSEezwdUxxmPSGH8s8qj9BtGZSTufD51uUAMWi9mar3Ou1wrJory5jSf6vjyTbQ yE7vgoPcI/5T2yAlGs+qw== Message-ID: <4D2CBE45.90209@delphij.net> Date: Tue, 11 Jan 2011 12:32:05 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101210 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: David DEMELIER References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 20:32:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 01/11/11 12:11, David DEMELIER wrote: > Yes, why this function exists? There is no way to solve a problem > without panic'ing? Is panic really needed? Imagine someone working on [...] Panic is used to stop the kernel in an aggressive way when data damage is detected and the damage is already beyond what the kernel can recover from. The kernel can and should be made more robust but no, I don't think we can totally eliminate panic(). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJNLL5FAAoJEATO+BI/yjfBekQIAKc/uSvo/mi1qTChwk4PgaHy mLVXF1Wrdrm2naOR6k6n2/SKGabCWWbaAknmir1METbcojhMGMCXgCznUAJ4zKRH qpiToOdJWOA6VTTQDueK/WIqhuNTWv0qc3pfTZ3oWa/3aardp6G7AQJZKcZi3OGi ePkRNom7cDd8eXkZ6Sohgv1d3y8RAk0SXzW6as363aotdrVgGJmDYTHYQkEIWyF2 VYmM+uPdg08lm9Ryt/xvsOWwQwzcA+YeAH5M/mZJf0E5OaBf0Gx5NH059UqQOQt+ QHOShqLOGTkZ1l7bCp2Dl1yK6Gujgb1k0AwesuQLv+w0/0CfbRdRZLQz4+oI+Mo= =WDrK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 20:34:11 2011 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 E688F1065693 for ; Tue, 11 Jan 2011 20:34:11 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id CDC7E8FC16 for ; Tue, 11 Jan 2011 20:34:11 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 64bit)) with ESMTPSA id <0LEV006BPL4JK560@asmtp029.mac.com> for freebsd-current@freebsd.org; Tue, 11 Jan 2011 12:33:56 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101110095 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-11_08:2011-01-11, 2011-01-11, 1970-01-01 signatures=0 From: Chuck Swiger In-reply-to: Date: Tue, 11 Jan 2011 12:33:54 -0800 Message-id: References: To: David DEMELIER X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 20:34:12 -0000 On Jan 11, 2011, at 12:11 PM, David DEMELIER wrote: > I'm just guessing why current BSD panic() when a problem occurs, all > modern operating systems solve the problem instead of crashing > suddently and corrupting all your data without saving your work. You've got it backwards. A system panic()s to avoid writing corrupted data to disk. > Yes, why this function exists? There is no way to solve a problem > without panic'ing? Is panic really needed? Sometimes, yes. If it was possible for the kernel to handle an error condition without panic()ing, then that is obviously preferred-- but there are situations where there is no way for the system to recover. Common examples of that include when the boot disk fails or disappears, or when the kernel runs out of memory in a situation where it can't get more free pages available. Less common is when some kind of kernel invariant is violated, indicating that essential kernel data structures have been corrupted. > Imagine someone working on something really important and his computer just panic, his work not > saved everybody shout at him in the corporation. He lose his job, his > wife, his dog, everything is wrong, just because of a panic() ! I admire your contrived example. :-) The data available to me suggests that Solaris boxes on enterprise-grade hardware have the highest uptimes; FreeBSD (and related platforms like NetBSD/OpenBSD/DFly/etc) are next, then MacOS X, then Linux, then Windows. I expect anything based on Unix to be routinely capable of multi-year uptimes; some carefully chosen Windows boxes can also do that, but the widespread prevalence of security issues requiring reboots on Windows means that I don't usually see Windows boxes with uptimes of greater than a month. > Seriously, I really hate when I play some music that suddenly the > music get stucked in a infinite loop, why ? Probably a bug in the sound card driver. > I don't know because the panic does not core dump. But after some search I found that the panic > was done because of conky. How the hell conky can panic FreeBSD? We are in 2011 ! I think even Window 2000 does not crash on a user-land software. "think"? If you don't have experience running Windows 2000 are thus are simply guessing, let me assure you that Win 2000 can and does (or did) panic due to userland software. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 20:45:46 2011 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 71AF7106566B for ; Tue, 11 Jan 2011 20:45:46 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4D88FC08 for ; Tue, 11 Jan 2011 20:45:45 +0000 (UTC) Received: by qyk36 with SMTP id 36so20369838qyk.13 for ; Tue, 11 Jan 2011 12:45:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.225.5 with SMTP id iq5mr85492qcb.13.1294778267800; Tue, 11 Jan 2011 12:37:47 -0800 (PST) Received: by 10.229.102.19 with HTTP; Tue, 11 Jan 2011 12:37:47 -0800 (PST) X-Originating-IP: [93.221.179.70] In-Reply-To: <4D2CBE45.90209@delphij.net> References: <4D2CBE45.90209@delphij.net> Date: Tue, 11 Jan 2011 21:37:47 +0100 Message-ID: From: "C. P. Ghost" To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David DEMELIER , freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 20:45:46 -0000 On Tue, Jan 11, 2011 at 9:32 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 01/11/11 12:11, David DEMELIER wrote: >> Yes, why this function exists? There is no way to solve a problem >> without panic'ing? Is panic really needed? Imagine someone working on > [...] > > Panic is used to stop the kernel in an aggressive way when data damage > is detected and the damage is already beyond what the kernel can recover > from. > > The kernel can and should be made more robust but no, I don't think we > can totally eliminate panic(). Exactly. One area where the kernel should be made more robust is UFS with disappearing disks (e.g. USB mounted file systems, or, as recently happened here with a loose external SATA cable). Panicing here is REALLY annoying. ;-) > Cheers, > - -- > Xin LI =A0 =A0http://www.delphij.net/ > FreeBSD - The Power to Serve! =A0 =A0 =A0 =A0 =A0Live free or die -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 20:54:34 2011 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 3A817106564A for ; Tue, 11 Jan 2011 20:54:34 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF9F88FC08 for ; Tue, 11 Jan 2011 20:54:33 +0000 (UTC) Received: by qwj9 with SMTP id 9so20541811qwj.13 for ; Tue, 11 Jan 2011 12:54:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.28.149 with SMTP id m21mr65027qcc.203.1294779272511; Tue, 11 Jan 2011 12:54:32 -0800 (PST) Received: by 10.229.102.19 with HTTP; Tue, 11 Jan 2011 12:54:32 -0800 (PST) X-Originating-IP: [93.221.179.70] In-Reply-To: <4D2CC27F.7040206@acm.poly.edu> References: <4D2CBE45.90209@delphij.net> <4D2CC27F.7040206@acm.poly.edu> Date: Tue, 11 Jan 2011 21:54:32 +0100 Message-ID: From: "C. P. Ghost" To: Boris Kochergin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: why panic(9) ? 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, 11 Jan 2011 20:54:34 -0000 On Tue, Jan 11, 2011 at 9:50 PM, Boris Kochergin wrote: >> Exactly. One area where the kernel should be made more robust >> is UFS with disappearing disks (e.g. USB mounted file systems, >> or, as recently happened here with a loose external SATA cable). >> Panicing here is REALLY annoying. ;-) > > Getting slightly off-topic here, but... there was progress made on this > front a while ago. You can reliably detach at least USB storage with a > mounted MSDOSFS or UFS filesystem without soft updates and not risk a system > panic. There will be a panic if soft updates are enabled on UFS, however, at > least as of my last test in 2010. Hmmm... yes, you're absolutely right: every time I had those panics was with softupdates enabled. No recent panic with UFS without softupdates that I remember, nor with msdosfs btw. > -Boris -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 20:56:44 2011 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 E73531065694 for ; Tue, 11 Jan 2011 20:56:44 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 853118FC08 for ; Tue, 11 Jan 2011 20:56:44 +0000 (UTC) Received: (qmail 46328 invoked from network); 11 Jan 2011 20:50:03 -0000 Received: from unknown (HELO ?10.0.0.179?) (spawk@128.238.64.31) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 11 Jan 2011 20:50:03 -0000 Message-ID: <4D2CC27F.7040206@acm.poly.edu> Date: Tue, 11 Jan 2011 15:50:07 -0500 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101106 Thunderbird/3.1.6 MIME-Version: 1.0 To: "C. P. Ghost" References: <4D2CBE45.90209@delphij.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: why panic(9) ? 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, 11 Jan 2011 20:56:45 -0000 On 01/11/11 15:37, C. P. Ghost wrote: > On Tue, Jan 11, 2011 at 9:32 PM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 01/11/11 12:11, David DEMELIER wrote: >>> Yes, why this function exists? There is no way to solve a problem >>> without panic'ing? Is panic really needed? Imagine someone working on >> [...] >> >> Panic is used to stop the kernel in an aggressive way when data damage >> is detected and the damage is already beyond what the kernel can recover >> from. >> >> The kernel can and should be made more robust but no, I don't think we >> can totally eliminate panic(). > Exactly. One area where the kernel should be made more robust > is UFS with disappearing disks (e.g. USB mounted file systems, > or, as recently happened here with a loose external SATA cable). > Panicing here is REALLY annoying. ;-) Getting slightly off-topic here, but... there was progress made on this front a while ago. You can reliably detach at least USB storage with a mounted MSDOSFS or UFS filesystem without soft updates and not risk a system panic. There will be a panic if soft updates are enabled on UFS, however, at least as of my last test in 2010. -Boris >> Cheers, >> - -- >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! Live free or die > -cpghost. > From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 21:00:28 2011 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 52E42106564A for ; Tue, 11 Jan 2011 21:00:28 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB978FC12 for ; Tue, 11 Jan 2011 21:00:27 +0000 (UTC) Received: by qwj9 with SMTP id 9so20547209qwj.13 for ; Tue, 11 Jan 2011 13:00:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.81.206 with SMTP id y14mr61907qck.127.1294778024217; Tue, 11 Jan 2011 12:33:44 -0800 (PST) Received: by 10.229.102.19 with HTTP; Tue, 11 Jan 2011 12:33:44 -0800 (PST) X-Originating-IP: [93.221.179.70] In-Reply-To: References: Date: Tue, 11 Jan 2011 21:33:44 +0100 Message-ID: From: "C. P. Ghost" To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 21:00:28 -0000 On Tue, Jan 11, 2011 at 9:11 PM, David DEMELIER wrote: > Hello, > > I'm just guessing why current BSD panic() when a problem occurs, all > modern operating systems solve the problem instead of crashing > suddently and corrupting all your data without saving your work. > > Yes, why this function exists? There is no way to solve a problem > without panic'ing? Is panic really needed? Imagine someone working on > something really important and his computer just panic, his work not > saved everybody shout at him in the corporation. He lose his job, his > wife, his dog, everything is wrong, just because of a panic() ! Sometimes, it's best to panic(9) rather than to try recovery. Imagine a situation where the kernel detects that some of its important internal data structures are corrupted. Should it resume execution with pointers pointing into some Nirwana (and "undefined behavior" in the worst case means that some serious bad things could happen), or is it preferable to panic(9) right away? Granted, some panics could handled more gracefully, e.g. flushing buffers and such to disk... but here again: in most cases, the kernel can't be sure that it is internally sane enough to write to disk (it could overwrite other parts of the disk by syncing, right?), so better leave the disks untouched in this circumstance (only exception: dumping core). > Seriously, I really hate when I play some music that suddenly the > music get stucked in a infinite loop, why ? I don't know because the > panic does not core dump. But after some search I found that the panic > was done because of conky. How the hell conky can panic FreeBSD? We > are in 2011 ! I think even Window 2000 does not crash on a user-land > software. > > I'm guessing now, if minix panic when a bloated crappy software is > running. I think Andrew is in the right way. The real problem we have here (IMHO), is that we don't have a microkernel architecture. Any error in a driver would panic the whole system. This is a real pain. But short of redesigning BSD from scratch, there's not much we could do atm. > -- > Demelier David -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 21:07:52 2011 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 5CC67106566C for ; Tue, 11 Jan 2011 21:07:52 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id EF8918FC12 for ; Tue, 11 Jan 2011 21:07:51 +0000 (UTC) Received: (qmail 46128 invoked from network); 11 Jan 2011 20:41:09 -0000 Received: from unknown (HELO ?10.0.0.179?) (spawk@128.238.64.31) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 11 Jan 2011 20:41:09 -0000 Message-ID: <4D2CC06A.8080408@acm.poly.edu> Date: Tue, 11 Jan 2011 15:41:14 -0500 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101106 Thunderbird/3.1.6 MIME-Version: 1.0 To: David DEMELIER References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 21:07:52 -0000 On 01/11/11 15:11, David DEMELIER wrote: > Hello, > Hi. > I'm just guessing why current BSD panic() when a problem occurs, all > modern operating systems solve the problem instead of crashing > suddently and corrupting all your data without saving your work. All modern operating systems? Maybe some niche ones, like the ones that run on Mars rovers, have made progress towards formal verification and are believed not to crash given correctly-functioning hardware. The latest versions of Windows, OS X, and Linux all panic. > Yes, why this function exists? There is no way to solve a problem > without panic'ing? Imagine you've got a machine with bad RAM. It corrupts a pointer in the kernel filesystem code. Imagine there is some code in the kernel filesystem code that checks whether a pointer points to memory belonging to the kernel filesystem code before dereferencing it, and the check failed. What should happen? Continued execution will, at best, lead to flamboyant failure of kernel subsystems or userspace programs, and, at worst, will silently destroy or modify data in memory or on your disk. (By the way, this actually happens.) > Is panic really needed? Imagine someone working on > something really important and his computer just panic, his work not > saved everybody shout at him in the corporation. He lose his job, his > wife, his dog, everything is wrong, just because of a panic() ! When I do kernel work, I keep my source code on an NFS share on a known-stable machine so that when the machine I'm working on inevitably crashes, I don't lose my code. Reliability is about more than software choices. There are other best practices to consider. > Seriously, I really hate when I play some music that suddenly the > music get stucked in a infinite loop, why ? I don't know because the > panic does not core dump. But after some search I found that the panic > was done because of conky. How the hell conky can panic FreeBSD? We > are in 2011 ! I think even Window 2000 does not crash on a user-land > software. Frustrating at it may be, there are things you can do, like compiling your kernel with DDB and performing online debugging. -Boris > I'm guessing now, if minix panic when a bloated crappy software is > running. I think Andrew is in the right way. From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 21:11:15 2011 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 4FA11106566B for ; Tue, 11 Jan 2011 21:11:15 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D66D28FC16 for ; Tue, 11 Jan 2011 21:11:14 +0000 (UTC) Received: by fxm16 with SMTP id 16so20395805fxm.13 for ; Tue, 11 Jan 2011 13:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cXUzViFfPZmTOB/RgPiPL2aVGrGJtIMmQMbBIjDKTWk=; b=Jzltxc8z+/x74gAdBn61Dtc/9kGyTb2py1AwZDx42yDJhwRTD6jMPY+F/qH2NZXO+Y IuUrqYnpUZj+4XGV6tKbjtLVRawOfqknCa3rAkbFF+aN7gr+JW4C2vQLkF+myKb7Ijo/ H3hgCtpEVzoIIG8xpvwnvS+2/A/ULZVHEwdkY= 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=EERmY2JavrZV5YgIis63vi9CGQKpL+vMHsyYDC/YUthWSs5JqCY2AUhwAhIQL+Bkcx RWSrafPUvgm2k+mfCbB0uHsDxVt7XLntpHwoPQUTexXtoIW71HcuqLJTiFho+QW59HcH jsyJPA3fqES5VI6zQD0mNg8lSeTbDUuDu6bR8= MIME-Version: 1.0 Received: by 10.223.107.82 with SMTP id a18mr104868fap.88.1294780273561; Tue, 11 Jan 2011 13:11:13 -0800 (PST) Received: by 10.223.70.208 with HTTP; Tue, 11 Jan 2011 13:11:13 -0800 (PST) In-Reply-To: References: Date: Tue, 11 Jan 2011 22:11:13 +0100 Message-ID: From: David DEMELIER To: Chuck Swiger Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 21:11:15 -0000 2011/1/11 Chuck Swiger : > On Jan 11, 2011, at 12:11 PM, David DEMELIER wrote: >> I'm just guessing why current BSD panic() when a problem occurs, all >> modern operating systems solve the problem instead of crashing >> suddently and corrupting all your data without saving your work. > > You've got it backwards. =C2=A0A system panic()s to avoid writing corrupt= ed data to disk. > >> Yes, why this function exists? There is no way to solve a problem >> without panic'ing? Is panic really needed? > > Sometimes, yes. =C2=A0If it was possible for the kernel to handle an erro= r condition without panic()ing, then that is obviously preferred-- but ther= e are situations where there is no way for the system to recover. =C2=A0Com= mon examples of that include when the boot disk fails or disappears, or whe= n the kernel runs out of memory in a situation where it can't get more free= pages available. =C2=A0Less common is when some kind of kernel invariant i= s violated, indicating that essential kernel data structures have been corr= upted. > Well I see, I know that kern.sync_on_panic exists to force a sync on a panic but because my laptop usually does not core dump so never reboot my disk are not sync'ed :-( it results in a file system not clean an that's the thing I really hate. >> Imagine someone working on something really important and his computer j= ust panic, his work not >> saved everybody shout at him in the corporation. He lose his job, his >> wife, his dog, everything is wrong, just because of a panic() ! > > I admire your contrived example. =C2=A0:-) =C2=A0The data available to me= suggests that Solaris boxes on enterprise-grade hardware have the highest = uptimes; FreeBSD (and related platforms like NetBSD/OpenBSD/DFly/etc) are n= ext, then MacOS X, then Linux, then Windows. > > I expect anything based on Unix to be routinely capable of multi-year upt= imes; some carefully chosen Windows boxes can also do that, but the widespr= ead prevalence of security issues requiring reboots on Windows means that I= don't usually see Windows boxes with uptimes of greater than a month. > >> Seriously, I really hate when I play some music that suddenly the >> music get stucked in a infinite loop, why ? > > Probably a bug in the sound card driver. > No no, it was a panic that didn't core dump so I needed to do a hard reboot= . >> I don't know because the panic does not core dump. But after some search= I found that the panic >> was done because of conky. How the hell conky can panic FreeBSD? =C2=A0W= e are in 2011 ! I think even Window 2000 does not crash on a user-land soft= ware. > > "think"? =C2=A0If you don't have experience running Windows 2000 are thus= are simply guessing, let me assure you that Win 2000 can and does (or did)= panic due to userland software. > In fact I like FreeBSD, and I don't expect running anything else. But I must say that I didnt see windows 2000 crashing on my every boxes I have before switching to FreeBSD. I understand everything, corrupts kernel data must not be used. That's why panic are made to prevent any dangerous things. --=20 Demelier David From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 21:43:50 2011 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 B30C61065694 for ; Tue, 11 Jan 2011 21:43:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 97BB08FC08 for ; Tue, 11 Jan 2011 21:43:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0LEV006QBOD1AQ70@asmtp030.mac.com> for freebsd-current@freebsd.org; Tue, 11 Jan 2011 13:43:50 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101110103 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-11_08:2011-01-11, 2011-01-11, 1970-01-01 signatures=0 From: Chuck Swiger In-reply-to: Date: Tue, 11 Jan 2011 13:43:49 -0800 Message-id: References: To: David DEMELIER X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 21:43:50 -0000 On Jan 11, 2011, at 1:11 PM, David DEMELIER wrote: > 2011/1/11 Chuck Swiger : >> [ ... ] >>> Yes, why this function exists? There is no way to solve a problem >>> without panic'ing? Is panic really needed? >> >> Sometimes, yes. If it was possible for the kernel to handle an error condition without panic()ing, then that is obviously preferred-- but there are situations where there is no way for the system to recover. Common examples of that include when the boot disk fails or disappears, or when the kernel runs out of memory in a situation where it can't get more free pages available. Less common is when some kind of kernel invariant is violated, indicating that essential kernel data structures have been corrupted. > > Well I see, I know that kern.sync_on_panic exists to force a sync on a > panic but because my laptop usually does not core dump so never reboot > my disk are not sync'ed :-( it results in a file system not clean an > that's the thing I really hate. How often do you get panics? I've got more FreeBSD systems that have never panic()ed in their operational lifespan than I've seen FreeBSD boxes which did panic, but most of the systems I deal with tend to be rack-mounted boxes in controlled datacenter environments. Anyway, using a journaled filesystem would help. >>> Seriously, I really hate when I play some music that suddenly the >>> music get stucked in a infinite loop, why ? >> >> Probably a bug in the sound card driver. > > No no, it was a panic that didn't core dump so I needed to do a hard reboot. Frankly, audio isn't (or doesn't seem to be) a core goal of FreeBSD. Macs are probably the best reference platform available for pro A/V work. [1] >>> I don't know because the panic does not core dump. But after some search I found that the panic >>> was done because of conky. How the hell conky can panic FreeBSD? We are in 2011 ! I think even Window 2000 does not crash on a user-land software. >> >> "think"? If you don't have experience running Windows 2000 are thus are simply guessing, let me assure you that Win 2000 can and does (or did) panic due to userland software. > > In fact I like FreeBSD, and I don't expect running anything else. But > I must say that I didnt see windows 2000 crashing on my every boxes I > have before switching to FreeBSD. I didn't see Win2K crashing often, but certainly more often than once a year if the system was being used interactively. On the other hand, I did see a Win2K database server running the Sybase-derived SQLServer platform in a data center, comparable to what I mentioned above, with a year-plus uptime. Regards, -- -Chuck [1]: Not just my opinion-- people who are/were recording engineers at studios back in the mid 90's and early 2000s widely used Avid's ProTools on the Mac. More recently, the ready availability of consumer computing systems with the disk space and I/O bandwidth to do 12/18/more channel multitrack recording and editting in 24-bit by 48KHz or 96KHz has actually put a significant dent into pro studios, since people are doing a half-decent job of production work from their basement studio.... From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 21:47:07 2011 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 9E81C106566C for ; Tue, 11 Jan 2011 21:47:07 +0000 (UTC) (envelope-from groberts@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 657328FC1D for ; Tue, 11 Jan 2011 21:47:07 +0000 (UTC) Received: by iyb26 with SMTP id 26so19952370iyb.13 for ; Tue, 11 Jan 2011 13:47:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=V2swTvyxBTrvWDMjXhuu4OexhhKghsvsgaM8JnKQHlQ=; b=xbevzA7GmBp7U3AgL8LM4Ttj8XdjO6wguXEgQ5e0jh44oACaMcJWouQsr0QaX0lJ4i Phnp8U878WA7pVI7yMtYVTPHkSZN+/C97k795rnHALt/1W2ejqDGuTdImEwPbQzdfsXz 4E4tLSQgTdI5ghyh7NB4BQVaZkhYDWnw1p8j4= 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; b=tpowgNI3euIB5iZSZjdISJGjGUvPluszKyGXKdLgbXJ+B5UPGSeSSi+Hfkv/2G6byb Fme5BPjyOVWlqrPnniudEvsw7504d9KJjsVKeL7ezwqbM/i84kiw/XqP0hOKFXElzNBd IMvIKWCJi6Oy/MGDZYB0OjI2MzxnmMHI9z/fw= Received: by 10.231.14.139 with SMTP id g11mr152929iba.51.1294780720919; Tue, 11 Jan 2011 13:18:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.23.135 with HTTP; Tue, 11 Jan 2011 13:10:20 -0800 (PST) In-Reply-To: References: From: Greg Roberts Date: Tue, 11 Jan 2011 16:10:20 -0500 Message-ID: To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 21:47:07 -0000 On Tue, Jan 11, 2011 at 15:11, David DEMELIER wrote: > Hello, > > I'm just guessing why current BSD panic() when a problem occurs, all > modern operating systems solve the problem instead of crashing > suddently and corrupting all your data without saving your work. > > Yes, why this function exists? There is no way to solve a problem > without panic'ing? Is panic really needed? Imagine someone working on > something really important and his computer just panic, his work not > saved everybody shout at him in the corporation. He lose his job, his > wife, his dog, everything is wrong, just because of a panic() ! > This feature ensures we have country music hits for the life of the operating system. Greg From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 21:58:18 2011 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 878251065672 for ; Tue, 11 Jan 2011 21:58:18 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 19D598FC18 for ; Tue, 11 Jan 2011 21:58:17 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0203.4D2CD278.0065,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail14 (172.31.0.64) by cp-out1.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D10999E0143AFD0; Tue, 11 Jan 2011 22:58:16 +0100 Message-ID: <30407800.3251371294783096175.JavaMail.root@wmail14> Date: Tue, 11 Jan 2011 22:58:16 +0100 (CET) From: Barbara To: , , freebsd-current MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.19.208.226 Cc: Subject: R: Recent mouse freeze problem with X, different window managers, any browser and flash. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 21:58:18 -0000 >> >>For a week or so, with up to date, current, ports, etc. everytime I >>open a page that has automatic flash video my mouse freezes and I have >>to manually kill X and restart. I had worked fine for many months. >>Yesterday I rebuilt all linux emulation. All ports are up to date as >>of today. I have no idea where to look. >> >>Anyone else seen this or know where to look. >> >>thanks, >> > >>From what I can see, on CURRENT most of the flash objects are triggering a X >error. >I can see it on the console where I started X, but I don't remember it now. >I'll post il later. >Anyway Xorg is still working after that. > >Barbara I think that it could be related to this message: http://lists.freebsd.org/pipermail/freebsd-current/2010-December/021997.html even if I'm on i386 From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 22:08:27 2011 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 EE6411065673 for ; Tue, 11 Jan 2011 22:08:27 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B374D8FC0C for ; Tue, 11 Jan 2011 22:08:27 +0000 (UTC) Received: by qwj9 with SMTP id 9so20609085qwj.13 for ; Tue, 11 Jan 2011 14:08:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.184.7 with SMTP id ci7mr116706qcb.241.1294783706849; Tue, 11 Jan 2011 14:08:26 -0800 (PST) Received: by 10.229.102.19 with HTTP; Tue, 11 Jan 2011 14:08:26 -0800 (PST) X-Originating-IP: [93.221.179.70] In-Reply-To: References: Date: Tue, 11 Jan 2011 23:08:26 +0100 Message-ID: From: "C. P. Ghost" To: Chuck Swiger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David DEMELIER , freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 22:08:28 -0000 On Tue, Jan 11, 2011 at 10:43 PM, Chuck Swiger wrote: > On Jan 11, 2011, at 1:11 PM, David DEMELIER wrote: >> 2011/1/11 Chuck Swiger : >>> [ ... ] >>>> Yes, why this function exists? There is no way to solve a problem >>>> without panic'ing? Is panic really needed? >>>> Seriously, I really hate when I play some music that suddenly the >>>> music get stucked in a infinite loop, why ? >>> >>> Probably a bug in the sound card driver. >> >> No no, it was a panic that didn't core dump so I needed to do a hard reb= oot. > > Frankly, audio isn't (or doesn't seem to be) a core goal of FreeBSD. =A0M= acs are probably the best reference platform available for pro A/V work. = =A0[1] But the point here is still that a bug in a driver causes the whole system to hang or panic(). This is precisely the problem with monolithic systems. I know, I know, that's an old and tired discussion, but it is (still) a part of the problem. As far as I know, Windows NT is a microkernel arch, and faulty drivers, often provided by external vendors would not bring that system (as much as we hate or despise its Windows OS personality that runs on top of it) to a complete halt. Maybe we should also think about this in the context of BSD... especially considering the ever increasing amount of hardware and drivers. Something like a microkernelized and compartimentalized BSD on top of, say, L4Ka::Pistachio (which is itself BSD-licensed and which provides super-fast IPC, so performance won't take a major hit as it did with BSD on top of Mach, a.k.a. Mac OS X) would be a lot more robust w.r.t. to faults. Sure, not every error would be harmless, even on such a system, but it would be a long way towards a more robust and fault-tolerant OS. But again, this is a major undertaking, and talk about it is cheap... ;) -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 22:32:19 2011 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 84587106566B for ; Tue, 11 Jan 2011 22:32:19 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1418FC0A for ; Tue, 11 Jan 2011 22:32:19 +0000 (UTC) Received: (qmail 16701 invoked from network); 11 Jan 2011 22:05:39 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Jan 2011 22:05:39 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id A19C050825; Tue, 11 Jan 2011 17:05:38 -0500 (EST) From: Lowell Gilbert To: Boris Kochergin References: <4D2CC06A.8080408@acm.poly.edu> Date: Tue, 11 Jan 2011 17:05:38 -0500 In-Reply-To: <4D2CC06A.8080408@acm.poly.edu> (Boris Kochergin's message of "Tue, 11 Jan 2011 15:41:14 -0500") Message-ID: <444o9fhz9p.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: David DEMELIER , freebsd-current@freebsd.org, freebsd-chat@freebsd.org Subject: Re: why panic(9) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-chat@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 22:32:19 -0000 [Replies redirected.] Boris Kochergin writes: > All modern operating systems? Maybe some niche ones, like the ones > that run on Mars rovers, have made progress towards formal > verification and are believed not to crash given correctly-functioning > hardware. The Mars rovers run on VxWorks. Which is a system I like, but it isn't anything like formally verifiable. And it certainly does the equivalent of FreeBSD panic() under some circumstances. From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 23:03:45 2011 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 7CC07106566B for ; Tue, 11 Jan 2011 23:03:45 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 117248FC17 for ; Tue, 11 Jan 2011 23:03:44 +0000 (UTC) Received: by wyf19 with SMTP id 19so21500353wyf.13 for ; Tue, 11 Jan 2011 15:03:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=qlxjVBDnVSVPbNHA1NM3zEjTx4oyFPDG5yeyTrCNvO0=; b=BBCkC1Xnn6/3SNdtqcrluf8iZ4QTzke2vbku5cd4prBxB1wTqgLsyxnZcWkr+guNPE gfdYJzHoUvvuguLlEsNqO5YYDKd/dF2abEi9++WD90ERj3ljA8DER0eg7j2C/BIlhHw7 MI0SX39bGsV4dcRrtETYnZC5ECvy+9ME8apEU= 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=uQNAbFCybfFCN1X1gZ3I5D8tgDVgH3V/X2L6FJlqkRhsNmM6jyCYOm7vZ0eU5vzO5g y/VyAnvimD7TLuq011DQik77PNdX1ZgdEwakE/4IcEXvzjO9htozCi6baZbWWLDcVxfl o5mt8WH42MEAD1/WZUKD4XvcVGEaKF87Q6J/g= MIME-Version: 1.0 Received: by 10.216.29.71 with SMTP id h49mr180032wea.46.1294787023826; Tue, 11 Jan 2011 15:03:43 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.254.226 with HTTP; Tue, 11 Jan 2011 15:03:43 -0800 (PST) In-Reply-To: References: Date: Tue, 11 Jan 2011 15:03:43 -0800 X-Google-Sender-Auth: MSW9wfNO5QobFWBm8px-osvFKqE Message-ID: From: Garrett Cooper To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 11 Jan 2011 23:03:45 -0000 On Tue, Jan 11, 2011 at 12:11 PM, David DEMELIER wrote: > Hello, > > I'm just guessing why current BSD panic() when a problem occurs, all > modern operating systems solve the problem instead of crashing > suddently and corrupting all your data without saving your work. > > Yes, why this function exists? There is no way to solve a problem > without panic'ing? Is panic really needed? Imagine someone working on > something really important and his computer just panic, his work not > saved everybody shout at him in the corporation. He lose his job, his > wife, his dog, everything is wrong, just because of a panic() ! > > Seriously, I really hate when I play some music that suddenly the > music get stucked in a infinite loop, why ? I don't know because the > panic does not core dump. But after some search I found that the panic > was done because of conky. How the hell conky can panic FreeBSD? We > are in 2011 ! I think even Window 2000 does not crash on a user-land > software. > > I'm guessing now, if minix panic when a bloated crappy software is > running. I think Andrew is in the right way. So I guess with that reasoning we don't need asserts, bugs never occur, and the if the computer catches on fire we should just let it burn up instead of getting an extinguisher and put it out :D? As an example: I would rather have my PC panic and not write out corrupt data to disk instead of write out that corrupt data to disk. The latter has happened with userland apps on occasion before they crash, and that really fries my bacon... Similarly, if we're beyond recovery, panicing is the best and only option, but yes... recovery could be handled better in some cases. Filesystems are a bit trickier though because they're more mission critical than say a non-critical device driver (my sound driver?) tanking. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jan 11 23:24:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from nanoha (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 6AF371065693; Tue, 11 Jan 2011 23:24:02 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Wed, 12 Jan 2011 07:23:55 +0800 From: Ariff Abdullah To: Barbara Message-Id: <20110112072355.30c639bd.ariff@FreeBSD.org> In-Reply-To: <30407800.3251371294783096175.JavaMail.root@wmail14> References: <30407800.3251371294783096175.JavaMail.root@wmail14> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__12_Jan_2011_07_23_55_+0800_prBgAxQ_ddZx+ziM" Cc: freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 11 Jan 2011 23:24:03 -0000 --Signature=_Wed__12_Jan_2011_07_23_55_+0800_prBgAxQ_ddZx+ziM Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 11 Jan 2011 22:58:16 +0100 (CET) Barbara wrote: >=20 > >> > >>For a week or so, with up to date, current, ports, etc. everytime > >I >open a page that has automatic flash video my mouse freezes and > >I have >to manually kill X and restart. I had worked fine for many > >months. >Yesterday I rebuilt all linux emulation. All ports are up > >to date as >of today. I have no idea where to look. > >> > >>Anyone else seen this or know where to look. > >> > >>thanks, > >> > > > >>From what I can see, on CURRENT most of the flash objects are > >triggering a=20 > X=20 > >error. > >I can see it on the console where I started X, but I don't remember > >it now. I'll post il later. > >Anyway Xorg is still working after that. > > > >Barbara >=20 > I think that it could be related to this message: > http://lists.freebsd.org/pipermail/freebsd-current/2010-December/021997.h= tml > even if I'm on i386 >=20 Try disabling mtrr, machdep.disable_mtrrs=3D0 through /boot/loader.conf. If that is the case, you probably want this: http://people.freebsd.org/~ariff/misc/mtrr.diff I'm CCing jkim@ (r215415) -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. --Signature=_Wed__12_Jan_2011_07_23_55_+0800_prBgAxQ_ddZx+ziM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0s5osACgkQlr+deMUwTNrpPwCgwUSvtAgUkr6luNicfgBdKk7F qAUAoLasPOCc+THrjlOTWB2B0g6aPyzd =tZuJ -----END PGP SIGNATURE----- --Signature=_Wed__12_Jan_2011_07_23_55_+0800_prBgAxQ_ddZx+ziM-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 05:09:56 2011 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 9A523106566B for ; Wed, 12 Jan 2011 05:09:56 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1D68FC0C for ; Wed, 12 Jan 2011 05:09:55 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0207.4D2D37A2.0099,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail43 (172.31.0.232) by cp-out4.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D10BF990137B521; Wed, 12 Jan 2011 06:09:54 +0100 Message-ID: <3796959.2879231294808994406.JavaMail.defaultUser@defaultHost> Date: Wed, 12 Jan 2011 06:09:54 +0100 (CET) From: Barbara To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.19.208.226 Cc: jkim@FreeBSD.org Subject: R: Recent mouse freeze problem with X, different window managers, any browser and flash. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 05:09:56 -0000 > >On Tue, 11 Jan 2011 22:58:16 +0100 (CET) >Barbara wrote: >> >> >> >> >>For a week or so, with up to date, current, ports, etc. everytime >> >I >open a page that has automatic flash video my mouse freezes and >> >I have >to manually kill X and restart. I had worked fine for many >> >months. >Yesterday I rebuilt all linux emulation. All ports are up >> >to date as >of today. I have no idea where to look. >> >> >> >>Anyone else seen this or know where to look. >> >> >> >>thanks, >> >> >> > >> >>From what I can see, on CURRENT most of the flash objects are >> >triggering a >> X >> >error. >> >I can see it on the console where I started X, but I don't remember >> >it now. I'll post il later. >> >Anyway Xorg is still working after that. >> > >> >Barbara >> >> I think that it could be related to this message: >> http://lists.freebsd.org/pipermail/freebsd-current/2010-December/021997. html >> even if I'm on i386 >> > >Try disabling mtrr, machdep.disable_mtrrs=0 through /boot/loader.conf. > >If that is the case, you probably want this: > >http://people.freebsd.org/~ariff/misc/mtrr.diff > > >I'm CCing jkim@ (r215415) > >-- >Ariff Abdullah >FreeBSD > I solved the problems after a make world. Previous one has been done on Dec. 26th. I'll describe better you what I was seeing: first I noticed that most flash objects were not working, and that when it was happening a crash in Xorg caused somehow by gdk-pixbuf2 were trapped. Then I tried to rebuild graphics/gdk-pixbuf2 but the build was failing and as far as I can remember it was somehow related to endian.h. A required port, devel/gmake was failing too. Then I tried to run portsnap and update the (few) outdated ports and there was an error rebuilding java/openjdk6. No all the problem are gone away. Summarizing it was similar, except that I'm on i386, to the one reported in the same discussion reported before, exactly here: http://lists.freebsd.org/pipermail/freebsd-current/2010-December/022021.html So, from what I can understand, I think that what you are suggesting is not needed for me. Do you think I am correct? What kind of problem should the setting for loader fix? In any case, thanks! From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 07:36:52 2011 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 6BFBA1065670 for ; Wed, 12 Jan 2011 07:36:52 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id BB5488FC14 for ; Wed, 12 Jan 2011 07:36:51 +0000 (UTC) Received: (qmail 22710 invoked from network); 12 Jan 2011 07:10:07 -0000 Received: from pd9ec0ae1.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.10.225]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 12 Jan 2011 07:10:07 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 7873F1BAC55; Wed, 12 Jan 2011 08:10:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1294816206; bh=7CzTCdzxscdgB504siKgrTN1FhjfECSb/UVLrxzX7RM=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=b4fjXgrR+47XWvMh7A6fhEqZ7aqjcxkucZQ0z+pupzraRVhFqwNxmeN9GUn5RDgK5 +RCYoWJuiCuCuYB0L4kCPjs8jX+ZN3ukShqUE6ubtqTjvHfpTbWNhYsUWQ94bXjAwy 6TtBT87crzKlrw8VLEBDoR4aYMMyAMqEBYYsEyPI= Date: Wed, 12 Jan 2011 08:10:00 +0100 From: Martin Sugioarto To: David DEMELIER Message-ID: <20110112081000.5330ae53@zelda.sugioarto.com> In-Reply-To: References: X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/uKZDJ6SL4fmZ+JG+6+s5cWp"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 12 Jan 2011 07:36:52 -0000 --Sig_/uKZDJ6SL4fmZ+JG+6+s5cWp Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 11 Jan 2011 22:11:13 +0100 schrieb David DEMELIER : Hi David, I want to say something to the two statements below. > In fact I like FreeBSD, and I don't expect running anything else. But > I must say that I didnt see windows 2000 crashing on my every boxes I > have before switching to FreeBSD. =46rom my experience, when FreeBSD crashes, it means mostly that you have some defective hardware. Last time when I had regular panics, it was a Xeon CPU that was broken and flipped some bits in its cache when it got a bit hotter. The point is... this kind of errors would never be discovered by MS-Windows. Because it appears to crash from various reasons and you never know if you have hardware problems or a programming error. Then it's also normal that applications on MS-Windows crash here and there. It's mostly ignored because the whole system is not stable. I've had also MS-Windows 2000 long time ago. And it ran on a PC where CPU had wrong frequency multiplicator setting (all the time!). No one complained when it crashed. But when I tried to run a Linux Live-CD on it, it panic'ed very soon (mostly when starting). I suspect that MS-Windows has a few routines which ignore errors and tries to continue... which is very bad, in my opinion! It is really annoying to hear people saying "MS-Windows runs and FreeBSD crashes", because it means to me that FreeBSD discovered another hardware error where MS-Windows failed. (Btw, I changed the CPU a year ago and now it works without panics. Also the wrong multiplicator was corrected and the AMD K5 CPU ran correctly.) > I understand everything, corrupts kernel data must not be used. That's > why panic are made to prevent any dangerous things. =20 Yes. No one wants to lose data. I don't want to say that FreeBSD does not have programming errors. Of course, a panic might be triggered by an unknown situation in a driver. But you have to figure it out somehow, where the origins of the error are. And that's why a panic helps here. The kernel shows you the NEAREST POSSIBLE position where it detected that something went wrong. Panics are also good for diagnosis. =20 But also, you want to get the errors in FreeBSD fixed. I learned that when I insert assertions (see assert(3)) and let my applications crash intentionally when it detects an error, paradoxically the applications have far less errors than the ones that try to run as far as possible. First thing is, as I said before, you discover the programming error NEAR the place it happened (easier to fix). Second, sometimes (after years) a developer forgets what assertions he made to restrict the usage of certain routines (special cases/values are the worst things here). It reminds the developer quickly when doing basic tests (regression tests e.g.). But as I said, I would say that FreeBSD does not panic often. Look first if it's a hardware error (and these PC-DOCTOR applications cannot really discover any problems, I can tell you for sure; also memcheckers do not find errors in memory except for some trivial cases). The best test is to try to compile world on FreeBSD. When a PC survives this, it's functioning well (very probable). Then, think if you use any exotic hardware on your system. Some drivers which are not very common, might not cover every vendor or are still not tested well, because there are not many people who use them. All in all, Panics are important. They show you problems, try to give hints what happened that lead to this situation and save you from subsequent data disasters, as others pointed out. -- Martin --Sig_/uKZDJ6SL4fmZ+JG+6+s5cWp Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBAgAGBQJNLVPNAAoJEF8wvLx/5p/7MkEP/RGgf+rIg2SV9lUKeE4FAE+L agFbsXs0sAyW/Gca7257QwDmE7Hjhf6UgDKsZsyrZg9PXMcSbvpYXdtCvhODGdQy 9kXwLbzWF5HGNuZxJcFv+BxYXxktPzO8zyoVit2A40rkc8RVMDIUyfjVlMTKgjMr drnCLlxRE8BXdsl1Xn5+K9XWQCu1jR3gPvwzfCRTjTA6FC5TyRxfrZ/gvn8g+OAk 9SrMv0BcrkwZ+PlNAt1mkthRXpdiOGiq4y//p2aFLpScUvhuKdAHSncWIaT614HL KqofW/ncoGFyHeDKIWJd8T/RXWK47RNg6B9ST75lNZWzTyEKv7K7fkFnpnUpj0MT jIpz1b3Iarr6O3xFr3Y8TYqKalEgr+S8lfeycdi/uzUMvPqjij66SPnQrcRkjHia zhbdZIpZZV8CI++XHc0IdGP9tV9oZJg0Ru7nTe8A8BXavefFKxYzwWa/mFh38wj+ b5CucTuVyfEgWk7KNHfTr+9yO5Iq2BnNpPcUlzCG++ARKHk7wF4r03FV4YNUCLe2 B3XXrYKfUI8tW6gfRsMXAoqx8lNbdtN96NmQ83dPDTsfqmCEzCVGSMf00Nsud5va VUf4tIPLBko2C6GmwvUaqALYv5v9iVJaTlFMV5qp5DfrGU4G3wSVFRToZgziAJaI sCdq51FmFNobQDu9DB5T =yk6F -----END PGP SIGNATURE----- --Sig_/uKZDJ6SL4fmZ+JG+6+s5cWp-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 07:57:43 2011 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 D9F9C106566C for ; Wed, 12 Jan 2011 07:57:43 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2B38FC15 for ; Wed, 12 Jan 2011 07:57:43 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id B60F633C22; Wed, 12 Jan 2011 08:41:42 +0100 (CET) Date: Wed, 12 Jan 2011 08:41:42 +0100 From: Lars Engels To: Martin Sugioarto Message-ID: <20110112074142.GI22635@e.0x20.net> Mail-Followup-To: Lars Engels , Martin Sugioarto , David DEMELIER , freebsd-current@freebsd.org References: <20110112081000.5330ae53@zelda.sugioarto.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JifNnQum/cg2Woy5" Content-Disposition: inline In-Reply-To: <20110112081000.5330ae53@zelda.sugioarto.com> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: David DEMELIER , freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 12 Jan 2011 07:57:43 -0000 --JifNnQum/cg2Woy5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Wed, Jan 12, 2011 at 08:10:00AM +0100, Martin Sugioarto wrote: > Am Tue, 11 Jan 2011 22:11:13 +0100 > schrieb David DEMELIER : [snip] Could we please stop bashing Windows 2000? We're also not talking about FreeBSD 3.x but FreeBSD-CURRENT, as this mailing list is used. In my experience you have to expect panics when you run CURRENT. If you don't like it, run a RELEASE which _should_ only panic when your hardware is faulty or you hit some obscure bug. --JifNnQum/cg2Woy5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAk0tWzYACgkQKc512sD3afiKUwCgkkq3/pt/6RHK8YKy0IITsXKQ TDkAn3/kNeFDD2PqK37xsc2U9cjTkzjP =x/E7 -----END PGP SIGNATURE----- --JifNnQum/cg2Woy5-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 08:14:01 2011 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 C0DD210656C9 for ; Wed, 12 Jan 2011 08:14:00 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 16D528FC08 for ; Wed, 12 Jan 2011 08:13:59 +0000 (UTC) Received: (qmail 26219 invoked from network); 12 Jan 2011 08:13:58 -0000 Received: from pd9ec0ae1.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.10.225]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 12 Jan 2011 08:13:58 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 8BB441BAC55; Wed, 12 Jan 2011 09:13:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1294820037; bh=0C5mow8T5y5vTCMaXXIC88Cz4wNmKsyet/pxy+jjOA4=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=lqBHwrA3YsCaIZbtequij3Wvx2CRamNvd7Voe69t82zo4Jy8Se6frbgISVSaJZ2vg TJQJC3+I+kwwfAtltBmGghLfJmpPiVhk/5lGuUKTrv9N2MWxQ5gCVuaBPf7blbsH2w Vfl9liC2nJKluWtXYSCTYTAFCEYPuUJqmvFtRs3o= Date: Wed, 12 Jan 2011 09:13:56 +0100 From: Martin Sugioarto To: Lars Engels Message-ID: <20110112091356.66f62af5@zelda.sugioarto.com> In-Reply-To: <20110112074142.GI22635@e.0x20.net> References: <20110112081000.5330ae53@zelda.sugioarto.com> <20110112074142.GI22635@e.0x20.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/fU85lN_ankBokY/QlQGc8j="; protocol="application/pgp-signature" Cc: David DEMELIER , freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 12 Jan 2011 08:14:01 -0000 --Sig_/fU85lN_ankBokY/QlQGc8j= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 12 Jan 2011 08:41:42 +0100 schrieb Lars Engels : > Could we please stop bashing Windows 2000? This is not bashing. I tried to explain why usually MS-Windows appears to run "fine". When you understand it as bashing, I explained it wrong, sorry. > We're also not talking > about FreeBSD 3.x but FreeBSD-CURRENT, as this mailing list is used. I don't know if he refers to CURRENT. Maybe he just wanted to suggest a feature for FreeBSD... a FreeBSD without panics. =20 > In my experience you have to expect panics when you run CURRENT. Ack. -- Martin --Sig_/fU85lN_ankBokY/QlQGc8j= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBAgAGBQJNLWLEAAoJEF8wvLx/5p/72bYP+waEpuS6qf1imcqWu8i5BeDr qCle1m67wapOWjo8s/hkXLAbFV6Jflx8ytQ8Y2niS8m6kbQVLsVFAdCJtoZ82CT6 d5XTeMHXRs78MaSymtnj18snvZEwB0bJnpLJeKYke8G+KdexBf8NhFmuopb/w2Qv 4YWe/VcyL0i0aEvzWbNw+oGTnAJ7+ZVhemYSPv0JsA6S/AYkrWi2BPL0tpQY1TNC /WUX3am77ieAPJcT8OpQg1JFgRXIp/4fJTm5olvG0urrWMhAFKbHzgcP0zUXOgEC Mm61GKGxLjWreQ7yUnhqrhm2TjD6oqKZYohMvgLsvx560jV5s5U5qCTmBsH/n2Ep Kr5UZgQJqx6V5sz+ujhTSRnxDhlpbArGSyUFPzhZ6kOn2gp/P2yNWft/cy4bJaik gUZbk8ri8c9F9iCDU+GW4wsU4kXgpqgGmfZtLoa0L8E8E6LnKHiDYPDMgA0pFA3Y Hcw3FNqwz59QBCR2zV9G64XNs57mIVKHRJSNGFO09T3raW1RFC0vaRCrp4Yz9QTG W/jHnBUTSonMIxm/+4kJKk1x9ZMBQF1hXl1sHaXdrEd+ILlPeIrqcqJcwGko+0Qj 5FTOrVvGrUzNGUGPUpsjC9Dy/yFngPkU/lMjeN4x/1kafJBR73WbKKzHlxrZUIaC 51hKpVfRO+fxeUT7jf27 =ZXHO -----END PGP SIGNATURE----- --Sig_/fU85lN_ankBokY/QlQGc8j=-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 09:06:42 2011 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 47A231065670 for ; Wed, 12 Jan 2011 09:06:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 006CC8FC13 for ; Wed, 12 Jan 2011 09:06:41 +0000 (UTC) Received: by qyk36 with SMTP id 36so351030qyk.13 for ; Wed, 12 Jan 2011 01:06:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=UYFoZdng1nAoPQ5Zr8db5hZGVWkZKBn2/yCAEA0+tTA=; b=Vb/eY5JUv3G1I20bNa+ew15xsg3MrXRTIXBOxZVPWwWcrRsf2EEu44z5mW1MNBgnHP 3BrIHo+O0YDzfqth8yp6H0tqRjm2eknUDZ1MUncrf+qpzXrtm2bbhukIQHQJf5autbc6 iT79x/JBxnQE2jCEp9Y9IT1rtEcRJOVxq89Ys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=o9sT2AWlY6ZbcZQ7tvQMbgdtXxDIR0dmZnfci58FZzwesA8OVVrHZ1+IBy9cIsah1H Lvq8pvIkY1toSyQwzfFTDIdU6KNe/KP32TO7Nxi50SV9i0t4RAYxNcZYQXygyVb3/fy6 jTEerhDcH9asm4ZJoy0wL9scOVArIRLqjDAP0= MIME-Version: 1.0 Received: by 10.229.211.138 with SMTP id go10mr635186qcb.195.1294823201017; Wed, 12 Jan 2011 01:06:41 -0800 (PST) Received: by 10.229.39.147 with HTTP; Wed, 12 Jan 2011 01:06:40 -0800 (PST) Date: Wed, 12 Jan 2011 12:06:40 +0300 Message-ID: From: Sergey Kandaurov To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: /sbin/init refuses to start with large physmem installed 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, 12 Jan 2011 09:06:42 -0000 Hi. The box I have observed such a problem has 458752 MB of real memory (RAM). With this high value /sbin/init refuses to start with "Out of memory". I suspect there may be sort of (type) overflow somewhere. A corresponding part of console output below: start_init: trying /sbin/init Cannot map anonymous memory(null): Out of memory: Cannot map anonymous memoryCannot allocate memory Enter full pathname of shell or RETURN for /bin/sh: Cannot map anonymous memory(null): Out of memory: Cannot map anonymous memoryCannot allocate memory Cannot map anonymous memory(null): Out of memory: Cannot map anonymous memoryCannot allocate memory Enter full pathname of shell or RETURN for /bin/sh: ^CCannot map anonymous memory(null): Out of memory: Cannot map anonymous memoryCannot allocate memory Cannot map anonymous memory(null): Out of memory: Cannot map anonymous memoryCannot allocate memory Enter full pathname of shell or RETURN for /bin/sh: Full dmesg + remain: http://plukky.net/~pluknet/misc/ibmx5.verbosedmesg.txt This is confirmed by the fact that it started to pass multiuser (up to login) after I've reduced hw.physmem down to 8GB. Any tips are appreciated. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 10:12:03 2011 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 24874106564A for ; Wed, 12 Jan 2011 10:12:03 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF71F8FC0C for ; Wed, 12 Jan 2011 10:12:02 +0000 (UTC) Received: by qyk36 with SMTP id 36so401112qyk.13 for ; Wed, 12 Jan 2011 02:12:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=157lK0LNGxV9YLU2mhVXlpDGPhUYng4tvCx1ZWnjyCg=; b=QYzKWIekPqrUhm/xeQvoqt9LDotXGH85gc6l/sU+JZdFRMat+ox+s0IcS/NdMbNmcI iLvUI82NFHmOtqcdK7BrAZ9O9KaU0+r/b/NFbgeXv5wG+om1VSHcEotsM4zfBBSi8oqf jCxidc9QM+uyL3IZE71W0dGLLVIIRdB4TJtGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=oNDbG+dS+FyiEqOYzNinR2UTTXOBgHjQjm28/ej1aDTLB6slJOku9BqjEzQjyYsYJN QKzhxnxQAN3dy+9Nbtoui9qs29Aym30VYehspML2RvNocyw+UdB2WpREosa/D6QpRlLz S/r5g7dP9lsQ2Wdk5erVcJQnUnmkt9OiV0KoM= MIME-Version: 1.0 Received: by 10.229.182.147 with SMTP id cc19mr661899qcb.271.1294827121934; Wed, 12 Jan 2011 02:12:01 -0800 (PST) Received: by 10.229.39.147 with HTTP; Wed, 12 Jan 2011 02:12:01 -0800 (PST) In-Reply-To: References: Date: Wed, 12 Jan 2011 13:12:01 +0300 Message-ID: From: Sergey Kandaurov To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: /sbin/init refuses to start with large physmem installed 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, 12 Jan 2011 10:12:03 -0000 On 12 January 2011 12:06, Sergey Kandaurov wrote: > Hi. > > The box I have observed such a problem has 458752 MB of real memory (RAM). > With this high value /sbin/init refuses to start with "Out of memory". > I suspect there may be sort of (type) overflow somewhere. > A corresponding part of console output below: > > start_init: trying /sbin/init > > Cannot map anonymous memory(null): Out of memory: Cannot map anonymous > memoryCannot allocate memory > Enter full pathname of shell or RETURN for /bin/sh: > Cannot map anonymous memory(null): Out of memory: Cannot map anonymous > memoryCannot allocate memory > Cannot map anonymous memory(null): Out of memory: Cannot map anonymous > memoryCannot allocate memory > Enter full pathname of shell or RETURN for /bin/sh: ^CCannot map > anonymous memory(null): Out of memory: Cannot map anonymous > memoryCannot allocate memory > Cannot map anonymous memory(null): Out of memory: Cannot map anonymous > memoryCannot allocate memory > Enter full pathname of shell or RETURN for /bin/sh: > > Full dmesg + remain: http://plukky.net/~pluknet/misc/ibmx5.verbosedmesg.txt > > This is confirmed by the fact that it started to pass multiuser (up to login) > after I've reduced hw.physmem down to 8GB. ^^ Also that helped to eliminate ~6 minutes pause after printing SMAP lines. > > Any tips are appreciated. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 10:50:24 2011 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 6F66C106564A for ; Wed, 12 Jan 2011 10:50:24 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD158FC19 for ; Wed, 12 Jan 2011 10:50:23 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PcyHW-0002VG-Jm for freebsd-current@freebsd.org; Wed, 12 Jan 2011 11:50:22 +0100 Received: from gw2.masterhost.ru ([87.242.97.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Jan 2011 11:50:22 +0100 Received: from citrin by gw2.masterhost.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Jan 2011 11:50:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Anton Yuzhaninov Date: Wed, 12 Jan 2011 10:50:10 +0000 (UTC) Organization: Vega Lines: 37 Sender: Anton Yuzhaninov Message-ID: X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: gw2.masterhost.ru User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/9.0-CURRENT (i386)) Subject: AHCI on ICH7 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, 12 Jan 2011 10:50:24 -0000 Is it possible to get AHCI working on this controller: atapci1@pci0:0:31:2: class=0x01018f card=0x72101462 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xe880, size 8, enabled bar [14] = type I/O Port, range 32, base 0xe800, size 4, enabled bar [18] = type I/O Port, range 32, base 0xe480, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xe400, size 4, enabled bar [20] = type I/O Port, range 32, base 0xe080, size 16, enabled cap 01[70] = powerspec 2 supports D0 D3 current D0 BIOS show that AHCI 1.0 supported. I tried this patch with no success: --- sys/dev/ahci/ahci.c (revision 217301) +++ sys/dev/ahci/ahci.c (working copy) @@ -129,6 +129,7 @@ {0x26838086, 0x00, "Intel ESB2", 0}, {0x27c18086, 0x00, "Intel ICH7", 0}, {0x27c38086, 0x00, "Intel ICH7", 0}, + {0x27c08086, 0x00, "Intel ICH7", 0}, {0x27c58086, 0x00, "Intel ICH7M", 0}, {0x27c68086, 0x00, "Intel ICH7M", 0}, {0x28218086, 0x00, "Intel ICH8", 0}, from dmesg with this patch: device_attach: ahci0 attach returned 6 -- WBR, Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 13:06:57 2011 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 1371E106566B for ; Wed, 12 Jan 2011 13:06:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93F898FC1A for ; Wed, 12 Jan 2011 13:06:56 +0000 (UTC) Received: by fxm16 with SMTP id 16so556127fxm.13 for ; Wed, 12 Jan 2011 05:06:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=T51uZufDDvFPV/xT1TvGedfcYt+/EQtyJCLJtxQjmyM=; b=LrHXjPGp5qiaiQ3A1/9hGnh4Qu47zGMOta6cd7pdvhY12+V6+3l3yfJmNpy/QOyjMA 9wzh2vevzl0u9q4Wxu+ldJgbKVs0nJHb2pLqrk/l3YBaQS44kZC9CNy2+OmUUOG4qhwF MVNZWDciC/VJLqslSV6ys/pyXrFrFuRpGAWZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=qyAO2a3tVyAmNS2hRFO1LyXmyk6IX9EaMOXf0b0whx39rbJyCBzgfdpduO92IrEzml AXXlV5nhw2lk2/NbcFOG96VH2pQtLfieY1fT+uOhGEhoNtgA159aZDVDDZCZIYCQCA95 dDG+Pds7RxkmQCdIr8mp/BAIuQI0dQQ2vO4Yg= Received: by 10.223.101.140 with SMTP id c12mr993999fao.16.1294837615326; Wed, 12 Jan 2011 05:06:55 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id a2sm190586faw.46.2011.01.12.05.06.52 (version=SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 05:06:54 -0800 (PST) Sender: Alexander Motin Message-ID: <4D2DA74E.9070209@FreeBSD.org> Date: Wed, 12 Jan 2011 15:06:22 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Anton Yuzhaninov References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: AHCI on ICH7 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, 12 Jan 2011 13:06:57 -0000 Anton Yuzhaninov wrote: > Is it possible to get AHCI working on this controller: > > atapci1@pci0:0:31:2: class=0x01018f card=0x72101462 chip=0x27c08086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage > Controller' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0xe880, size 8, enabled > bar [14] = type I/O Port, range 32, base 0xe800, size 4, enabled > bar [18] = type I/O Port, range 32, base 0xe480, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0xe400, size 4, enabled > bar [20] = type I/O Port, range 32, base 0xe080, size 16, enabled > cap 01[70] = powerspec 2 supports D0 D3 current D0 > > BIOS show that AHCI 1.0 supported. Seems like not. Even if this chip supports AHCI (only if it is ICH7R or ICH7M), BIOS haven't enabled AHCI mode on it. If it would do, you would see subclass = SATA and one more memory bar here. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 13:13:45 2011 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 6171B106564A for ; Wed, 12 Jan 2011 13:13:45 +0000 (UTC) (envelope-from nh@tisys.org) Received: from s15373095.onlinehome-server.info (s15373095.onlinehome-server.info [87.106.45.78]) by mx1.freebsd.org (Postfix) with ESMTP id E68928FC17 for ; Wed, 12 Jan 2011 13:13:44 +0000 (UTC) Received: from Spooler by s15373095.onlinehome-server.info (Mercury/32 v4.72) ID MO000F5E; 12 Jan 2011 14:13:45 +0100 Received: from spooler by luwug.de (Mercury/32 v4.72); 12 Jan 2011 13:43:16 +0100 Received: from Nemesis (87.193.143.230) by s15373095.onlinehome-server.info (Mercury/32 v4.72) with ESMTP ID MG000F5D; 12 Jan 2011 13:43:11 +0100 Message-ID: From: "Nils Holland" To: "C. P. Ghost" , "Chuck Swiger" References: In-Reply-To: Date: Wed, 12 Jan 2011 13:43:10 +0100 Organization: Ti Systems MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3508.1109 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3508.1109 Cc: David DEMELIER , freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 12 Jan 2011 13:13:45 -0000 C. P. Ghost wrote: > As far as I know, Windows NT is a microkernel arch, and > faulty drivers, often provided by external vendors would not > bring that system (as much as we hate or despise its > Windows OS personality that runs on top of it) to a complete halt. I don't know ... when Windows crashes (I'm no fan of it either, but anyway) and you ask Microsoft about it, then it's most of the time an external driver that is responsible. Graphics card driver seem to be the cause most often, but other stuff as well. Here at work, we had a Windows Vista (moving the focus of this discussion away from Windows 2000) machine that crashed every time it was attempted to establisch a PPTP VPN connection. The reason, as the blue screen clearly showed, was a faulty driver that was part of a firewall made by AVG. So I would vote for exactly the contrary: Windows itself, in terms of "just the Microsoft components" is fairly stable, and it's third-party drivers that tend to bring it down most of the time. Having a job in which I have to support people working on Windows, I can say for sure that there's no such thing in Windows that prevents third-party system level stuff to bring down the system. ;-) But back to the topic itself: Of course panics are useful. It's not a feature you'll use to advertise your operating system with, but an appropriate comparison is this: When you no longer know what you're doing, it's better to just stop immediately. And that's what a panic does: When the kernel has somehow gotten into an "undefined" state it cannot cope with, it just pulls the plug before any additional damage can be done. Totally sane thing. Of course, improving the kernel so that such "undefined states it cannot cope with" occur as little frequently as possible makes sense (and FreeBSD is certainly very good in that area), just "removing" panic doesn't make any sense. When somehow you've gotten in front of a tunnel and there's a train approaching, you don't believe that just standing still and closing your eyes will save you. ;-) Greetings, Nils From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 13:19:16 2011 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 0A5EC106566B for ; Wed, 12 Jan 2011 13:19:16 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id A38AD8FC15 for ; Wed, 12 Jan 2011 13:19:15 +0000 (UTC) Received: from unixmania.com ([189.251.85.158]) by ns2.bafirst.com with esmtp; Wed, 12 Jan 2011 07:09:21 -0600 id 000D4C98.4D2DA801.0000AFB1 Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Wed, 12 Jan 2011 07:09:10 -0600 id 000CF00B.4D2DA7F6.00003614 Received: from dsl-187-153-250-229-dyn.prod-infinitum.com.mx (dsl-187-153-250-229-dyn.prod-infinitum.com.mx [187.153.250.229]) by econet.encontacto.net (Horde Framework) with HTTP; Wed, 12 Jan 2011 07:09:10 -0600 Message-ID: <20110112070910.148639nri1yt6fc4@econet.encontacto.net> Date: Wed, 12 Jan 2011 07:09:10 -0600 From: eculp To: freebsd-current@freebsd.org References: <30407800.3251371294783096175.JavaMail.root@wmail14> In-Reply-To: <30407800.3251371294783096175.JavaMail.root@wmail14> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3 X-IMP-Server: 189.251.85.158 X-Originating-IP: 187.153.250.229 X-Originating-User: eculp@encontacto.net Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 12 Jan 2011 13:19:16 -0000 Quoting Barbara : > >>> >>> For a week or so, with up to date, current, ports, etc. everytime I >>> open a page that has automatic flash video my mouse freezes and I have >>> to manually kill X and restart. I had worked fine for many months. >>> Yesterday I rebuilt all linux emulation. All ports are up to date as >>> of today. I have no idea where to look. >>> >>> Anyone else seen this or know where to look. >>> >>> thanks, >>> >> >>> From what I can see, on CURRENT most of the flash objects are triggering= a > X >> error. >> I can see it on the console where I started X, but I don't remember it no= w. >> I'll post il later. >> Anyway Xorg is still working after that. >> >> Barbara > > I think that it could be related to this message: > http://lists.freebsd.org/pipermail/freebsd-current/2010-December/021997.ht= ml > even if I'm on i386 Thanks, Barbara. I am on i386 also. It sounds as though it could =20 very well be but I would expect others to be seeing something similar. =20 The kernel that I am using was built and rebooted from yesterday's =20 sources with hopes that the problem would just "go away" same with =20 world and ports but no cigar. It is still the same and I don't have =20 an old enough kernel to go back to so I guess I will just have to wait =20 until something changes. Have a great day, ed From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 15:18:19 2011 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 D56EF1065673 for ; Wed, 12 Jan 2011 15:18:19 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8578FC0A for ; Wed, 12 Jan 2011 15:18:18 +0000 (UTC) Received: by eyf6 with SMTP id 6so264414eyf.13 for ; Wed, 12 Jan 2011 07:18:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tPzmKEc5gQZhO0QD0/TmiRiRrlrhC+clvvN7r86GcJk=; b=aAI7clw3tegqt2XNOdbazxkznQ2CnApIDax0WeHhZNhcJ52N1C6vH22jrAijA4RXNj KAX9Ao3vgc51WRnIaX3/tsdIY3yFLKkXcX+Xa3dCbqEaoEovU5CcB2RQ3SbeK0Kvoi/k xhbeyOTcGvYYkdeYyxX6IMirSQAh7obgGJqhE= 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=buUognGhIr9jb9nu7l+9wl6D/fD/7dLjusFgV7QoRgoS7vJ+wmxOAAyWYd+Hug5uut WoR7FGrrYQZVAS/jkuom5LP74oKmpFGIYfLlYr9xPakHsci4WhovHAHg2Ny4we9AZM1A qX53DXRI/4jq2NGjEzdQLnPCGwvaKWIjqpjTI= MIME-Version: 1.0 Received: by 10.213.34.142 with SMTP id l14mr4242512ebd.39.1294845497367; Wed, 12 Jan 2011 07:18:17 -0800 (PST) Received: by 10.213.34.130 with HTTP; Wed, 12 Jan 2011 07:18:17 -0800 (PST) In-Reply-To: <20110112225129.0ee2636f.ariff@FreeBSD.org> References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112070910.148639nri1yt6fc4@econet.encontacto.net> <20110112225129.0ee2636f.ariff@FreeBSD.org> Date: Wed, 12 Jan 2011 09:18:17 -0600 Message-ID: From: "Edwin L. Culp W." To: Ariff Abdullah Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 12 Jan 2011 15:18:20 -0000 2011/1/12 Ariff Abdullah : > On Wed, 12 Jan 2011 07:09:10 -0600 > eculp wrote: >> Quoting Barbara : >> >> > >> >>> >> >>> For a week or so, with up to date, current, ports, etc. >> >everytime I >> open a page that has automatic flash video my mouse >> >freezes and I have >> to manually kill X and restart. =A0I had worked >> >fine for many months. >> Yesterday I rebuilt all linux emulation. >> >All ports are up to date as >> of today. =A0I have no idea where to >> >look. >> >> >>> Anyone else seen this or know where to look. >> >>> >> >>> thanks, >> >>> >> >> >> >>> From what I can see, on CURRENT most of the flash objects are >> >triggering a >> > X >> >> error. >> >> I can see it on the console where I started X, but I don't >> >remember it now. > I'll post il later. >> >> Anyway Xorg is still working after that. >> >> >> >> Barbara >> > >> > I think that it could be related to this message: >> > http://lists.freebsd.org/pipermail/freebsd-current/2010-December/02199= 7.html >> > even if I'm on i386 >> >> Thanks, Barbara. =A0I am on i386 also. =A0It sounds as though it could >> very well be but I would expect others to be seeing something >> similar. >> =A0 The kernel that I am using was built and rebooted from yesterday's >> >> sources with hopes that the problem would just "go away" same with >> world and ports but no cigar. =A0It is still the same and I don't have >> >> an old enough kernel to go back to so I guess I will just have to >> wait =A0 until something changes. >> >> Have a great day, >> >> ed > > I was a bit careless on my previous post (accidentally left you out), > my apology. No problem. I thank you for your help. I just checked: # sysctl machdep.disable_mtrrs machdep.disable_mtrrs: 0 so it would seem that it is correct by default unless I am no understanding which is very, very possible. I have added it to loader.conf but haven't rebooted it but assume it wouldn't change. Thanks again for your help. ed > > http://lists.freebsd.org/pipermail/freebsd-current/2011-January/022195.ht= ml > > > > Try disabling mtrr, machdep.disable_mtrrs=3D0 through > boot prompt or /boot/loader.conf. > > If that is the case, you probably want this: > > http://people.freebsd.org/~ariff/misc/mtrr.diff > > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > =A0 =A0and confusing for us idiot ***** users :P ........ > > ... Going with the standard and orthodox > =A0 =A0is the death of intellect .............. > From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 15:24:10 2011 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 E25D6106564A for ; Wed, 12 Jan 2011 15:24:10 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6950E8FC1B for ; Wed, 12 Jan 2011 15:24:09 +0000 (UTC) Received: by bwz12 with SMTP id 12so571183bwz.13 for ; Wed, 12 Jan 2011 07:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=QzEy+xXtQnGm5NzOYH9wfkm8HAxl1FtZTX025KYUNfA=; b=q8ppYf0HtaY8io3TR61BNfY4XlKXGEVZC98rsNthWICeEfzcOuZ0YgG1XkHz+yx3fv oR2u9HfcII7zUbgiv2IIwb0BFzjcmc6O6SCYwjtZEKW+ufGhtTOpfzuWaDg+nW/zn8Su 0peNFMjRnGdM+Z6vQwaYH8zLqFodVgOzm8VL0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=Wf0Cfugs2mEa1cdACfGAdFwEtBcKYs1O6AdaGeEm8zd6pL82+mbC89ts4rpPKQx6hT nbUSKd+kY/mEWJXwFMHhKlnDyTAi0ODODDReE8292hZIwtxt6Kh73Ry3LLCCuUB6YKbW C6TYvL/saC2xCgTu0EJaG5kWeEoWFQ5MNj4+A= Received: by 10.204.129.83 with SMTP id n19mr822528bks.207.1294845848510; Wed, 12 Jan 2011 07:24:08 -0800 (PST) Received: from ernst.jennejohn.org (p578E1E3A.dip.t-dialin.net [87.142.30.58]) by mx.google.com with ESMTPS id 12sm79488bki.19.2011.01.12.07.24.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 07:24:07 -0800 (PST) Date: Wed, 12 Jan 2011 16:24:04 +0100 From: Gary Jennejohn To: eculp Message-ID: <20110112162404.1bb3db2c@ernst.jennejohn.org> In-Reply-To: <20110112070910.148639nri1yt6fc4@econet.encontacto.net> References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112070910.148639nri1yt6fc4@econet.encontacto.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.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, 12 Jan 2011 15:24:11 -0000 On Wed, 12 Jan 2011 07:09:10 -0600 eculp wrote: > Quoting Barbara : > > > > >>> > >>> For a week or so, with up to date, current, ports, etc. everytime I > >>> open a page that has automatic flash video my mouse freezes and I have > >>> to manually kill X and restart. I had worked fine for many months. > >>> Yesterday I rebuilt all linux emulation. All ports are up to date as > >>> of today. I have no idea where to look. > >>> > >>> Anyone else seen this or know where to look. > >>> > >>> thanks, > >>> > >> > >>> From what I can see, on CURRENT most of the flash objects are triggering a > > X > >> error. > >> I can see it on the console where I started X, but I don't remember it now. > >> I'll post il later. > >> Anyway Xorg is still working after that. > >> > >> Barbara > > > > I think that it could be related to this message: > > http://lists.freebsd.org/pipermail/freebsd-current/2010-December/021997.html > > even if I'm on i386 > > Thanks, Barbara. I am on i386 also. It sounds as though it could > very well be but I would expect others to be seeing something similar. > The kernel that I am using was built and rebooted from yesterday's > sources with hopes that the problem would just "go away" same with > world and ports but no cigar. It is still the same and I don't have > an old enough kernel to go back to so I guess I will just have to wait > until something changes. > > Have a great day, > I'm running 9-current on amd64 and have experienced no problems with flash using linux-opera, which is what I use to view flash content. Otherwise I use linux-firefox with the flash plugin disabled. Assuming you use firefox you could try a) installing a flash blocker b) installing NoScript, since it basically automatically blocks the execution of java scripts, etc., which might help c) checking Tools->Add-Ons->Plugins to see whether you can disable flash (not sure about this, but it works with linux-firefox) -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 15:39:55 2011 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 71181106564A; Wed, 12 Jan 2011 15:39:55 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 310488FC13; Wed, 12 Jan 2011 15:39:55 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 5D74860E2; Wed, 12 Jan 2011 10:39:43 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1294846783; bh=g9raljHhV+mCeBc7xtm5/3gsBkrWjFjLcLR3iX6SDts=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cCUzB/4JzysNNCm+2IdYlS08WJYM9gBSdnGDWSXWEXD8Zfa41OHewODtJfPWIiGTz 9A4W6EQzQV1ql8d6S5cUeQdwIWikRgZkjHsZLGiVn3fTFkJLqf8MZCMTkxXplY2 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=OvcjUpICWEAiUqW5NDVVcVy4wYJL+/UMMYi8GZJ3EdOqPAE6Bp0dwthBqzEmGwOeP nBm/dbbBFVlybH+/P9nWvuxqVaTBk85Ao6jdU75xBnHv2z8Vh0j0/+Hb6AWsg2h Message-ID: <4D2DCB3D.1030603@protected-networks.net> Date: Wed, 12 Jan 2011 10:39:41 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: Anton Yuzhaninov References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: AHCI on ICH7 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, 12 Jan 2011 15:39:55 -0000 On 01/12/11 05:50, Anton Yuzhaninov wrote: > Is it possible to get AHCI working on this controller: > > atapci1@pci0:0:31:2: class=0x01018f card=0x72101462 chip=0x27c08086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage > Controller' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0xe880, size 8, enabled > bar [14] = type I/O Port, range 32, base 0xe800, size 4, enabled > bar [18] = type I/O Port, range 32, base 0xe480, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0xe400, size 4, enabled > bar [20] = type I/O Port, range 32, base 0xe080, size 16, enabled > cap 01[70] = powerspec 2 supports D0 D3 current D0 > > BIOS show that AHCI 1.0 supported. > > I tried this patch with no success: > > --- sys/dev/ahci/ahci.c (revision 217301) > +++ sys/dev/ahci/ahci.c (working copy) > @@ -129,6 +129,7 @@ > {0x26838086, 0x00, "Intel ESB2", 0}, > {0x27c18086, 0x00, "Intel ICH7", 0}, > {0x27c38086, 0x00, "Intel ICH7", 0}, > + {0x27c08086, 0x00, "Intel ICH7", 0}, > {0x27c58086, 0x00, "Intel ICH7M", 0}, > {0x27c68086, 0x00, "Intel ICH7M", 0}, > {0x28218086, 0x00, "Intel ICH8", 0}, Since this series is also supported in the ata-intel driver .. { ATA_I82801GB, 0, 0, 1, ATA_UDMA5, "ICH7" }, { ATA_I82801GB_S1, 0, 0, 0, ATA_SA300, "ICH7" }, { ATA_I82801GB_R1, 0, 0, 0, ATA_SA300, "ICH7" }, { ATA_I82801GB_AH, 0, INTEL_AHCI, 0, ATA_SA300, "ICH7" }, { ATA_I82801GBM_S1, 0, 0, 0, ATA_SA150, "ICH7M" }, { ATA_I82801GBM_R1, 0, 0, 0, ATA_SA150, "ICH7M" }, { ATA_I82801GBM_AH, 0, INTEL_AHCI, 0, ATA_SA150, "ICH7M" }, .. and it seems that PCIR_BAR(5) is already set as I/O, you could try adding the INTEL_AHCI attribute to the entry for "ATA_I82801GB_S1", which matches your chip-id and see what happens. I have not tried this - please make sure you have a full backup first! imb From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 15:45:12 2011 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 8C58E1065674 for ; Wed, 12 Jan 2011 15:45:12 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 18F128FC25 for ; Wed, 12 Jan 2011 15:45:11 +0000 (UTC) Received: by mail-ey0-f182.google.com with SMTP id 6so292860eyf.13 for ; Wed, 12 Jan 2011 07:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=sihUKfuQBxFtSvbuF+ukOEL+DWMkof04J797/lO1Lfw=; b=Y9Nm42FfhZ+dfXsJY9aF140MRwDMqYZ1wVE/D0WTKXh95CCjImEDa+2U+1BZvbJtw/ xPaemjFXVe+sqz21m6gx4HTyQV7wHovcv5HTTSpSSAYQbuv2lY3bhAjO5j2jN0RTT0gl Qi/O7a04N9jc1CupohCmuHZ0PeE04iZmQ2UeY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=X7yMxkKiV3bI4ZraDmLzaBLMJRO619WGSuRvk0d5pPOO+IKp9cH48/L1dKJ3nkOKWn f8CdvfMSCJCr2yBtAzoy7EpSpYXlL4cWQiL1armGdeHr0EGqwGshJIyV41ULfKWQdkbR 9iMTNtNZHYYT03XFNjWdPPeWnnfz5gWssNrSQ= Received: by 10.223.85.204 with SMTP id p12mr1104883fal.146.1294847111716; Wed, 12 Jan 2011 07:45:11 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id z1sm256230fau.21.2011.01.12.07.45.08 (version=SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 07:45:09 -0800 (PST) Sender: Alexander Motin Message-ID: <4D2DCC66.50807@FreeBSD.org> Date: Wed, 12 Jan 2011 17:44:38 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Michael Butler References: <4D2DCB3D.1030603@protected-networks.net> In-Reply-To: <4D2DCB3D.1030603@protected-networks.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Anton Yuzhaninov Subject: Re: AHCI on ICH7 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, 12 Jan 2011 15:45:12 -0000 Michael Butler wrote: > On 01/12/11 05:50, Anton Yuzhaninov wrote: >> Is it possible to get AHCI working on this controller: >> >> atapci1@pci0:0:31:2: class=0x01018f card=0x72101462 chip=0x27c08086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage >> Controller' >> class = mass storage >> subclass = ATA >> bar [10] = type I/O Port, range 32, base 0xe880, size 8, enabled >> bar [14] = type I/O Port, range 32, base 0xe800, size 4, enabled >> bar [18] = type I/O Port, range 32, base 0xe480, size 8, enabled >> bar [1c] = type I/O Port, range 32, base 0xe400, size 4, enabled >> bar [20] = type I/O Port, range 32, base 0xe080, size 16, enabled >> cap 01[70] = powerspec 2 supports D0 D3 current D0 >> >> BIOS show that AHCI 1.0 supported. >> >> I tried this patch with no success: >> >> --- sys/dev/ahci/ahci.c (revision 217301) >> +++ sys/dev/ahci/ahci.c (working copy) >> @@ -129,6 +129,7 @@ >> {0x26838086, 0x00, "Intel ESB2", 0}, >> {0x27c18086, 0x00, "Intel ICH7", 0}, >> {0x27c38086, 0x00, "Intel ICH7", 0}, >> + {0x27c08086, 0x00, "Intel ICH7", 0}, >> {0x27c58086, 0x00, "Intel ICH7M", 0}, >> {0x27c68086, 0x00, "Intel ICH7M", 0}, >> {0x28218086, 0x00, "Intel ICH8", 0}, > > Since this series is also supported in the ata-intel driver .. > > { ATA_I82801GB, 0, 0, 1, ATA_UDMA5, "ICH7" }, > { ATA_I82801GB_S1, 0, 0, 0, ATA_SA300, "ICH7" }, > { ATA_I82801GB_R1, 0, 0, 0, ATA_SA300, "ICH7" }, > { ATA_I82801GB_AH, 0, INTEL_AHCI, 0, ATA_SA300, "ICH7" }, > { ATA_I82801GBM_S1, 0, 0, 0, ATA_SA150, "ICH7M" }, > { ATA_I82801GBM_R1, 0, 0, 0, ATA_SA150, "ICH7M" }, > { ATA_I82801GBM_AH, 0, INTEL_AHCI, 0, ATA_SA150, "ICH7M" }, > > .. and it seems that PCIR_BAR(5) is already set as I/O, you could try > adding the INTEL_AHCI attribute to the entry for "ATA_I82801GB_S1", > which matches your chip-id and see what happens. PCIR_BAR(5) is not set in this case, only 0-4. It won't help. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 15:54:15 2011 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 49C501065673; Wed, 12 Jan 2011 15:54:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0853F8FC14; Wed, 12 Jan 2011 15:54:15 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id DDBEE60E2; Wed, 12 Jan 2011 10:54:13 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1294847654; bh=q04aMUazWHqQUfFog4ikDFGiKKW4B0a6DUJR+BT35Vc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=FBeLjlLN6hQMjtS7tukOswUSHaHNMxBJL8g+bAMthCdFV5ZFxz8MyCQhNsItvIJDp +VRCEvDZqHYbx5r07WPtBaeHcubvhTuZ+g9TITkQ+SIeR4oYHiLquYaztV6gvg6 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=Fkhe4HKc1+4/Tcl1Lu++bDMQG1fRSHdVStZ7oTd38DP3+0Te5y5urk3VkB52ARGPy WJ1eoRoBHP7wZMNS0JMdUGtNdzNIh9DV0mjQu5ZqzXNVLOLU/IpcT3KlejtxE+k Message-ID: <4D2DCEA4.3080206@protected-networks.net> Date: Wed, 12 Jan 2011 10:54:12 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexander Motin References: <4D2DCB3D.1030603@protected-networks.net> <4D2DCC66.50807@FreeBSD.org> In-Reply-To: <4D2DCC66.50807@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------080701000709070807050808" Cc: freebsd-current@freebsd.org, Anton Yuzhaninov Subject: Re: AHCI on ICH7 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, 12 Jan 2011 15:54:15 -0000 This is a multi-part message in MIME format. --------------080701000709070807050808 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 01/12/11 10:44, Alexander Motin wrote: [ .. snip .. ] > PCIR_BAR(5) is not set in this case, only 0-4. It won't help. Ugh! My bad .. the only other option is to adjust the entry in ahci.c for that chip-id, find a suitably "free" memory window and do something like the attached patch (set 'AHCI_MEM_HACK' to the base of whatever window you can allocate). I use this on a Toshiba A-105 laptop but, in the process, I lose the ability to talk to the PATA DVD-drive (the reason why the manufacturer set compatibility mode in the BIOS). On the other hand it gets me the (huge!) benefits of NCQ ;-) imb --------------080701000709070807050808 Content-Type: text/plain; name="ahci-ic7m-patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ahci-ic7m-patch" *** src/sys/dev/ahci/ahci.c Sat May 22 12:07:12 2010 --- src/sys/dev/ahci/ahci.c-patched Sat May 22 08:10:36 2010 *************** *** 129,134 **** --- 129,135 ---- {0x26838086, 0x00, "Intel ESB2", 0}, {0x27c18086, 0x00, "Intel ICH7", 0}, {0x27c38086, 0x00, "Intel ICH7", 0}, + {0x27c48086, 0x00, "Intel ICH7M", 0}, {0x27c58086, 0x00, "Intel ICH7M", 0}, {0x27c68086, 0x00, "Intel ICH7M", 0}, {0x28218086, 0x00, "Intel ICH8", 0}, *************** *** 324,334 **** --- 325,353 ---- ctlr->quirks = ahci_ids[i].quirks; resource_int_value(device_get_name(dev), device_get_unit(dev), "ccc", &ctlr->ccc); + + #define AHCI_MEM_HACK 0xF0D44400 /* 0xf0d443ff is the last used by others on Toshiba A105 */ + + /* Need to set the SCRAE bit and ensure SCRD not set */ + pci_write_config(dev, 0x94, (pci_read_config(dev, 0x94, 4) | 0x200) & ~0x4000, 4); + /* enable MSE */ + pci_write_config(dev, 0x4, (pci_read_config(dev, 0x4, 2) | 2), 2); + pci_write_config(dev, 0x24, AHCI_MEM_HACK, 4); + pci_write_config(dev, 0x90, 0x40, 1); /* AHCI + non-combined */ + + /* allocate a free memory window for BAR(5) */ + ctlr->r_rid = PCIR_BAR(5); + bus_set_resource(dev, SYS_RES_MEMORY, ctlr->r_rid, AHCI_MEM_HACK, 0x400); + /* if we have a memory BAR(5) we are likely on an AHCI part */ ctlr->r_rid = PCIR_BAR(5); if (!(ctlr->r_mem = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &ctlr->r_rid, RF_ACTIVE))) return ENXIO; + + /* enable ICH7M ports in AHCI space */ + ATA_OUTL(ctlr->r_mem, AHCI_PI, ATA_INL(ctlr->r_mem, AHCI_PI) | 5); + /* Setup our own memory management for channels. */ ctlr->sc_iomem.rm_start = rman_get_start(ctlr->r_mem); ctlr->sc_iomem.rm_end = rman_get_end(ctlr->r_mem); --------------080701000709070807050808-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 15:58:45 2011 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 4BA8C10656BA for ; Wed, 12 Jan 2011 15:58:45 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id 066F78FC1C for ; Wed, 12 Jan 2011 15:58:44 +0000 (UTC) Received: from unixmania.com ([189.251.85.158]) by ns2.bafirst.com with esmtp; Wed, 12 Jan 2011 09:58:53 -0600 id 000D50BB.4D2DCFBD.0000B17A Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Wed, 12 Jan 2011 09:58:43 -0600 id 000CF4E8.4D2DCFB3.00000836 Received: from dsl-187-153-251-77-dyn.prod-infinitum.com.mx (dsl-187-153-251-77-dyn.prod-infinitum.com.mx [187.153.251.77]) by econet.encontacto.net (Horde Framework) with HTTP; Wed, 12 Jan 2011 09:58:43 -0600 Message-ID: <20110112095843.5579879pgwmph41g@econet.encontacto.net> Date: Wed, 12 Jan 2011 09:58:43 -0600 From: eculp To: freebsd-current@freebsd.org References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112070910.148639nri1yt6fc4@econet.encontacto.net> <20110112162404.1bb3db2c@ernst.jennejohn.org> In-Reply-To: <20110112162404.1bb3db2c@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101211 Ant.com Toolbar 2.0.1 Firefox/3.6.13 X-IMP-Server: 189.251.85.158 X-Originating-IP: 187.153.251.77 X-Originating-User: eculp@encontacto.net Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 12 Jan 2011 15:58:45 -0000 Quoting Gary Jennejohn : > On Wed, 12 Jan 2011 07:09:10 -0600 > eculp wrote: > >> Quoting Barbara : >> >> > >> >>> >> >>> For a week or so, with up to date, current, ports, etc. everytime I >> >>> open a page that has automatic flash video my mouse freezes and I hav= e >> >>> to manually kill X and restart. I had worked fine for many months. >> >>> Yesterday I rebuilt all linux emulation. All ports are up to date as >> >>> of today. I have no idea where to look. >> >>> >> >>> Anyone else seen this or know where to look. >> >>> >> >>> thanks, >> >>> >> >> >> >>> From what I can see, on CURRENT most of the flash objects are =20 >> triggering a >> > X >> >> error. >> >> I can see it on the console where I started X, but I don't =20 >> remember it now. >> >> I'll post il later. >> >> Anyway Xorg is still working after that. >> >> >> >> Barbara >> > >> > I think that it could be related to this message: >> > =20 >> http://lists.freebsd.org/pipermail/freebsd-current/2010-December/021997.h= tml >> > even if I'm on i386 >> >> Thanks, Barbara. I am on i386 also. It sounds as though it could >> very well be but I would expect others to be seeing something similar. >> The kernel that I am using was built and rebooted from yesterday's >> sources with hopes that the problem would just "go away" same with >> world and ports but no cigar. It is still the same and I don't have >> an old enough kernel to go back to so I guess I will just have to wait >> until something changes. >> >> Have a great day, >> > > I'm running 9-current on amd64 and have experienced no problems with > flash using linux-opera, which is what I use to view flash content. > Otherwise I use linux-firefox with the flash plugin disabled. > > Assuming you use firefox you could try > a) installing a flash blocker > b) installing NoScript, since it basically automatically blocks the > execution of java scripts, etc., which might help > c) checking Tools->Add-Ons->Plugins to see whether you can disable flash > (not sure about this, but it works with linux-firefox) Thanks a bunch Gary. That is great information. I'm going to try that on my browsers. =20 Flash can be a real pain in . . . . the neck. I have it working now with Ariff's correction putting machdep.disable_mtrrs=3D1 in loader.conf rebooting and all is now well. have a great day all. ed From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 16:03:08 2011 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 9B4F2106567A; Wed, 12 Jan 2011 16:03:08 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED748FC1E; Wed, 12 Jan 2011 16:03:07 +0000 (UTC) Received: from unixmania.com ([189.251.85.158]) by ns2.bafirst.com with esmtp; Wed, 12 Jan 2011 09:53:14 -0600 id 000D50DC.4D2DCE6A.0000B15B Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Wed, 12 Jan 2011 09:53:03 -0600 id 000CF4E8.4D2DCE5F.0000079B Received: from dsl-187-153-251-77-dyn.prod-infinitum.com.mx (dsl-187-153-251-77-dyn.prod-infinitum.com.mx [187.153.251.77]) by econet.encontacto.net (Horde Framework) with HTTP; Wed, 12 Jan 2011 09:53:03 -0600 Message-ID: <20110112095303.90855x262n37p68s@econet.encontacto.net> Date: Wed, 12 Jan 2011 09:53:03 -0600 From: eculp To: Ariff Abdullah References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112070910.148639nri1yt6fc4@econet.encontacto.net> <20110112225129.0ee2636f.ariff@FreeBSD.org> <20110112225737.175ebf48.ariff@FreeBSD.org> In-Reply-To: <20110112225737.175ebf48.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101211 Ant.com Toolbar 2.0.1 Firefox/3.6.13 X-IMP-Server: 189.251.85.158 X-Originating-IP: 187.153.251.77 X-Originating-User: eculp@encontacto.net Cc: current Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 12 Jan 2011 16:03:08 -0000 Quoting Ariff Abdullah : > On Wed, 12 Jan 2011 22:51:29 +0800 > Ariff Abdullah wrote: >> > [....] >> >> Try disabling mtrr, machdep.disable_mtrrs=0 through >> boot prompt or /boot/loader.conf. >> > > Grr.. should be machdep.disable_mtrrs=1 Caught it, changed it en loader.conf, rebooted and have had youtube running more that 10 minutes with no ill affects. Want to clarify that this in with current i386. 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 CST 2011 root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386 Thanks again, ed Thanks so much for your help. ed > >> If that is the case, you probably want this: >> >> http://people.freebsd.org/~ariff/misc/mtrr.diff >> > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > ... Going with the standard and orthodox > is the death of intellect .............. > From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 16:50:35 2011 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 BA750106564A for ; Wed, 12 Jan 2011 16:50:35 +0000 (UTC) (envelope-from me@erik.eu) Received: from sophie.mysmt.net (sophie.mysmt.net [82.150.137.40]) by mx1.freebsd.org (Postfix) with ESMTP id 188B88FC0A for ; Wed, 12 Jan 2011 16:50:34 +0000 (UTC) Received: (qmail 18602 invoked by uid 89); 12 Jan 2011 16:23:50 -0000 Received: from unknown (HELO ?192.168.0.21?) (microcon@erik.eu@83.163.18.105) by 82-150-137-14.mysmt.net with ESMTPA; 12 Jan 2011 16:23:50 -0000 From: Erik To: freebsd-current@freebsd.org In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Wed, 12 Jan 2011 17:23:51 +0100 Message-ID: <1294849431.43712.41.camel@tessa.office.datact.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 12 Jan 2011 16:58:02 +0000 Subject: Re: why panic(9) ? 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, 12 Jan 2011 16:50:35 -0000 On Wed, 2011-01-12 at 13:43 +0100, Nils Holland wrote: > C. P. Ghost wrote: > > > As far as I know, Windows NT is a microkernel arch, and > > faulty drivers, often provided by external vendors would not > > bring that system (as much as we hate or despise its > > Windows OS personality that runs on top of it) to a complete halt. > > I don't know ... when Windows crashes (I'm no fan of it either, but anyway) > and you ask Microsoft about it, then it's most of the time an external > driver that is responsible. Graphics card driver seem to be the cause most > often, but other stuff as well. Here at work, we had a Windows Vista (moving > the focus of this discussion away from Windows 2000) machine that crashed > every time it was attempted to establisch a PPTP VPN connection. The reason, > as the blue screen clearly showed, was a faulty driver that was part of a > firewall made by AVG. > > So I would vote for exactly the contrary: Windows itself, in terms of "just > the Microsoft components" is fairly stable, and it's third-party drivers > that tend to bring it down most of the time. Having a job in which I have to > support people working on Windows, I can say for sure that there's no such > thing in Windows that prevents third-party system level stuff to bring down > the system. ;-) > > But back to the topic itself: Of course panics are useful. It's not a > feature you'll use to advertise your operating system with, but an > appropriate comparison is this: When you no longer know what you're doing, > it's better to just stop immediately. And that's what a panic does: When the > kernel has somehow gotten into an "undefined" state it cannot cope with, it > just pulls the plug before any additional damage can be done. Totally sane > thing. Of course, improving the kernel so that such "undefined states it > cannot cope with" occur as little frequently as possible makes sense (and > FreeBSD is certainly very good in that area), just "removing" panic doesn't > make any sense. When somehow you've gotten in front of a tunnel and there's > a train approaching, you don't believe that just standing still and closing > your eyes will save you. ;-) On one of my first linux desktops, I had a screensaver which displayed rotated dumpscreens of all kinds of different Operation systems. Apple, Basic, linux and BSOD.. (come to think about it BSD was not included) my 2 cents ;-) Best regards, -Erik. > > Greetings, > Nils > > _______________________________________________ > 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 Jan 12 17:28:20 2011 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 03DBB1065673 for ; Wed, 12 Jan 2011 17:28:20 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0628FC0A for ; Wed, 12 Jan 2011 17:28:19 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id D8277E71A3; Wed, 12 Jan 2011 17:28:17 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=fKl4qcp75YvN dad3WZToAZCdLQs=; b=J40fPHoubUAjSN6fonLX46RhlXfkxH1A74f6xe8Vu6Ld rAvBShW8euHclhXaKo7gU4gMZgA5R9nkRpRB5I1BKFsuoN5eZhxm3mlkXDzOlHQ0 n+0ZJCEIKJGQVduMYRD9/65uNJVRDD/O/x1LhrzIEuAAA4w2XoYKOOsCYafdOsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=akavz+ tMxz+g1iDVGVAKsACOyQ1mW7MJo+/GN3k2WYZDz8PjniKbQwmKgrxWmOiCbp0OkP i2MU5SWRP5w2ycW5fIdp6e2yE0sWfFoNKt4eIdUaQ1KchZ+gs47huOO4ZuETRhB9 ApFiOCLnC4MaJrgJnXHPT3otFJBHSMBkBl/KE= Received: from unknown (client-86-27-42-68.glfd.adsl.virginmedia.com [86.27.42.68]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 9225BE71A2; Wed, 12 Jan 2011 17:28:17 +0000 (GMT) Date: Wed, 12 Jan 2011 17:28:15 +0000 From: Bruce Cran To: "Nils Holland" Message-ID: <20110112172815.000072d8@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: David DEMELIER , "C. P. Ghost" , freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 12 Jan 2011 17:28:20 -0000 On Wed, 12 Jan 2011 13:43:10 +0100 "Nils Holland" wrote: > Having a job in which I have to support people working on Windows, I > can say for sure that there's no such thing in Windows that prevents > third-party system level stuff to bring down the system. ;-) In Windows there's a tool that runs when you build a driver called Microsoft Auto Code Review that checks for things like buffer overflows etc. One thing it flags is if your driver calls KeBugCheckEx and warns that it's normally better to log the error and stop processing data instead of bringing the system down. I always get that warning because my driver was ported from FreeBSD, including a panic() function. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 20:11:21 2011 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 0D319106576C for ; Wed, 12 Jan 2011 20:11:21 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id A5C7D8FC13 for ; Wed, 12 Jan 2011 20:11:19 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id p0CKBAXl056970 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 12 Jan 2011 20:11:15 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p0CKBAXl056970 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1294863076; bh=Sy+3QOVeK3jKdEDXFUOIg2HUvSUFnIWFUjxIy3FEdY0=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4D2E0AD6.8060106@infracaninophile.co.uk>|Date:=20W ed,=2012=20Jan=202011=2020:11:02=20+0000|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20en-US=3B=20r v:1.9.2.13)=20Gecko/20101207=20Thunderbird/3.1.7|MIME-Version:=201 .0|To:=20freebsd-current@freebsd.org|Subject:=20Re:=20why=20panic( 9)=20?|References:=20=09=09=09=09=09=20<1294849431.43712.41.camel@tess a.office.datact.nl>|In-Reply-To:=20<1294849431.43712.41.camel@tess a.office.datact.nl>|X-Enigmail-Version:=201.1.1|OpenPGP:=20id=3D60 AE908C|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3B= 0D=0A=20protocol=3D"application/pgp-signature"=3B=0D=0A=20boundary =3D"------------enig95D244B2DD39715EB45FA5AA"; b=DVUKi487WNtpCJbXzqw0Ps5xcD5gug/3b5UaMQPm98PVIUh7frlZaD3ZlKbRe8fdH o2K0MzVZcRWhs2ELa3lB8+sXkx1A6/2R3EJD2s4pQHfkRDeEZCXOCqD5xhFuF4K3+2 i7axYmdaeno60PxmU+yftaGHiK+tZFSPkUhfM4Lo= Message-ID: <4D2E0AD6.8060106@infracaninophile.co.uk> Date: Wed, 12 Jan 2011 20:11:02 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1294849431.43712.41.camel@tessa.office.datact.nl> In-Reply-To: <1294849431.43712.41.camel@tessa.office.datact.nl> X-Enigmail-Version: 1.1.1 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig95D244B2DD39715EB45FA5AA" X-Virus-Scanned: clamav-milter 0.96.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Subject: Re: why panic(9) ? 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, 12 Jan 2011 20:11:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig95D244B2DD39715EB45FA5AA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/01/2011 16:23, Erik wrote: > On one of my first linux desktops, I had a screensaver which displayed > rotated dumpscreens of all kinds of different Operation systems. Apple,= > Basic, linux and BSOD.. (come to think about it BSD was not included) >=20 I once had someone commiserate with me on having so many problems with my desktop while running that screen saver... Later versions of the BSoD screen saver certainly did have a pretty convincing FreeBSD panic and dump sequence. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig95D244B2DD39715EB45FA5AA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0uCt4ACgkQ8Mjk52CukIyhKwCcDXjBK7VUnCP4pWeldykcAX75 lCcAn28q6DgBY3zZjjG3RAeXqi/IjFcd =7H2g -----END PGP SIGNATURE----- --------------enig95D244B2DD39715EB45FA5AA-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 20:43:40 2011 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 E4A22106566B for ; Wed, 12 Jan 2011 20:43:40 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7058FC13 for ; Wed, 12 Jan 2011 20:43:40 +0000 (UTC) Received: by eyf6 with SMTP id 6so527548eyf.13 for ; Wed, 12 Jan 2011 12:43:39 -0800 (PST) Received: by 10.213.36.2 with SMTP id r2mr1631938ebd.51.1294863529517; Wed, 12 Jan 2011 12:18:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.8.142 with HTTP; Wed, 12 Jan 2011 12:18:29 -0800 (PST) In-Reply-To: <4D2E0AD6.8060106@infracaninophile.co.uk> References: <1294849431.43712.41.camel@tessa.office.datact.nl> <4D2E0AD6.8060106@infracaninophile.co.uk> From: Chris Brennan Date: Wed, 12 Jan 2011 15:18:29 -0500 Message-ID: To: Matthew Seaman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: why panic(9) ? 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, 12 Jan 2011 20:43:41 -0000 On Wed, Jan 12, 2011 at 3:11 PM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > On 12/01/2011 16:23, Erik wrote: > > On one of my first linux desktops, I had a screensaver which displayed > > rotated dumpscreens of all kinds of different Operation systems. Apple, > > Basic, linux and BSOD.. (come to think about it BSD was not included) > > > > I once had someone commiserate with me on having so many problems with > my desktop while running that screen saver... > > Later versions of the BSoD screen saver certainly did have a pretty > convincing FreeBSD panic and dump sequence. > > IIRC, it's still alive and well in the xscreensaver port ... I remember seeing it a few times From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:20:52 2011 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 7BD351065679; Wed, 12 Jan 2011 22:20:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9458FC18; Wed, 12 Jan 2011 22:20:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMKoEZ048220; Wed, 12 Jan 2011 17:20:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMKowD048188; Wed, 12 Jan 2011 22:20:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:20:50 GMT Message-Id: <201101122220.p0CMKowD048188@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm 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, 12 Jan 2011 22:20:52 -0000 TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:09 - cvsupping the source tree TB --- 2011-01-12 22:00:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-01-12 22:00:30 - building world TB --- 2011-01-12 22:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:00:30 - TARGET=arm TB --- 2011-01-12 22:00:30 - TARGET_ARCH=arm TB --- 2011-01-12 22:00:30 - TZ=UTC TB --- 2011-01-12 22:00:30 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:00:30 - cd /src TB --- 2011-01-12 22:00:30 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:00:30 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:20:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:20:50 - ERROR: failed to build world TB --- 2011-01-12 22:20:50 - 926.31 user 233.05 system 1249.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:24:01 2011 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 13591106566B; Wed, 12 Jan 2011 22:24:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AF5038FC08; Wed, 12 Jan 2011 22:24:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMO0Hw078933; Wed, 12 Jan 2011 17:24:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMNx6q078932; Wed, 12 Jan 2011 22:24:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:24:00 GMT Message-Id: <201101122224.p0CMNx6q078932@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Wed, 12 Jan 2011 22:24:01 -0000 TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:23 - cvsupping the source tree TB --- 2011-01-12 22:00:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-12 22:00:38 - building world TB --- 2011-01-12 22:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:00:38 - TARGET=pc98 TB --- 2011-01-12 22:00:38 - TARGET_ARCH=i386 TB --- 2011-01-12 22:00:38 - TZ=UTC TB --- 2011-01-12 22:00:38 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:00:38 - cd /src TB --- 2011-01-12 22:00:38 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:00:38 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:23:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:23:59 - ERROR: failed to build world TB --- 2011-01-12 22:23:59 - 1077.02 user 248.52 system 1439.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:24:05 2011 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 8CC9610656D0; Wed, 12 Jan 2011 22:24:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7988FC12; Wed, 12 Jan 2011 22:24:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMO4w7079337; Wed, 12 Jan 2011 17:24:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMO453079336; Wed, 12 Jan 2011 22:24:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:24:04 GMT Message-Id: <201101122224.p0CMO453079336@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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, 12 Jan 2011 22:24:05 -0000 TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:29 - cvsupping the source tree TB --- 2011-01-12 22:00:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-01-12 22:00:42 - building world TB --- 2011-01-12 22:00:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:00:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:00:42 - TARGET=i386 TB --- 2011-01-12 22:00:42 - TARGET_ARCH=i386 TB --- 2011-01-12 22:00:42 - TZ=UTC TB --- 2011-01-12 22:00:42 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:00:42 - cd /src TB --- 2011-01-12 22:00:42 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:00:45 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:24:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:24:04 - ERROR: failed to build world TB --- 2011-01-12 22:24:04 - 1076.77 user 242.94 system 1443.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:25:01 2011 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 2552210656A4; Wed, 12 Jan 2011 22:25:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BEE038FC12; Wed, 12 Jan 2011 22:25:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMP0Pr089986; Wed, 12 Jan 2011 17:25:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMP0Ct089976; Wed, 12 Jan 2011 22:25:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:25:00 GMT Message-Id: <201101122225.p0CMP0Ct089976@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 12 Jan 2011 22:25:01 -0000 TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-12 22:00:00 - cleaning the object tree TB --- 2011-01-12 22:00:29 - cvsupping the source tree TB --- 2011-01-12 22:00:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-01-12 22:00:43 - building world TB --- 2011-01-12 22:00:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:00:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:00:43 - TARGET=amd64 TB --- 2011-01-12 22:00:43 - TARGET_ARCH=amd64 TB --- 2011-01-12 22:00:43 - TZ=UTC TB --- 2011-01-12 22:00:43 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:00:43 - cd /src TB --- 2011-01-12 22:00:43 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:00:46 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:25:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:25:00 - ERROR: failed to build world TB --- 2011-01-12 22:25:00 - 1122.29 user 252.47 system 1499.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:26:48 2011 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 B45DD106566C; Wed, 12 Jan 2011 22:26:48 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 627558FC0C; Wed, 12 Jan 2011 22:26:48 +0000 (UTC) Received: by iwn39 with SMTP id 39so966181iwn.13 for ; Wed, 12 Jan 2011 14:26:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zJF/wFJC3aX/bcQhBBGenstzqxALa1zhposuUlPLvkA=; b=GfjqzIlv9D868ozDKz6bhFAUiG1osMZoEmpziaEtuBf7DZqKYRpJWOiAQ3CXCkNGf6 bEEdoLz3Yr+DwUen2vAQjCyvku3IMNk97d3BXnRdlN19njiF4LEFgYsa5YyKXDGtXH2Q di2KzY39xGiiHWI9yWbP54NY70+xv/EPUXgUc= 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=QJxfAKv94PrQh1PtFLxhB+qXD8qD0IX0k9lNpEhT20CXRr2Jr0nnHUzOsRuERsd8bd Vm9hqKODuothNhHO9cmHgFzrV413KNMRoweV3IUgNP42oE4kh5uiGdbF+uPqxBt7962O 7RNKCG0QGr4F/RP53L6Z7L5kildWlhZieDYGA= MIME-Version: 1.0 Received: by 10.231.173.67 with SMTP id o3mr1681823ibz.29.1294871205428; Wed, 12 Jan 2011 14:26:45 -0800 (PST) Received: by 10.231.160.147 with HTTP; Wed, 12 Jan 2011 14:26:45 -0800 (PST) In-Reply-To: <201101122220.p0CMKowD048188@freebsd-current.sentex.ca> References: <201101122220.p0CMKowD048188@freebsd-current.sentex.ca> Date: Wed, 12 Jan 2011 14:26:45 -0800 Message-ID: From: Matthew Fleming To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm 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, 12 Jan 2011 22:26:48 -0000 This is me, but I'm rather puzzled why it's failing. SYSCTL_UQUAD is in the sys/sysctl.h for the image we're building. And why is there a file with SYSCTL_FOO being built as a library? Any help? Thanks, matthew On Wed, Jan 12, 2011 at 2:20 PM, FreeBSD Tinderbox wrote: > TB --- 2011-01-12 22:00:00 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2011-01-12 22:00:00 - starting HEAD tinderbox run for arm/arm > TB --- 2011-01-12 22:00:00 - cleaning the object tree > TB --- 2011-01-12 22:00:09 - cvsupping the source tree > TB --- 2011-01-12 22:00:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/arm/arm/supfile > TB --- 2011-01-12 22:00:30 - building world > TB --- 2011-01-12 22:00:30 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-01-12 22:00:30 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-01-12 22:00:30 - TARGET=3Darm > TB --- 2011-01-12 22:00:30 - TARGET_ARCH=3Darm > TB --- 2011-01-12 22:00:30 - TZ=3DUTC > TB --- 2011-01-12 22:00:30 - __MAKE_CONF=3D/dev/null > TB --- 2011-01-12 22:00:30 - cd /src > TB --- 2011-01-12 22:00:30 - /usr/bin/make -B buildworld >>>> World build started on Wed Jan 12 22:00:30 UTC 2011 >>>> 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 > [...] > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:678: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:682: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:684: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:686: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:689: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:691: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:694: error: expected ')' before '(' token > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/f= s/zfs/arc.c:698: error: expected ')' before '(' token > *** Error code 1 > > Stop in /src/cddl/lib/libzpool. > *** Error code 1 > > Stop in /src/cddl/lib. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-01-12 22:20:50 - WARNING: /usr/bin/make returned exit code = =A01 > TB --- 2011-01-12 22:20:50 - ERROR: failed to build world > TB --- 2011-01-12 22:20:50 - 926.31 user 233.05 system 1249.77 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full > _______________________________________________ > 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 Jan 12 22:45:31 2011 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 1E7A2106566B; Wed, 12 Jan 2011 22:45:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B5A1B8FC08; Wed, 12 Jan 2011 22:45:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMjTgU002258; Wed, 12 Jan 2011 17:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMjTc3002257; Wed, 12 Jan 2011 22:45:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:45:29 GMT Message-Id: <201101122245.p0CMjTc3002257@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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, 12 Jan 2011 22:45:31 -0000 TB --- 2011-01-12 22:24:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:24:00 - starting HEAD tinderbox run for mips/mips TB --- 2011-01-12 22:24:00 - cleaning the object tree TB --- 2011-01-12 22:24:06 - cvsupping the source tree TB --- 2011-01-12 22:24:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-01-12 22:24:20 - building world TB --- 2011-01-12 22:24:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:24:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:24:20 - TARGET=mips TB --- 2011-01-12 22:24:20 - TARGET_ARCH=mips TB --- 2011-01-12 22:24:20 - TZ=UTC TB --- 2011-01-12 22:24:20 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:24:20 - cd /src TB --- 2011-01-12 22:24:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:24:21 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:45:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:45:29 - ERROR: failed to build world TB --- 2011-01-12 22:45:29 - 955.41 user 224.28 system 1289.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:46:14 2011 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 19BF210656A8; Wed, 12 Jan 2011 22:46:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A1F178FC1D; Wed, 12 Jan 2011 22:46:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMkC9Y008830; Wed, 12 Jan 2011 17:46:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMkCi0008819; Wed, 12 Jan 2011 22:46:12 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:46:12 GMT Message-Id: <201101122246.p0CMkCi0008819@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 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, 12 Jan 2011 22:46:14 -0000 TB --- 2011-01-12 22:20:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:20:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-12 22:20:51 - cleaning the object tree TB --- 2011-01-12 22:21:03 - cvsupping the source tree TB --- 2011-01-12 22:21:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-01-12 22:21:14 - building world TB --- 2011-01-12 22:21:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:21:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:21:14 - TARGET=ia64 TB --- 2011-01-12 22:21:14 - TARGET_ARCH=ia64 TB --- 2011-01-12 22:21:14 - TZ=UTC TB --- 2011-01-12 22:21:14 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:21:14 - cd /src TB --- 2011-01-12 22:21:14 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:21:16 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:46:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:46:12 - ERROR: failed to build world TB --- 2011-01-12 22:46:12 - 1170.02 user 229.88 system 1521.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:47:23 2011 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 277531065675; Wed, 12 Jan 2011 22:47:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BCD6A8FC1D; Wed, 12 Jan 2011 22:47:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMlMfC016853; Wed, 12 Jan 2011 17:47:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMlMj0016845; Wed, 12 Jan 2011 22:47:22 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:47:22 GMT Message-Id: <201101122247.p0CMlMj0016845@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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, 12 Jan 2011 22:47:23 -0000 TB --- 2011-01-12 22:24:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:24:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-12 22:24:04 - cleaning the object tree TB --- 2011-01-12 22:24:19 - cvsupping the source tree TB --- 2011-01-12 22:24:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-01-12 22:24:31 - building world TB --- 2011-01-12 22:24:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:24:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:24:31 - TARGET=powerpc TB --- 2011-01-12 22:24:31 - TARGET_ARCH=powerpc TB --- 2011-01-12 22:24:31 - TZ=UTC TB --- 2011-01-12 22:24:31 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:24:31 - cd /src TB --- 2011-01-12 22:24:31 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:24:31 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:47:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:47:22 - ERROR: failed to build world TB --- 2011-01-12 22:47:22 - 1059.38 user 227.85 system 1397.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 22:48:46 2011 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 C6F88106566B; Wed, 12 Jan 2011 22:48:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 70EFC8FC16; Wed, 12 Jan 2011 22:48:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CMmjhV021505; Wed, 12 Jan 2011 17:48:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CMmjF4021504; Wed, 12 Jan 2011 22:48:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 22:48:45 GMT Message-Id: <201101122248.p0CMmjF4021504@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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, 12 Jan 2011 22:48:46 -0000 TB --- 2011-01-12 22:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:25:00 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-12 22:25:00 - cleaning the object tree TB --- 2011-01-12 22:25:17 - cvsupping the source tree TB --- 2011-01-12 22:25:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-01-12 22:25:28 - building world TB --- 2011-01-12 22:25:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:25:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:25:28 - TARGET=powerpc TB --- 2011-01-12 22:25:28 - TARGET_ARCH=powerpc64 TB --- 2011-01-12 22:25:28 - TZ=UTC TB --- 2011-01-12 22:25:28 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:25:28 - cd /src TB --- 2011-01-12 22:25:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:25:30 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 22:48:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 22:48:45 - ERROR: failed to build world TB --- 2011-01-12 22:48:45 - 1083.60 user 234.58 system 1425.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:01:23 2011 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 5A6311065706 for ; Wed, 12 Jan 2011 23:01:23 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 259A38FC13 for ; Wed, 12 Jan 2011 23:01:23 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 3752660E2 for ; Wed, 12 Jan 2011 18:01:22 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1294873282; bh=Os6rcgZ8pJLXCH0dbpKP2Bf144rsTb7uqN/yzeSMjHQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=JF2KNoSHTi/F4+o9sLwxtDyKdPQrLuBl2dJ+6EzX1xFgzOW7hcbeukv4Ku89a7XnA Ay9roHc6Qin1qbgfHmJIt3owakf5NlTjwYsxK2G3V79r9Pa+YmgdJ+2ZsEJgdQw DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=k0CXn2Ot1PvsG+00CK3Ca+gTgxb9SOkTT9XLTAeFxm4vxJtf5XHpkj/wYzydspRwJ wa/gkKdDfHc0g87x6rPKg9+QI71UknSdVhjqpPAKSvegMy7OsJLPXd6Qex4ErTw Message-ID: <4D2E32C1.5060206@protected-networks.net> Date: Wed, 12 Jan 2011 18:01:21 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: if_ether.c (svn revision 217315) breakage on i386 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, 12 Jan 2011 23:01:23 -0000 cc1: warnings being treated as errors /usr/home/imb/svn/head/sys/netinet/if_ether.c: In function 'in_arpinput': /usr/home/imb/svn/head/sys/netinet/if_ether.c:540: warning: format '%ld' expects type 'long int', but argument 3 has type 'unsigned int' *** Error code 1 .. where "unsigned int" is actually a "sizeof(struct in_addr)", imb From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:05:57 2011 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 A79A3106564A; Wed, 12 Jan 2011 23:05:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 481CF8FC13; Wed, 12 Jan 2011 23:05:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CN5umF038870; Wed, 12 Jan 2011 18:05:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CN5upd038869; Wed, 12 Jan 2011 23:05:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:05:56 GMT Message-Id: <201101122305.p0CN5upd038869@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Wed, 12 Jan 2011 23:05:57 -0000 TB --- 2011-01-12 22:45:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:45:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-12 22:45:29 - cleaning the object tree TB --- 2011-01-12 22:45:39 - cvsupping the source tree TB --- 2011-01-12 22:45:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-01-12 22:46:26 - building world TB --- 2011-01-12 22:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:46:26 - TARGET=sparc64 TB --- 2011-01-12 22:46:26 - TARGET_ARCH=sparc64 TB --- 2011-01-12 22:46:26 - TZ=UTC TB --- 2011-01-12 22:46:26 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:46:26 - cd /src TB --- 2011-01-12 22:46:26 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:46:27 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:05:56 - ERROR: failed to build world TB --- 2011-01-12 23:05:56 - 979.25 user 207.09 system 1226.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:06:03 2011 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 ACAA510656D5; Wed, 12 Jan 2011 23:06:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5619F8FC18; Wed, 12 Jan 2011 23:06:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CN62U4038977; Wed, 12 Jan 2011 18:06:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CN62Df038976; Wed, 12 Jan 2011 23:06:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:06:02 GMT Message-Id: <201101122306.p0CN62Df038976@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Wed, 12 Jan 2011 23:06:03 -0000 TB --- 2011-01-12 22:46:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 22:46:13 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-12 22:46:13 - cleaning the object tree TB --- 2011-01-12 22:46:22 - cvsupping the source tree TB --- 2011-01-12 22:46:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-01-12 22:46:33 - building world TB --- 2011-01-12 22:46:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 22:46:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 22:46:33 - TARGET=sun4v TB --- 2011-01-12 22:46:33 - TARGET_ARCH=sparc64 TB --- 2011-01-12 22:46:33 - TZ=UTC TB --- 2011-01-12 22:46:33 - __MAKE_CONF=/dev/null TB --- 2011-01-12 22:46:33 - cd /src TB --- 2011-01-12 22:46:33 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 22:46:34 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:06:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:06:02 - ERROR: failed to build world TB --- 2011-01-12 23:06:02 - 977.30 user 207.93 system 1189.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:26:12 2011 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 74471106564A; Wed, 12 Jan 2011 23:26:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) 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 344298FC0A; Wed, 12 Jan 2011 23:26:12 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ad12:cd35:37ca:55ad] (unknown [IPv6:2001:7b8:3a7:0:ad12:cd35:37ca:55ad]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 22B345C5A; Thu, 13 Jan 2011 00:26:11 +0100 (CET) Message-ID: <4D2E3894.2080507@FreeBSD.org> Date: Thu, 13 Jan 2011 00:26:12 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.14pre) Gecko/20110109 Lanikai/3.1.8pre MIME-Version: 1.0 To: Matthew Fleming References: <201101122220.p0CMKowD048188@freebsd-current.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm 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, 12 Jan 2011 23:26:12 -0000 On 2011-01-12 23:26, Matthew Fleming wrote: > This is me, but I'm rather puzzled why it's failing. > > SYSCTL_UQUAD is in the sys/sysctl.h for the image we're building. And > why is there a file with SYSCTL_FOO being built as a library? > > Any help? During the build of cddl/lib/libzpool, it looks like sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c includes cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h (which is meant for userspace) at the top, and the latter contains: #define SYSCTL_DECL(...) #define SYSCTL_NODE(...) #define SYSCTL_INT(...) #define SYSCTL_UINT(...) #define SYSCTL_ULONG(...) #define SYSCTL_QUAD(...) as stubs for kernel calls that do not matter for a userspace library. However, it misses the corresponding definition for SYSCTL_UQUAD. From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:28:53 2011 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 00F99106566B for ; Wed, 12 Jan 2011 23:28:53 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from mx-02queue01.mts.net (mx-02queue01.mts.net [142.161.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id AF6F58FC0A for ; Wed, 12 Jan 2011 23:28:52 +0000 (UTC) Received: from wnpgmb021pw-sp03.mts.net ([10.204.128.23]) by mx-02mtaout02.mts.net with ESMTP id <20110112231724.LOSX13621.mx-02mtaout02.mts.net@wnpgmb021pw-sp03.mts.net> for ; Wed, 12 Jan 2011 17:17:24 -0600 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHfFLU3NyP3h/2dsb2JhbACkQ3S8GYVMBIRoi1E X-IronPort-AV: E=Sophos;i="4.60,314,1291615200"; d="scan'208";a="159157327" Received: from wnpgmb1309w-ad05-253-225.dynamic.mts.net (HELO movsx.my.domain) ([205.200.253.225]) by wnpgmb021pw-sp03.mts.net with ESMTP; 12 Jan 2011 17:17:24 -0600 Received: from movsx.my.domain (localhost [127.0.0.1]) by movsx.my.domain (8.14.4/8.14.3) with ESMTP id p0CNGI3J069217; Wed, 12 Jan 2011 17:16:33 -0600 (CST) (envelope-from csjp@movsx.my.domain) Received: (from csjp@localhost) by movsx.my.domain (8.14.4/8.14.3/Submit) id p0CNGIYg069216; Wed, 12 Jan 2011 17:16:18 -0600 (CST) (envelope-from csjp) Date: Wed, 12 Jan 2011 17:16:18 -0600 From: Christian Peron To: Michael Butler Message-ID: <20110112231618.GA69189@movsx> References: <4D2E32C1.5060206@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <4D2E32C1.5060206@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: if_ether.c (svn revision 217315) breakage on i386 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, 12 Jan 2011 23:28:53 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 12, 2011 at 06:01:21PM -0500, Michael Butler wrote: [..] >=20 > .. where "unsigned int" is actually a "sizeof(struct in_addr)", >=20 > imb This has been corrected. --=20 () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAk0uNkIACgkQzHFpVAM/ozxmAQCfYs7l+JUwMWQUiSgrxBzquyJu AJkAn0BFKOf5qR9/p3bmBdEZEKnm4AIJ =QMVs -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:30:01 2011 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 000A61065670; Wed, 12 Jan 2011 23:30:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 915F08FC2E; Wed, 12 Jan 2011 23:30:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNTxMJ039071; Wed, 12 Jan 2011 18:29:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNTx1J039054; Wed, 12 Jan 2011 23:29:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:29:59 GMT Message-Id: <201101122329.p0CNTx1J039054@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm 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, 12 Jan 2011 23:30:01 -0000 TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-01-12 23:10:19 - building world TB --- 2011-01-12 23:10:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:10:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:10:19 - TARGET=arm TB --- 2011-01-12 23:10:19 - TARGET_ARCH=arm TB --- 2011-01-12 23:10:19 - TZ=UTC TB --- 2011-01-12 23:10:19 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:10:19 - cd /src TB --- 2011-01-12 23:10:19 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:10:20 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:29:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:29:59 - ERROR: failed to build world TB --- 2011-01-12 23:29:59 - 919.74 user 225.70 system 1198.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:33:17 2011 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 848F21065673; Wed, 12 Jan 2011 23:33:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D87E58FC1E; Wed, 12 Jan 2011 23:33:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNXGYC070198; Wed, 12 Jan 2011 18:33:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNXGvL070185; Wed, 12 Jan 2011 23:33:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:33:16 GMT Message-Id: <201101122333.p0CNXGvL070185@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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, 12 Jan 2011 23:33:17 -0000 TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-01-12 23:10:20 - building world TB --- 2011-01-12 23:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:10:20 - TARGET=i386 TB --- 2011-01-12 23:10:20 - TARGET_ARCH=i386 TB --- 2011-01-12 23:10:20 - TZ=UTC TB --- 2011-01-12 23:10:20 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:10:20 - cd /src TB --- 2011-01-12 23:10:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:10:20 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:33:16 - ERROR: failed to build world TB --- 2011-01-12 23:33:16 - 1071.55 user 228.02 system 1395.32 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:34:04 2011 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 260D3106566B; Wed, 12 Jan 2011 23:34:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C33258FC1A; Wed, 12 Jan 2011 23:34:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNY3u5081791; Wed, 12 Jan 2011 18:34:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNY32o081782; Wed, 12 Jan 2011 23:34:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:34:03 GMT Message-Id: <201101122334.p0CNY32o081782@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 12 Jan 2011 23:34:04 -0000 TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-01-12 23:10:20 - building world TB --- 2011-01-12 23:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:10:20 - TARGET=amd64 TB --- 2011-01-12 23:10:20 - TARGET_ARCH=amd64 TB --- 2011-01-12 23:10:20 - TZ=UTC TB --- 2011-01-12 23:10:20 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:10:20 - cd /src TB --- 2011-01-12 23:10:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:10:20 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:34:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:34:03 - ERROR: failed to build world TB --- 2011-01-12 23:34:03 - 1115.60 user 238.19 system 1442.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:38:52 2011 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 469681065672; Wed, 12 Jan 2011 23:38:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DB3AF8FC08; Wed, 12 Jan 2011 23:38:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNcofv032599; Wed, 12 Jan 2011 18:38:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNcoOu032594; Wed, 12 Jan 2011 23:38:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:38:50 GMT Message-Id: <201101122338.p0CNcoOu032594@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Wed, 12 Jan 2011 23:38:52 -0000 TB --- 2011-01-12 23:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-12 23:10:00 - cleaning the object tree TB --- 2011-01-12 23:10:04 - cvsupping the source tree TB --- 2011-01-12 23:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-12 23:15:28 - building world TB --- 2011-01-12 23:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:15:28 - TARGET=pc98 TB --- 2011-01-12 23:15:28 - TARGET_ARCH=i386 TB --- 2011-01-12 23:15:28 - TZ=UTC TB --- 2011-01-12 23:15:28 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:15:28 - cd /src TB --- 2011-01-12 23:15:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:15:28 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:38:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:38:50 - ERROR: failed to build world TB --- 2011-01-12 23:38:50 - 1077.26 user 230.72 system 1729.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:54:34 2011 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 CB32A106566C; Wed, 12 Jan 2011 23:54:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECC48FC0A; Wed, 12 Jan 2011 23:54:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNsXRX096456; Wed, 12 Jan 2011 18:54:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNsXjp096449; Wed, 12 Jan 2011 23:54:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:54:33 GMT Message-Id: <201101122354.p0CNsXjp096449@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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, 12 Jan 2011 23:54:34 -0000 TB --- 2011-01-12 23:33:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:33:16 - starting HEAD tinderbox run for mips/mips TB --- 2011-01-12 23:33:16 - cleaning the object tree TB --- 2011-01-12 23:33:20 - cvsupping the source tree TB --- 2011-01-12 23:33:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-01-12 23:33:30 - building world TB --- 2011-01-12 23:33:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:33:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:33:30 - TARGET=mips TB --- 2011-01-12 23:33:30 - TARGET_ARCH=mips TB --- 2011-01-12 23:33:30 - TZ=UTC TB --- 2011-01-12 23:33:30 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:33:30 - cd /src TB --- 2011-01-12 23:33:30 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:33:31 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:54:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:54:33 - ERROR: failed to build world TB --- 2011-01-12 23:54:33 - 954.98 user 220.81 system 1277.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:54:52 2011 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 5463B106566C; Wed, 12 Jan 2011 23:54:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F1B3D8FC12; Wed, 12 Jan 2011 23:54:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNsp5Y098734; Wed, 12 Jan 2011 18:54:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNsp8g098733; Wed, 12 Jan 2011 23:54:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:54:51 GMT Message-Id: <201101122354.p0CNsp8g098733@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 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, 12 Jan 2011 23:54:52 -0000 TB --- 2011-01-12 23:29:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:29:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-12 23:29:59 - cleaning the object tree TB --- 2011-01-12 23:30:02 - cvsupping the source tree TB --- 2011-01-12 23:30:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-01-12 23:30:14 - building world TB --- 2011-01-12 23:30:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:30:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:30:14 - TARGET=ia64 TB --- 2011-01-12 23:30:14 - TARGET_ARCH=ia64 TB --- 2011-01-12 23:30:14 - TZ=UTC TB --- 2011-01-12 23:30:14 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:30:14 - cd /src TB --- 2011-01-12 23:30:14 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:30:14 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:54:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:54:51 - ERROR: failed to build world TB --- 2011-01-12 23:54:51 - 1170.27 user 223.59 system 1491.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 12 23:57:07 2011 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 050471065670; Wed, 12 Jan 2011 23:57:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9E78B8FC17; Wed, 12 Jan 2011 23:57:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0CNv5wl010743; Wed, 12 Jan 2011 18:57:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0CNv5kH010738; Wed, 12 Jan 2011 23:57:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jan 2011 23:57:05 GMT Message-Id: <201101122357.p0CNv5kH010738@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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, 12 Jan 2011 23:57:07 -0000 TB --- 2011-01-12 23:34:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:34:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-12 23:34:03 - cleaning the object tree TB --- 2011-01-12 23:34:05 - cvsupping the source tree TB --- 2011-01-12 23:34:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-01-12 23:34:17 - building world TB --- 2011-01-12 23:34:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:34:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:34:17 - TARGET=powerpc TB --- 2011-01-12 23:34:17 - TARGET_ARCH=powerpc TB --- 2011-01-12 23:34:17 - TZ=UTC TB --- 2011-01-12 23:34:17 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:34:17 - cd /src TB --- 2011-01-12 23:34:17 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:34:18 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-12 23:57:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-12 23:57:05 - ERROR: failed to build world TB --- 2011-01-12 23:57:05 - 1059.27 user 219.09 system 1382.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:02:11 2011 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 22904106564A; Thu, 13 Jan 2011 00:02:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C1AC58FC13; Thu, 13 Jan 2011 00:02:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D02AHb060627; Wed, 12 Jan 2011 19:02:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D02A18060624; Thu, 13 Jan 2011 00:02:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:02:10 GMT Message-Id: <201101130002.p0D02A18060624@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Thu, 13 Jan 2011 00:02:11 -0000 TB --- 2011-01-12 23:38:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:38:50 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-12 23:38:50 - cleaning the object tree TB --- 2011-01-12 23:38:53 - cvsupping the source tree TB --- 2011-01-12 23:38:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-01-12 23:39:03 - building world TB --- 2011-01-12 23:39:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:39:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:39:03 - TARGET=powerpc TB --- 2011-01-12 23:39:03 - TARGET_ARCH=powerpc64 TB --- 2011-01-12 23:39:03 - TZ=UTC TB --- 2011-01-12 23:39:03 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:39:03 - cd /src TB --- 2011-01-12 23:39:03 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:39:04 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:02:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:02:10 - ERROR: failed to build world TB --- 2011-01-13 00:02:10 - 1082.03 user 226.37 system 1399.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:14:55 2011 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 E0895106567A; Thu, 13 Jan 2011 00:14:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 816558FC16; Thu, 13 Jan 2011 00:14:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0EsRq043069; Wed, 12 Jan 2011 19:14:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0Es6t043068; Thu, 13 Jan 2011 00:14:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:14:54 GMT Message-Id: <201101130014.p0D0Es6t043068@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Thu, 13 Jan 2011 00:14:56 -0000 TB --- 2011-01-12 23:54:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:54:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-12 23:54:51 - cleaning the object tree TB --- 2011-01-12 23:54:54 - cvsupping the source tree TB --- 2011-01-12 23:54:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-01-12 23:55:20 - building world TB --- 2011-01-12 23:55:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:55:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:55:20 - TARGET=sun4v TB --- 2011-01-12 23:55:20 - TARGET_ARCH=sparc64 TB --- 2011-01-12 23:55:20 - TZ=UTC TB --- 2011-01-12 23:55:20 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:55:20 - cd /src TB --- 2011-01-12 23:55:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:55:20 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:14:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:14:54 - ERROR: failed to build world TB --- 2011-01-13 00:14:54 - 978.30 user 210.47 system 1203.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:14:56 2011 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 7EDE81065694; Thu, 13 Jan 2011 00:14:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 281BF8FC17; Thu, 13 Jan 2011 00:14:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0EtcY043100; Wed, 12 Jan 2011 19:14:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0Et3F043099; Thu, 13 Jan 2011 00:14:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:14:55 GMT Message-Id: <201101130014.p0D0Et3F043099@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Thu, 13 Jan 2011 00:14:56 -0000 TB --- 2011-01-12 23:54:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-12 23:54:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-12 23:54:34 - cleaning the object tree TB --- 2011-01-12 23:54:37 - cvsupping the source tree TB --- 2011-01-12 23:54:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-01-12 23:55:20 - building world TB --- 2011-01-12 23:55:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-12 23:55:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-12 23:55:20 - TARGET=sparc64 TB --- 2011-01-12 23:55:20 - TARGET_ARCH=sparc64 TB --- 2011-01-12 23:55:20 - TZ=UTC TB --- 2011-01-12 23:55:20 - __MAKE_CONF=/dev/null TB --- 2011-01-12 23:55:20 - cd /src TB --- 2011-01-12 23:55:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 12 23:55:20 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:14:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:14:55 - ERROR: failed to build world TB --- 2011-01-13 00:14:55 - 981.10 user 206.91 system 1221.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:35:03 2011 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 7FBCC106564A; Thu, 13 Jan 2011 00:35:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 250948FC15; Thu, 13 Jan 2011 00:35:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0Z2Xj043756; Wed, 12 Jan 2011 19:35:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0Z2rS043731; Thu, 13 Jan 2011 00:35:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:35:02 GMT Message-Id: <201101130035.p0D0Z2rS043731@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm 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: Thu, 13 Jan 2011 00:35:03 -0000 TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-01-13 00:15:16 - building world TB --- 2011-01-13 00:15:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:15:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:15:16 - TARGET=arm TB --- 2011-01-13 00:15:16 - TARGET_ARCH=arm TB --- 2011-01-13 00:15:16 - TZ=UTC TB --- 2011-01-13 00:15:16 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:15:16 - cd /src TB --- 2011-01-13 00:15:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:15:17 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:35:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:35:02 - ERROR: failed to build world TB --- 2011-01-13 00:35:02 - 921.68 user 225.03 system 1201.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:38:18 2011 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 BAEE3106566C; Thu, 13 Jan 2011 00:38:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6369E8FC1C; Thu, 13 Jan 2011 00:38:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0cH0q074083; Wed, 12 Jan 2011 19:38:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0cHVS074076; Thu, 13 Jan 2011 00:38:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:38:17 GMT Message-Id: <201101130038.p0D0cHVS074076@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Thu, 13 Jan 2011 00:38:18 -0000 TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-13 00:15:17 - building world TB --- 2011-01-13 00:15:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:15:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:15:17 - TARGET=pc98 TB --- 2011-01-13 00:15:17 - TARGET_ARCH=i386 TB --- 2011-01-13 00:15:17 - TZ=UTC TB --- 2011-01-13 00:15:17 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:15:17 - cd /src TB --- 2011-01-13 00:15:17 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:15:18 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:38:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:38:17 - ERROR: failed to build world TB --- 2011-01-13 00:38:17 - 1071.79 user 236.88 system 1396.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:39:10 2011 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 36616106567A; Thu, 13 Jan 2011 00:39:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CAC188FC1C; Thu, 13 Jan 2011 00:39:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0d9xs087266; Wed, 12 Jan 2011 19:39:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0d9MH087254; Thu, 13 Jan 2011 00:39:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:39:09 GMT Message-Id: <201101130039.p0D0d9MH087254@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 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: Thu, 13 Jan 2011 00:39:10 -0000 TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-01-13 00:15:16 - building world TB --- 2011-01-13 00:15:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:15:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:15:16 - TARGET=amd64 TB --- 2011-01-13 00:15:16 - TARGET_ARCH=amd64 TB --- 2011-01-13 00:15:16 - TZ=UTC TB --- 2011-01-13 00:15:16 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:15:16 - cd /src TB --- 2011-01-13 00:15:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:15:18 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:39:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:39:09 - ERROR: failed to build world TB --- 2011-01-13 00:39:09 - 1115.74 user 239.64 system 1448.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:43:52 2011 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 F0C561065674; Thu, 13 Jan 2011 00:43:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 956918FC0A; Thu, 13 Jan 2011 00:43:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0hp7s036368; Wed, 12 Jan 2011 19:43:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0hpM9036367; Thu, 13 Jan 2011 00:43:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:43:51 GMT Message-Id: <201101130043.p0D0hpM9036367@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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: Thu, 13 Jan 2011 00:43:53 -0000 TB --- 2011-01-13 00:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-13 00:15:00 - cleaning the object tree TB --- 2011-01-13 00:15:04 - cvsupping the source tree TB --- 2011-01-13 00:15:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-01-13 00:20:28 - building world TB --- 2011-01-13 00:20:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:20:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:20:28 - TARGET=i386 TB --- 2011-01-13 00:20:28 - TARGET_ARCH=i386 TB --- 2011-01-13 00:20:28 - TZ=UTC TB --- 2011-01-13 00:20:28 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:20:28 - cd /src TB --- 2011-01-13 00:20:28 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:20:28 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:43:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:43:51 - ERROR: failed to build world TB --- 2011-01-13 00:43:51 - 1074.39 user 226.69 system 1730.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:56:50 2011 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 133E6106566B; Thu, 13 Jan 2011 00:56:50 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id B5E9A8FC21; Thu, 13 Jan 2011 00:56:49 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PdBUd-0005PP-Q4; Thu, 13 Jan 2011 00:56:48 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PdBUd-0007fy-Ga; Thu, 13 Jan 2011 00:56:47 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p0D0ulCA043100; Thu, 13 Jan 2011 00:56:47 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p0D0ulPk043099; Thu, 13 Jan 2011 00:56:47 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 13 Jan 2011 00:56:47 +0000 From: Anton Shterenlikht To: Bernhard Schmidt Message-ID: <20110113005647.GA43070@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Bernhard Schmidt , Anton Shterenlikht , freebsd-current@freebsd.org References: <20110109222228.GA45587@mech-cluster241.men.bris.ac.uk> <201101100922.58354.bschmidt@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101100922.58354.bschmidt@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: console freeze after "ifconfig wlan0 scan" with wi(4) pccard device 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, 13 Jan 2011 00:56:50 -0000 On Mon, Jan 10, 2011 at 09:22:58AM +0100, Bernhard Schmidt wrote: > On Sunday, January 09, 2011 23:22:28 Anton Shterenlikht wrote: > > On amd64 r217010 laptop (HP Compaq 6715s) > > I'm trying to use this wi(4) device: > > > > wi0: > > at port 0x100-0x13f irq 20 function 0 config 1 on pccard0 > > > > I do > > > > # ifconfig wlan0 create wlandev wi0 > > # ifconfig -a > > bge0: flags=8843 metric 0 mtu 1500 > > > > options=8009b > E> > > ether 00:1a:4b:89:4b:4e > > inet 192.168.1.102 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > lo0: flags=8049 metric 0 mtu 16384 > > options=3 > > inet 127.0.0.1 netmask 0xff000000 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 > > nd6 options=21 > > wi0: flags=8802 metric 0 mtu 2290 > > ether 00:06:25:10:56:3b > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > > wlan0: flags=8802 metric 0 mtu 1500 > > ether 00:06:25:10:56:3b > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > > ssid "" channel 1 (2412 MHz 11b) > > country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 > > bintval 0 > > > > But after > > > > # ifconfig wlan0 up scan > > > > I get console freeze requiring cold reboot. > > No panic, just a LOR: > > > > wi0: at port > > 0x100-0x13f irq 20 function 0 config 1 on pccard0 wlan0: Ethernet address: > > 00:06:25:10:56:3b > > lock order reversal: > > 1st 0xffffff80012be018 wi0_com_lock (wi0_com_lock) @ > > /usr/src/sys/net80211/ieee80211_scan.c:806 2nd 0xfffffe0001b8d010 wi0 > > (network driver) @ /usr/src/sys/dev/wi/if_wi.c:1083 KDB: stack backtrace: > > [..] > > This is a known LOR, many wireless do have that. It happens right after a scan > iteration if there is a network to connect to. > > > In case it matters I've > > > > hw.cbb.start_memory="0xf4800000" > > > > in /boot/loader.conf, according to > > http://www.freebsd.org/cgi/query-pr.cgi?pr=115623 > > Do you by any change have another device you can test the pccard slot with? Following some advice I read on the net, resetting bios to default settings seems to help. So I don't see this freeze anymore. I haven't investigated further. I've got 2 more devices, but these aren't much help.. first: wi0: at port 0x100-0x13f irq 20 function 0 config 1 on pccard0 wi0: Sorry, this card is not supported (type 2, firmware ver 704) device_attach: wi0 attach returned 45 second: an0: at port 0x100-0x13f irq 20 function 0 config 5 on pccard0 : record length mismatch -- expected 194, got 196 for Rid ff10 : record length mismatch -- expected 192, got 200 for Rid ff00 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: Ethernet address: 00:0b:fd:7f:ae:3d an0: [GIANT-LOCKED] an0: record length mismatch -- expected 194, got 196 for Rid ff10 an0: record length mismatch -- expected 194, got 196 for Rid ff10 an0: record length mismatch -- expected 194, got 196 for Rid ff10 an0: record length mismatch -- expected 194, got 196 for Rid ff10 I'm struggling to make Aironet 350 work. The best I can get is: zzz# dhclient an0 DHCPREQUEST on an0 to 255.255.255.255 port 67 DHCPREQUEST on an0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.103 -- renewal in 43200 seconds. zzz# ifconfig an0 an0: flags=8847 metric 0 mtu 1500 ether 00:0b:fd:7f:ae:3d inet 192.168.1.103 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: associated ssid 1:lagartixa channel 11 (2462 MHz 11b) stationname BUZI authmode SHARED privacy ON deftxkey 1 txpower 0 rtsthreshold 0 fragthreshold 0 bmiss 0 ucastrate 0 mcastrate 0 mgmtrate 0 maxretry 0 roaming DEVICE bintval 0 and I can see on the DHCP router (gateway): DHCP Active IP Table DHCP Server IP Address: 192.168.1.1 Client Host Name IP Address MAC Address Expires zzz 192.168.1.103 00:0b:fd:7f:ae:3d 23:58:38 but still can't connect to the gateway: PING 192.168.1.1 (192.168.1.1): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ^C --- 192.168.1.1 ping statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss > > Also, you might want to try 'ifconfig wlan0 ssid > somethingwhichdoesdefinitelynotexist up; ifconfig wlan0 list scan' > instead of 'ifconfig wlan0 up scan'. # ifconfig wlan0 ssid somethingwhichdoesdefinitely up # ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:06:25:10:56:3b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid somethingwhichdoesdefinitely channel 10 (2457 MHz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 roaming MANUAL bintval 0 # ifconfig wlan0 list scan # By the way, can you recommend a pccard device with WPA support, which is known to work on amd64 -current (or stable)? many thanks for your help anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:59:37 2011 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 237071065672; Thu, 13 Jan 2011 00:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BCC9F8FC1C; Thu, 13 Jan 2011 00:59:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0xZ4d099870; Wed, 12 Jan 2011 19:59:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0xZZR099861; Thu, 13 Jan 2011 00:59:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:59:35 GMT Message-Id: <201101130059.p0D0xZZR099861@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Thu, 13 Jan 2011 00:59:37 -0000 TB --- 2011-01-13 00:38:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:38:17 - starting HEAD tinderbox run for mips/mips TB --- 2011-01-13 00:38:17 - cleaning the object tree TB --- 2011-01-13 00:38:21 - cvsupping the source tree TB --- 2011-01-13 00:38:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-01-13 00:38:32 - building world TB --- 2011-01-13 00:38:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:38:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:38:32 - TARGET=mips TB --- 2011-01-13 00:38:32 - TARGET_ARCH=mips TB --- 2011-01-13 00:38:32 - TZ=UTC TB --- 2011-01-13 00:38:32 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:38:32 - cd /src TB --- 2011-01-13 00:38:32 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:38:32 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:59:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:59:35 - ERROR: failed to build world TB --- 2011-01-13 00:59:35 - 956.24 user 218.55 system 1278.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 00:59:54 2011 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 5155B1065670; Thu, 13 Jan 2011 00:59:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EEAAD8FC1E; Thu, 13 Jan 2011 00:59:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D0xr3n002364; Wed, 12 Jan 2011 19:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D0xr0m002355; Thu, 13 Jan 2011 00:59:53 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 00:59:53 GMT Message-Id: <201101130059.p0D0xr0m002355@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Thu, 13 Jan 2011 00:59:54 -0000 TB --- 2011-01-13 00:35:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:35:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-13 00:35:02 - cleaning the object tree TB --- 2011-01-13 00:35:05 - cvsupping the source tree TB --- 2011-01-13 00:35:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-01-13 00:35:17 - building world TB --- 2011-01-13 00:35:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:35:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:35:17 - TARGET=ia64 TB --- 2011-01-13 00:35:17 - TARGET_ARCH=ia64 TB --- 2011-01-13 00:35:17 - TZ=UTC TB --- 2011-01-13 00:35:17 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:35:17 - cd /src TB --- 2011-01-13 00:35:17 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:35:17 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 00:59:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 00:59:53 - ERROR: failed to build world TB --- 2011-01-13 00:59:53 - 1169.07 user 224.37 system 1490.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 01:02:20 2011 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 9C6AE1065673; Thu, 13 Jan 2011 01:02:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 447338FC19; Thu, 13 Jan 2011 01:02:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D12JWt015113; Wed, 12 Jan 2011 20:02:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D12JTl015108; Thu, 13 Jan 2011 01:02:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 01:02:19 GMT Message-Id: <201101130102.p0D12JTl015108@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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: Thu, 13 Jan 2011 01:02:20 -0000 TB --- 2011-01-13 00:39:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:39:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-13 00:39:09 - cleaning the object tree TB --- 2011-01-13 00:39:12 - cvsupping the source tree TB --- 2011-01-13 00:39:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-01-13 00:39:23 - building world TB --- 2011-01-13 00:39:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:39:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:39:23 - TARGET=powerpc TB --- 2011-01-13 00:39:23 - TARGET_ARCH=powerpc TB --- 2011-01-13 00:39:23 - TZ=UTC TB --- 2011-01-13 00:39:23 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:39:23 - cd /src TB --- 2011-01-13 00:39:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:39:24 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 01:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 01:02:19 - ERROR: failed to build world TB --- 2011-01-13 01:02:19 - 1059.70 user 219.31 system 1390.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 01:07:21 2011 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 A0A4B1065675; Thu, 13 Jan 2011 01:07:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4766F8FC19; Thu, 13 Jan 2011 01:07:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0D17KnN065109; Wed, 12 Jan 2011 20:07:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0D17K8G065108; Thu, 13 Jan 2011 01:07:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 13 Jan 2011 01:07:20 GMT Message-Id: <201101130107.p0D17K8G065108@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Thu, 13 Jan 2011 01:07:21 -0000 TB --- 2011-01-13 00:43:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-13 00:43:51 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-13 00:43:51 - cleaning the object tree TB --- 2011-01-13 00:43:54 - cvsupping the source tree TB --- 2011-01-13 00:43:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-01-13 00:44:27 - building world TB --- 2011-01-13 00:44:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-13 00:44:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-13 00:44:27 - TARGET=powerpc TB --- 2011-01-13 00:44:27 - TARGET_ARCH=powerpc64 TB --- 2011-01-13 00:44:27 - TZ=UTC TB --- 2011-01-13 00:44:27 - __MAKE_CONF=/dev/null TB --- 2011-01-13 00:44:27 - cd /src TB --- 2011-01-13 00:44:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 13 00:44:27 UTC 2011 >>> 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 [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:678: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:682: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:684: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:686: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:689: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:691: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:694: error: expected ')' before '(' token /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:698: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-13 01:07:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-13 01:07:20 - ERROR: failed to build world TB --- 2011-01-13 01:07:20 - 1083.56 user 225.06 system 1408.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 03:03:26 2011 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 EFBA41065674 for ; Thu, 13 Jan 2011 03:03:26 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta03.eastlink.ca (mta03.eastlink.ca [24.224.136.9]) by mx1.freebsd.org (Postfix) with ESMTP id AD2F78FC12 for ; Thu, 13 Jan 2011 03:03:26 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ip02.eastlink.ca ([unknown] [24.222.39.20]) by mta03.eastlink.ca (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LEX00D1IXTNX4H0@mta03.eastlink.ca>; Wed, 12 Jan 2011 23:03:23 -0400 (AST) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=8reSTVRqS4Rq5Xx4Jai9N41eZpHz3D5gSX5rA0od4mg= c=1 sm=1 a=kj9zAlcOel0A:10 a=vNmoZVmIAAAA:8 a=sQ0fBdVQjJLqKWLw8ZoA:9 a=-9Ce0oEXxbJjTgpgn0YA:7 a=gdUC-0uo-COgpyxG29wr4OLNjRgA:4 a=CjuIK1q_8ugA:10 a=m_Qjd_tMtKcA:10 a=gA6IeH5FQcgA:10 a=NWVoK91CQyQA:10 a=Y4g+zi6NJtbRuBVJrbSZ6Q==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip02.eastlink.ca with ESMTP; Wed, 12 Jan 2011 23:03:23 -0400 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Wed, 12 Jan 2011 23:03:20 -0400 From: Chris Forgeron To: "freebsd-fs@freebsd.org" , "freebsd-current@freebsd.org" Date: Wed, 12 Jan 2011 23:03:19 -0400 Thread-topic: My ZFS v28 Testing Experience Thread-index: AcueQ3BAVz5TAZ89SmeN6hBSyIf4KQUeGZLA Message-id: References: <20101213214556.GC2038@garage.freebsd.pl> In-reply-to: Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Mailman-Approved-At: Thu, 13 Jan 2011 03:22:20 +0000 Cc: Subject: My ZFS v28 Testing Experience 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, 13 Jan 2011 03:03:27 -0000 I've been testing out the v28 patch code for a month now, and I've yet to report any real issues other than what is mentioned below. I'll detail some of the things I've tested, hopefully the stability of v28 in FreeBSD will convince others to give it a try so the final release of v28 will be as solid as possible. I've been using FreeBSD 9.0-CURRENT as of Dec 12th, and 8.2PRE as of Dec 16th What's worked well: - I've made and destroyed small raidz's (3-5 disks), large 26 disk raid-10's, and a large 20 disk raid-50. - I've upgraded from v15, zfs 4, no issues on the different arrays noted above - I've confirmed that a v15 or v28 pool will import into Solaris 11 Express, and vice versa, with the exception about dual log or cache devices noted below. - I've run many TB of data through the ZFS storage via benchmarks from my VM's connected via NFS, to simple copies inside the same pool, or copies from one pool to another. - I've tested pretty much every compression level, and changing them as I tweak my setup and try to find the best blend. - I've added and subtracted many a log and cache device, some in failed states from hot-removals, and the pools always stayed intact. Issues: - Import of pools with multiple cache or log devices. (May be a very minor point) A v28 pool created in Solaris 11 Express with 2 or more log devices, or 2 or more cache devices won't import in FreeBSD 9. This also applies to a pool that is created in FreeBSD, is imported in Solaris to have the 2 log devices added there, then exported and attempted to be imported back in FreeBSD. No errors, zpool import just hangs forever. If I reboot into Solaris, import the pool, remove the dual devices, then reboot into FreeBSD, I can then import the pool without issue. A single cache, or log device will import just fine. Unfortunately I deleted my witness-enabled FreeBSD-9 drive, so I can't easily fire it back up to give more debug info. I'm hoping some kind soul will attempt this type of transaction and report more detail to the list. Note - I just decided to try adding 2 cache devices to a raidz pool in FreeBSD, export, and then importing, all without rebooting. That seems to work. BUT - As soon as you try to reboot FreeBSD with this pool staying active, it hangs on boot. Booting into Solaris, removing the 2 cache devices, then booting back into FreeBSD then works. Something is kept in memory between exporting then importing that allows this to work. - Speed. (More of an issue, but what do we do?) Wow, it's much slower than Solaris 11 Express for transactions. I do understand that Solaris will have a slight advantage over any port of ZFS. All of my speed tests are made with a kernel without debug, and yes, these are -CURRENT and -PRE releases, but the speed difference is very large. At first, I thought it may be more of an issue with the ix0/Intel X520DA2 10Gbe drivers that I'm using, since the bulk of my tests are over NFS (I'm going to use this as a SAN via NFS, so I test in that environment). But - I did a raw cp command from one pool to another of several TB. I executed the same command under FreeBSD as I did under Solaris 11 Express. When executed in FreeBSD, the copy took 36 hours. With a fresh destination pool of the same settings/compression/etc under Solaris, the copy took 7.5 hours. Here's a quick breakdown of the difference in speed I'm seeing between Solaris 11 Express and FreeBSD. The test is Performance Test 6.1 on a Windows 2003 server, connected via NFS to the FreeBSD or Solaris box. More details are here: http://christopher-technicalmusings.blogspot.com/2011/01/solaris-11-express-faster-speed-for-san.html Solaris 11 Express svn_151a 903 MBs - Fileserver 466 MBs - Webserver 53 MBs - Workstation 201 MBs - Database FreeBSD-9.0 Current @ Dec 12th 2010 w/v28 Patch, all Debug off 95 MBs - Fileserver 60 MBs - Webserver 30 MBs - Workstation 32 MBs - Database Massive difference as you can see. Same machine, different boot drives. That's a real 903 MBs on the Solaris side as well - No cache devices or ZIL in place, just a basic raidz 5 disk pool. I've tried many a tweak to get these speeds up higher. The old v15 could hit mid 400's for the Fileserver test with zil_disable on, but that's no longer an option for v28 pools. I should compile my various test results into a summary and make a separate blog entry for those who care, as I also fiddled with vfs.nfsrv.async with little luck. I took great care to make sure the ZFS details were the same across the tests. 9 is faster than 8.2 for speed by a small amount. Between v28 pools and v15 pools there is speed degradation on both 8.2 and 9, but nothing as big as the difference between Solaris and FreeBSD. I haven't benchmarked OpenSolaris or any type of Solaris older than 11, so I'm not sure if this is a recent speed boost from the Solaris camp, or if it's always been there. As always, I'm delighted about the work that PJD and others have poured into ZFS on FreeBSD. I'm not knocking this implementation, just pointing out some points that may not be as well known. I am continuing to play with Solaris 11 Express, but I'm keeping my pools at v28 so I can boot into either OS to test. From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 03:22:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from nanoha (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 0950D10656A5; Thu, 13 Jan 2011 03:22:53 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 13 Jan 2011 11:22:49 +0800 From: Ariff Abdullah To: eculp , Jung-uk Kim Message-Id: <20110113112249.417b6c49.ariff@FreeBSD.org> In-Reply-To: <20110112095303.90855x262n37p68s@econet.encontacto.net> References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112070910.148639nri1yt6fc4@econet.encontacto.net> <20110112225129.0ee2636f.ariff@FreeBSD.org> <20110112225737.175ebf48.ariff@FreeBSD.org> <20110112095303.90855x262n37p68s@econet.encontacto.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__13_Jan_2011_11_22_49_+0800_XwpU.ovOr3nyJQ9G" Cc: current@freebsd.org Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 13 Jan 2011 03:22:55 -0000 --Signature=_Thu__13_Jan_2011_11_22_49_+0800_XwpU.ovOr3nyJQ9G Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 12 Jan 2011 09:53:03 -0600 eculp wrote: > Quoting Ariff Abdullah : >=20 > > On Wed, 12 Jan 2011 22:51:29 +0800 > > Ariff Abdullah wrote: > >> > > [....] > >> > >> Try disabling mtrr, machdep.disable_mtrrs=3D0 through > >> boot prompt or /boot/loader.conf. > >> > > > > Grr.. should be machdep.disable_mtrrs=3D1 >=20 > Caught it, changed it en loader.conf, rebooted and have had youtube=20 >=20 > running more that 10 minutes with no ill affects. Keep in mind that disabling mtrr is a temporary measure. >=20 > Want to clarify that this in with current i386. >=20 > 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 CST 2011 =20 > =20 > root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386 >=20 > Thanks again, >=20 > ed >=20 > Thanks so much for your help. >=20 > ed >=20 > > > >> If that is the case, you probably want this: > >> > >> http://people.freebsd.org/~ariff/misc/mtrr.diff > >> > > This breakage was due to r215415 commit. Jung-uk Kim, any idea ? -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. --Signature=_Thu__13_Jan_2011_11_22_49_+0800_XwpU.ovOr3nyJQ9G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0ucAkACgkQlr+deMUwTNr/WwCg4M1zZOZ+GaYvh1ljhrsQnCuF 1isAoNnqxrJ/P2gmApbAzy9LM5oJrlK5 =2xEV -----END PGP SIGNATURE----- --Signature=_Thu__13_Jan_2011_11_22_49_+0800_XwpU.ovOr3nyJQ9G-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 08:42:54 2011 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 443E21065670 for ; Thu, 13 Jan 2011 08:42:54 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id AE34E8FC1C for ; Thu, 13 Jan 2011 08:42:53 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0201.4D2EBB0B.01A9,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail45 (172.31.0.235) by cp-out4.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D10BF990151486A; Thu, 13 Jan 2011 09:42:51 +0100 Message-ID: <31888702.2008831294908171515.JavaMail.defaultUser@defaultHost> Date: Thu, 13 Jan 2011 09:42:51 +0100 (CET) From: Barbara To: , MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 79.3.217.162 Cc: freebsd-current@freebsd.org Subject: R: ahci timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 08:42:54 -0000 > >>From : ndenev@gmail.com >> >>On 27 Dec, 2010, at 21:20 , Barbara wrote: >> >>> >>> As my old PATA hard disk was failing, I had to replace it with a new SATA >>> drive where I moved my FreeBSDs installations, as PATA drives are not easy >to >>> find these days. >>> So I had to move one of my data drive from a VIA8237A SATA controller to >the >>> last free SATA slot on a Marvell 88SX6121 to make room for the new hd. >>> The hd I moved was working perfectly when connected to the VIA controller. >>> Now, with the Marvell I'm getting messages like the following twos while >using >>> the disk: >>> ahcich0: Timeout on slot 10 >>> ahcich0: is 00000000 cs 3ffff800 ss 3ffffc00 rs 3ffffc00 tfd 50010040 >serr >>> 00000000 >>> >>> ahcich0: Timeout on slot 5 >>> ahcich0: is 00000000 cs 00000180 ss 000001e0 rs 000001e0 tfd 50040040 >serr >>> 00000000 >>> >>> This doesn't happen regularly. For example downloading from a slow website >on >>> it, so few kb/s, is ok. >>> But if I copy files from the disk attacked to the Marvell controller to >>> another another disk, or for example run md5 on some files, it's very >likely to >>> happen. >>> The process accessing the disk can not be killed even with -9, ^C does >>> nothing, and umount doesn't exit. >>> If I'm copying files on it from another disk it can't be unmounted too as >the >>> unkillable process has it in use. >>> On shutdown many disk doesn't get unmounted, so there are a lot of fsck on >>> boot, and on CURRENT (last built yesterday), FreeBSD enter debugger as it >fail >>> flushing disk caches. >>> >>> Relevant part from dmesg: >>> >>> atapci0: port 0xdc00-0xdc07,0xd880- >>> 0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfbdffc00- 0xfbdfffff >irq >>> 28 at device 0.0 on pci6 >>> ahci0: on atapci0 >>> ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported >>> ahcich0: at channel 0 on ahci0 >>> ahcich1: at channel 1 on ahci0 >>> ata2: on atapci0 >>> atapci1: port 0xbc00-0xbc07,0xb880-0xb883, >>> 0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f,0xb000-0xb0ff irq 21 at device >15.0 >>> on pci0 >>> ata3: on atapci1 >>> ata4: on atapci1 >>> atapci2: port 0x1f0-0x1f7,0x3f6,0x170- 0x177, >>> 0x376,0xfc00-0xfc0f at device 15.1 on pci0 >>> ata0: on atapci2 >>> ata1: on atapci2 >>> >>> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >>> ada0: ATA-8 SATA 2.x device >>> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >>> ada0: Command Queueing enabled >>> ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) >>> ada1 at ata3 bus 0 scbus3 target 0 lun 0 >>> ada1: ATA-7 SATA 2.x device >>> ada1: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) >>> ada1: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) >>> ada2 at ata4 bus 0 scbus4 target 0 lun 0 >>> ada2: ATA-8 SATA 1.x device >>> ada2: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) >>> ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) >>> ada3 at ata0 bus 0 scbus5 target 0 lun 0 >>> ada3: ATA-7 device >>> ada3: 100.000MB/s transfers (UDMA5, PIO 8192bytes) >>> ada3: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) >>> >>> _______________________________________________ >>> 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" >> >>Just to add a "me too". >> >>I'm running -STABLE but have the same problems with Marvell 88SX6121 giving >"ahci timeout" messages. >> >>Regards, >>Nikolay >> > >Nikolay, thanks for the feedback, even if unfortunately it's negative... >I see that in both 8-STABLE (8.2-PRERELEASE now) and 9.0-CURRENT, both rebuilt >no more than a week ago. >I've also tried rebuilding the kernel with: > options CAMDEBUG > options CAM_DEBUG_BUS=0 > options CAM_DEBUG_TARGET=0 > options CAM_DEBUG_LUN=0 > options CAM_DEBUG_FLAGS=CAM_DEBUG_TRACE >(0 is the bus/target/lun of the marvell controller/attached hd) >and run a test computing md5 for about 60GB of files. >Obviously, as the debug options where active, it run successfully without any >problems :) >Is there any other info I should provide or any other test that I can do? > >Thanks >Barbara > Maybe the attached disk has some problems which aren't handled if it's attached to a 88SE6121 controller? >From what I can see, connecting it to the other internal sata controller, which is a VIA 8237A, or to an external PCIe Sil3132 controller using the siis driver, those timeouts aren't happening. Anyway I see something which I don't understand. I tried reading some files (~1 gb) from the same slice (1st one, ~200gb) while looking at gstat. Some files are being read at >100mb/s some others at about 4 mb/s. It seems that a "zone" of the disk is very slow. The disk is a Seagate 7200.12 and neither smartmontools nor SeaTools (Seagate diagnostic) report problems with it. Could this explain the timeouts on the Marvell controller? And BTW, does anyone knows which could be the problem with the disk? Thanks Barbara From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 13:39:39 2011 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 762C0106566B; Thu, 13 Jan 2011 13:39:39 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5DE8FC0C; Thu, 13 Jan 2011 13:39:38 +0000 (UTC) Received: from unixmania.com ([189.251.85.158]) by ns2.bafirst.com with esmtp; Thu, 13 Jan 2011 07:39:47 -0600 id 000D4C4D.4D2F00A3.000100A1 Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Thu, 13 Jan 2011 07:39:36 -0600 id 000CF523.4D2F0098.0000F0F0 Received: from dsl-189-251-79-192-dyn.prod-infinitum.com.mx (dsl-189-251-79-192-dyn.prod-infinitum.com.mx [189.251.79.192]) by econet.encontacto.net (Horde Framework) with HTTP; Thu, 13 Jan 2011 07:39:36 -0600 Message-ID: <20110113073936.12253f1a9gx5zlk4@econet.encontacto.net> Date: Thu, 13 Jan 2011 07:39:36 -0600 From: eculp To: Ariff Abdullah References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112070910.148639nri1yt6fc4@econet.encontacto.net> <20110112225129.0ee2636f.ariff@FreeBSD.org> <20110112225737.175ebf48.ariff@FreeBSD.org> <20110112095303.90855x262n37p68s@econet.encontacto.net> <20110113112249.417b6c49.ariff@FreeBSD.org> In-Reply-To: <20110113112249.417b6c49.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101211 Firefox/3.6.13 X-IMP-Server: 189.251.85.158 X-Originating-IP: 189.251.79.192 X-Originating-User: eculp@encontacto.net Cc: current@freebsd.org, Jung-uk Kim Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 13 Jan 2011 13:39:39 -0000 Quoting Ariff Abdullah : > On Wed, 12 Jan 2011 09:53:03 -0600 > eculp wrote: >> Quoting Ariff Abdullah : >> >> > On Wed, 12 Jan 2011 22:51:29 +0800 >> > Ariff Abdullah wrote: >> >> >> > [....] >> >> >> >> Try disabling mtrr, machdep.disable_mtrrs=3D0 through >> >> boot prompt or /boot/loader.conf. >> >> >> > >> > Grr.. should be machdep.disable_mtrrs=3D1 >> >> Caught it, changed it en loader.conf, rebooted and have had youtube >> >> running more that 10 minutes with no ill affects. > > Keep in mind that disabling mtrr is a temporary measure. Hopefully this will be announced when the problem is fixed because I =20 have NO idea what mtrr value is, haven't thought about it and at my =20 age, I would prefer to keep it that way ;) Thanks, ed > >> >> Want to clarify that this in with current i386. >> >> 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 CST 2011 >> >> root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386 >> >> Thanks again, >> >> ed >> >> Thanks so much for your help. >> >> ed >> >> > >> >> If that is the case, you probably want this: >> >> >> >> http://people.freebsd.org/~ariff/misc/mtrr.diff >> >> >> > > > This breakage was due to r215415 commit. Jung-uk Kim, any idea ? > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > ... Going with the standard and orthodox > is the death of intellect .............. > From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 14:36:32 2011 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 3F88B1065673 for ; Thu, 13 Jan 2011 14:36:32 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 7634A8FC27 for ; Thu, 13 Jan 2011 14:36:30 +0000 (UTC) Received: (qmail 37815 invoked from network); 13 Jan 2011 14:36:29 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 13 Jan 2011 14:36:29 -0000 Date: Thu, 13 Jan 2011 15:36:29 +0100 (CET) Message-Id: <20110113.153629.78802000.sthaug@nethelp.no> To: freebsd-net@freebsd.org, freebsd-current@freebsd.org From: sthaug@nethelp.no In-Reply-To: <20110113.151652.104127547.sthaug@nethelp.no> References: <20110113.151652.104127547.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Intel 10GBase-LR Ethernet card detected as 10GBase-SR 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, 13 Jan 2011 14:36:32 -0000 > I have a server with an Intel X520-LR1 Ethernet card, which is a > 10GBase-LR card: ... > The problem is that this card is shown by ifconfig as a 10GBase-SR card: ... > I made a 1-line patch to the 8.2-RC1 code, enclosed below, and now have > ifconfig showing the expected value: Problem report and patch now available as kern/153951. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 14:43:33 2011 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 F2E9410656B0 for ; Thu, 13 Jan 2011 14:43:33 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 518318FC20 for ; Thu, 13 Jan 2011 14:43:32 +0000 (UTC) Received: (qmail 33948 invoked from network); 13 Jan 2011 14:16:52 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 13 Jan 2011 14:16:52 -0000 Date: Thu, 13 Jan 2011 15:16:52 +0100 (CET) Message-Id: <20110113.151652.104127547.sthaug@nethelp.no> To: freebsd-net@freebsd.org, freebsd-current@freebsd.org From: sthaug@nethelp.no X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Intel 10GBase-LR Ethernet card detected as 10GBase-SR 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, 13 Jan 2011 14:43:34 -0000 I have a server with an Intel X520-LR1 Ethernet card, which is a 10GBase-LR card: http://ark.intel.com/Product.aspx?id=41164 The card contains the Intel 82599ES controller: http://ark.intel.com/Product.aspx?id=41282 pciconf -lv shows: ix0@pci0:28:0:0: class=0x020000 card=0x00068086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet where /sys/dev/ixgbe/ixgbe_type.h has the PCI ID definition: #define IXGBE_DEV_ID_82599_SFP 0x10FB The problem is that this card is shown by ifconfig as a 10GBase-SR card: % ifconfig ix0 ix0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:1b:21:7c:7b:94 media: Ethernet autoselect (10Gbase-SR ) status: active I believe this is due to the following code in /sys/dev/ixgbe/ixgbe.c line 423, routine ixgbe_attach(): case IXGBE_DEV_ID_82599_SFP: adapter->optics = IFM_10G_SR; I'm looking at version 1.17.2.12.2.1, from 8.2-RC1, but I see this code is the same in version 1.45, from HEAD: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ixgbe/ixgbe.c?rev=1.45;content-type=text/plain I made a 1-line patch to the 8.2-RC1 code, enclosed below, and now have ifconfig showing the expected value: y% ifconfig ix0 ix0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:1b:21:7c:7b:94 media: Ethernet autoselect (10Gbase-LR ) status: active Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- --- ixgbe.c.orig 2010-12-21 18:09:25.000000000 +0100 +++ ixgbe.c 2011-01-13 14:31:14.000000000 +0100 @@ -421,7 +421,7 @@ adapter->optics = IFM_10G_LR; break; case IXGBE_DEV_ID_82599_SFP: - adapter->optics = IFM_10G_SR; + adapter->optics = IFM_10G_LR; ixgbe_num_segs = IXGBE_82599_SCATTER; break; case IXGBE_DEV_ID_82598_DA_DUAL_PORT : From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 16:28:37 2011 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 532DF106564A for ; Thu, 13 Jan 2011 16:28:37 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD4698FC13 for ; Thu, 13 Jan 2011 16:28:36 +0000 (UTC) Received: by eyf6 with SMTP id 6so912953eyf.13 for ; Thu, 13 Jan 2011 08:28:35 -0800 (PST) Received: by 10.213.36.2 with SMTP id r2mr2475290ebd.51.1294936115327; Thu, 13 Jan 2011 08:28:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.8.142 with HTTP; Thu, 13 Jan 2011 08:28:14 -0800 (PST) In-Reply-To: <20110113005647.GA43070@mech-cluster241.men.bris.ac.uk> References: <20110109222228.GA45587@mech-cluster241.men.bris.ac.uk> <201101100922.58354.bschmidt@freebsd.org> <20110113005647.GA43070@mech-cluster241.men.bris.ac.uk> From: Chris Brennan Date: Thu, 13 Jan 2011 11:28:14 -0500 Message-ID: To: Bernhard Schmidt , Anton Shterenlikht , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: console freeze after "ifconfig wlan0 scan" with wi(4) pccard device 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, 13 Jan 2011 16:28:37 -0000 On Wed, Jan 12, 2011 at 7:56 PM, Anton Shterenlikht wrote: > but still can't connect to the gateway: > > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ping: sendto: No route to host > ping: sendto: No route to host > ping: sendto: No route to host > ^C > --- 192.168.1.1 ping statistics --- > 3 packets transmitted, 0 packets received, 100.0% packet loss > After you get the IP, assign a default gw route add default gw 192.168.1.1 that should do it hth/c- From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 16:47:24 2011 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 5CA9D1065672 for ; Thu, 13 Jan 2011 16:47:24 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.153.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3509E8FC14 for ; Thu, 13 Jan 2011 16:47:23 +0000 (UTC) Received: from calvin.pai.local (calvin.pai.local [10.0.6.33]) by mx2.paymentallianceintl.com (8.14.1/8.13.8) with ESMTP id p0DGQmYE066975 for ; Thu, 13 Jan 2011 11:26:48 -0500 (EST) (envelope-from mikej@paymentallianceintl.com) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4721 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 13 Jan 2011 11:26:46 -0500 Message-ID: <71E8B8120FF7A542AA24D740A9DADCFCC0FE4D@exchange.paymentallianceintl.com> X-MS-Has-Attach: Importance: normal Priority: normal X-MS-TNEF-Correlator: Thread-Topic: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 thread-index: AcuzPqwkGRlCCJ4+Sf+Oeog9rG87kw== From: "Michael Jung" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 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, 13 Jan 2011 16:47:24 -0000 Links to crash info below. http://216.26.153.6/bounds http://216.26.153.6/config.txt http://216.26.153.6/ddb.txt http://216.26.153.6/info.1 http://216.26.153.6/msgbuf.txt http://216.26.153.6/panic.txt http://216.26.153.6/ version.txt CONFIDENTIALITY NOTE: This message is intended only for the use of the individual or entity to whom it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please notify us by telephone at (502) 212-4001 or notify us at PAI , Dept. 99, 11857 Commonwealth Drive, Louisville, KY 40299. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 17:12:04 2011 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 93056106566C for ; Thu, 13 Jan 2011 17:12:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 764738FC17 for ; Thu, 13 Jan 2011 17:12:04 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p0DHC4rN032577 for ; Thu, 13 Jan 2011 09:12:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p0DHC4dC032576 for freebsd-current@freebsd.org; Thu, 13 Jan 2011 09:12:04 -0800 (PST) (envelope-from sgk) Date: Thu, 13 Jan 2011 09:12:04 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20110113171139.GA32250@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Profiling code execution on amd64? 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, 13 Jan 2011 17:12:04 -0000 How does one profile one's code on freebsd-amd64? It seems that gprof is broken. troutmask:kargl[234] time ../penetration CPU time: 7.327 min Start time: 2011-01-13 08:59:18.419 Stop time: 2011-01-13 09:06:39.082 CPU time: 7.34 min 440.68 real 440.25 user 0.11 sys troutmask:kargl[235] gprof -b -l ../penetration penetration.gmon | more granularity: each sample hit covers 4 byte(s) for 0.00% of 25.46 seconds % cumulative self self total time seconds seconds calls ms/call ms/call name 96.2 24.48 24.48 282440 0.09 0.09 __mempoolm_MOD_memadd [4] 1.4 24.84 0.35 0 100.00% _mcount [5] 0.7 25.03 0.19 1 188.65 188.82 __srfm_MOD_rms [6] 0.5 25.14 0.12 608847 0.00 0.00 memcpy [11] I cannot reconcile how 440.25 seconds is the same a 25.46. Should src/usr.bin/gprof be disconnected from the build? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 18:14:19 2011 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 39143106566B; Thu, 13 Jan 2011 18:14:19 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Ariff Abdullah Date: Thu, 13 Jan 2011 13:14:07 -0500 User-Agent: KMail/1.6.2 References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110112095303.90855x262n37p68s@econet.encontacto.net> <20110113112249.417b6c49.ariff@FreeBSD.org> In-Reply-To: <20110113112249.417b6c49.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101131314.09630.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org, eculp Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 13 Jan 2011 18:14:19 -0000 On Wednesday 12 January 2011 10:22 pm, Ariff Abdullah wrote: > On Wed, 12 Jan 2011 09:53:03 -0600 > > eculp wrote: > > Quoting Ariff Abdullah : > > > On Wed, 12 Jan 2011 22:51:29 +0800 > > > Ariff Abdullah wrote: > > > > > > [....] > > > > > >> Try disabling mtrr, machdep.disable_mtrrs=0 through > > >> boot prompt or /boot/loader.conf. > > > > > > Grr.. should be machdep.disable_mtrrs=1 > > > > Caught it, changed it en loader.conf, rebooted and have had > > youtube > > > > running more that 10 minutes with no ill affects. > > Keep in mind that disabling mtrr is a temporary measure. > > > Want to clarify that this in with current i386. > > > > 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 CST > > 2011 > > > > root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386 > > > > Thanks again, > > > > ed > > > > Thanks so much for your help. > > > > ed > > > > >> If that is the case, you probably want this: > > >> > > >> http://people.freebsd.org/~ariff/misc/mtrr.diff > > This breakage was due to r215415 commit. Jung-uk Kim, any idea ? Hmm... Can you please tell me the exact CPU models? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 20:25:10 2011 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 29E9C10656A3; Thu, 13 Jan 2011 20:25:09 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 13 Jan 2011 15:24:52 -0500 User-Agent: KMail/1.6.2 References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110113112249.417b6c49.ariff@FreeBSD.org> <201101131314.09630.jkim@FreeBSD.org> In-Reply-To: <201101131314.09630.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_X+1LNJ35SXOz5uH" Message-Id: <201101131524.55309.jkim@FreeBSD.org> Cc: eculp , Ariff Abdullah Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 13 Jan 2011 20:25:10 -0000 --Boundary-00=_X+1LNJ35SXOz5uH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 13 January 2011 01:14 pm, Jung-uk Kim wrote: > On Wednesday 12 January 2011 10:22 pm, Ariff Abdullah wrote: > > On Wed, 12 Jan 2011 09:53:03 -0600 > > > > eculp wrote: > > > Quoting Ariff Abdullah : > > > > On Wed, 12 Jan 2011 22:51:29 +0800 > > > > Ariff Abdullah wrote: > > > > > > > > [....] > > > > > > > >> Try disabling mtrr, machdep.disable_mtrrs=0 through > > > >> boot prompt or /boot/loader.conf. > > > > > > > > Grr.. should be machdep.disable_mtrrs=1 > > > > > > Caught it, changed it en loader.conf, rebooted and have had > > > youtube > > > > > > running more that 10 minutes with no ill affects. > > > > Keep in mind that disabling mtrr is a temporary measure. > > > > > Want to clarify that this in with current i386. > > > > > > 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 CST > > > 2011 > > > > > > root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386 > > > > > > Thanks again, > > > > > > ed > > > > > > Thanks so much for your help. > > > > > > ed > > > > > > >> If that is the case, you probably want this: > > > >> > > > >> http://people.freebsd.org/~ariff/misc/mtrr.diff > > > > This breakage was due to r215415 commit. Jung-uk Kim, any idea ? Can you please try the attached patch *without* ariff's workaround? Thanks, Jung-uk Kim --Boundary-00=_X+1LNJ35SXOz5uH Content-Type: text/plain; charset="iso-8859-1"; name="cache_mode.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cache_mode.diff" Index: sys/amd64/amd64/initcpu.c =================================================================== --- sys/amd64/amd64/initcpu.c (revision 217356) +++ sys/amd64/amd64/initcpu.c (working copy) @@ -169,6 +169,9 @@ void initializecpucache() { + /* Turn on normal cache mode. */ + load_cr0(rcr0() & ~(CR0_CD | CR0_NW)); + /* * CPUID with %eax = 1, %ebx returns * Bits 15-8: CLFLUSH line size Index: sys/i386/i386/initcpu.c =================================================================== --- sys/i386/i386/initcpu.c (revision 217356) +++ sys/i386/i386/initcpu.c (working copy) @@ -532,7 +532,6 @@ init_mendocino(void) wrmsr(MSR_BBL_CR_CTL3, bbl_cr_ctl3); } - load_cr0(rcr0() & ~(CR0_CD | CR0_NW)); intr_restore(saveintr); #endif /* CPU_PPRO2CELERON */ } @@ -701,6 +700,8 @@ initializecpu(void) pg_nx = PG_NX; } #endif + /* Turn on normal cache mode. */ + load_cr0(rcr0() & ~(CR0_CD | CR0_NW)); break; #endif default: --Boundary-00=_X+1LNJ35SXOz5uH-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 20:45:34 2011 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 112A7106566C for ; Thu, 13 Jan 2011 20:45:34 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C849E8FC20 for ; Thu, 13 Jan 2011 20:45:33 +0000 (UTC) Received: by iyb26 with SMTP id 26so1976347iyb.13 for ; Thu, 13 Jan 2011 12:45:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3yHxb0u4cjXTCAaGasGE256o22Ogd06Qm6u1sKOX/zs=; b=ut5sM7KUc1ytPk2v1Xw9q+E3DJ4OZNiEbkkko5aSdx72MtkPOFdImaB3FIbbqxdGRu 4K+lwWf/Pl6AhfsuDMdx5L0Ta8pLuyT1VrwJnuOlJjlngvJcOy/VT4ryOBjFkd2bM2iD Y1ADcIf1ML+uqLgXXvyEpn6M5H/TPRrfCwQjc= 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=rnhq6bsiO1lFanNxL4R9k9ehCL0ZqgfDzauzXbua/SaFlMe8p8D8NmJkPvwv2tjJ+X qBO4eHTiTgg+gneZh4L8i02t6e1z50+yXQIzKgkgdHvtxd/YalTYBhbh/s88Kfxw1vyw nZVLDCUjj4RXqrO5VBZEZZRgIVSAR3GJdXXhs= MIME-Version: 1.0 Received: by 10.231.13.197 with SMTP id d5mr2901730iba.6.1294949810499; Thu, 13 Jan 2011 12:16:50 -0800 (PST) Received: by 10.231.59.134 with HTTP; Thu, 13 Jan 2011 12:16:50 -0800 (PST) In-Reply-To: References: Date: Thu, 13 Jan 2011 21:16:50 +0100 Message-ID: From: Daniel Nebdal To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: David DEMELIER , Nils Holland , "C. P. Ghost" Subject: Re: why panic(9) ? 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, 13 Jan 2011 20:45:34 -0000 On Wed, Jan 12, 2011 at 1:43 PM, Nils Holland wrote: > C. P. Ghost wrote: > >> As far as I know, Windows NT is a microkernel arch, and >> faulty drivers, often provided by external vendors would not >> bring that system (as much as we hate or despise its >> Windows OS personality that runs on top of it) to a complete halt. > > I don't know ... when Windows crashes (I'm no fan of it either, but anyway) > and you ask Microsoft about it, then it's most of the time an external > driver that is responsible. Graphics card driver seem to be the cause most > often, but other stuff as well. (...) > Greetings, > Nils a) NT isn't really a microkernel; most drivers run in kernelspace and can happily mess things up if they fail. b) Graphics drivers are actually one of the things they've fixed (well, re-fixed; this was also the case in 3.51) - from Vista and onwards they mostly live in userspace. (I've had the graphics driver crash on me a few times - it's restarted automatically, and all that happens is that the screen goes black for some seconds. It's kind of impressive.) More on topic, I can only agree with the majority - failing fast is a feature, both to mess things up as little as possible, and to make diagnostics and later fixing easier. -- Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 22:31:45 2011 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 7CB7D1065674; Thu, 13 Jan 2011 22:31:45 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id E6B678FC16; Thu, 13 Jan 2011 22:31:43 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7629745C9C; Thu, 13 Jan 2011 23:31:41 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2834C45C8A; Thu, 13 Jan 2011 23:31:35 +0100 (CET) Date: Thu, 13 Jan 2011 23:31:25 +0100 From: Pawel Jakub Dawidek To: Chris Forgeron Message-ID: <20110113223125.GA2330@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: "freebsd-fs@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: My ZFS v28 Testing Experience 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, 13 Jan 2011 22:31:45 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 12, 2011 at 11:03:19PM -0400, Chris Forgeron wrote: > I've been testing out the v28 patch code for a month now, and I've yet to= report any real issues other than what is mentioned below.=20 >=20 > I'll detail some of the things I've tested, hopefully the stability of v2= 8 in FreeBSD will convince others to give it a try so the final release of = v28 will be as solid as possible. >=20 > I've been using FreeBSD 9.0-CURRENT as of Dec 12th, and 8.2PRE as of Dec = 16th >=20 > What's worked well: >=20 > - I've made and destroyed small raidz's (3-5 disks), large 26 disk raid-1= 0's, and a large 20 disk raid-50. > - I've upgraded from v15, zfs 4, no issues on the different arrays noted = above > - I've confirmed that a v15 or v28 pool will import into Solaris 11 Expre= ss, and vice versa, with the exception about dual log or cache devices note= d below.=20 > - I've run many TB of data through the ZFS storage via benchmarks from my= VM's connected via NFS, to simple copies inside the same pool, or copies f= rom one pool to another.=20 > - I've tested pretty much every compression level, and changing them as I= tweak my setup and try to find the best blend. > - I've added and subtracted many a log and cache device, some in failed s= tates from hot-removals, and the pools always stayed intact. Thank you very much for all your testing, that's really a valuable contribution. I'll be happy to work with you on tracking down the bottleneck in ZFSv28. > Issues: >=20 > - Import of pools with multiple cache or log devices. (May be a very mino= r point) >=20 > A v28 pool created in Solaris 11 Express with 2 or more log devices, or 2= or more cache devices won't import in FreeBSD 9. This also applies to a po= ol that is created in FreeBSD, is imported in Solaris to have the 2 log dev= ices added there, then exported and attempted to be imported back in FreeBS= D. No errors, zpool import just hangs forever. If I reboot into Solaris, im= port the pool, remove the dual devices, then reboot into FreeBSD, I can the= n import the pool without issue. A single cache, or log device will import = just fine. Unfortunately I deleted my witness-enabled FreeBSD-9 drive, so I= can't easily fire it back up to give more debug info. I'm hoping some kind= soul will attempt this type of transaction and report more detail to the l= ist. >=20 > Note - I just decided to try adding 2 cache devices to a raidz pool in Fr= eeBSD, export, and then importing, all without rebooting. That seems to wor= k. BUT - As soon as you try to reboot FreeBSD with this pool staying active= , it hangs on boot. Booting into Solaris, removing the 2 cache devices, the= n booting back into FreeBSD then works. Something is kept in memory between= exporting then importing that allows this to work. =20 Unfortunately I'm unable to reproduce this. It works for me with 2 cache and 2 log vdevs. I tried to reboot, etc. My test exactly looks like this: # zpool create tank raidz ada0 ada1 # zpool add tank cache ada0 ada1 # zpool export tank # kldunload zfs # zpool import tank # reboot > - Speed. (More of an issue, but what do we do?) >=20 > Wow, it's much slower than Solaris 11 Express for transactions. I do unde= rstand that Solaris will have a slight advantage over any port of ZFS. All = of my speed tests are made with a kernel without debug, and yes, these are = -CURRENT and -PRE releases, but the speed difference is very large. Before we go any further could you please confirm that you commented out this line in sys/modules/zfs/Makefile: CFLAGS+=3D-DDEBUG=3D1 This turns all kind of ZFS debugging and slows it down a lot, but for the correctness testing is invaluable. This will be turned off once we import ZFS into FreeBSD-CURRENT. BTW. In my testing Solaris 11 Express is much, much slower than FreeBSD/ZFSv28. And by much I mean two or more times in some tests. I was wondering if they have some debug turned on in Express. > At first, I thought it may be more of an issue with the ix0/Intel X520DA2= 10Gbe drivers that I'm using, since the bulk of my tests are over NFS (I'm= going to use this as a SAN via NFS, so I test in that environment).=20 >=20 > But - I did a raw cp command from one pool to another of several TB. I ex= ecuted the same command under FreeBSD as I did under Solaris 11 Express. Wh= en executed in FreeBSD, the copy took 36 hours. With a fresh destination po= ol of the same settings/compression/etc under Solaris, the copy took 7.5 ho= urs.=20 When you turn off compression (because it turns all-zero blocks into holes) you can test it by simply: # dd if=3D/dev/zero of=3D//zero bs=3D1m --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0vfT0ACgkQForvXbEpPzTvxwCgib/g/1XuwWzSXj325r/keAwA sHMAn2hW/6V3HJU2mFd3YKdvARFy0xv3 =sy15 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 13 23:20:39 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from nanoha (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 34167106564A; Thu, 13 Jan 2011 23:20:38 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 14 Jan 2011 07:20:31 +0800 From: Ariff Abdullah To: Jung-uk Kim Message-Id: <20110114072031.041b5700.ariff@FreeBSD.org> In-Reply-To: <201101131524.55309.jkim@FreeBSD.org> References: <30407800.3251371294783096175.JavaMail.root@wmail14> <20110113112249.417b6c49.ariff@FreeBSD.org> <201101131314.09630.jkim@FreeBSD.org> <201101131524.55309.jkim@FreeBSD.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__14_Jan_2011_07_20_31_+0800_AoJLHAGztNGHyEKn" Cc: freebsd-current@FreeBSD.org, eculp@encontacto.net Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 13 Jan 2011 23:20:39 -0000 --Signature=_Fri__14_Jan_2011_07_20_31_+0800_AoJLHAGztNGHyEKn Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 13 Jan 2011 15:24:52 -0500 Jung-uk Kim wrote: > On Thursday 13 January 2011 01:14 pm, Jung-uk Kim wrote: > > On Wednesday 12 January 2011 10:22 pm, Ariff Abdullah wrote: > > > On Wed, 12 Jan 2011 09:53:03 -0600 > > > > > > eculp wrote: > > > > Quoting Ariff Abdullah : > > > > > On Wed, 12 Jan 2011 22:51:29 +0800 > > > > > Ariff Abdullah wrote: > > > > > > > > > > [....] > > > > > > > > > >> Try disabling mtrr, machdep.disable_mtrrs=3D0 through > > > > >> boot prompt or /boot/loader.conf. > > > > > > > > > > Grr.. should be machdep.disable_mtrrs=3D1 > > > > > > > > Caught it, changed it en loader.conf, rebooted and have had > > > > youtube > > > > > > > > running more that 10 minutes with no ill affects. > > > > > > Keep in mind that disabling mtrr is a temporary measure. > > > > > > > Want to clarify that this in with current i386. > > > > > > > > 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 CST > > > > 2011 > > > > > > > > root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386 > > > > > > > > Thanks again, > > > > > > > > ed > > > > > > > > Thanks so much for your help. > > > > > > > > ed > > > > > > > > >> If that is the case, you probably want this: > > > > >> > > > > >> http://people.freebsd.org/~ariff/misc/mtrr.diff > > > > > > This breakage was due to r215415 commit. Jung-uk Kim, any idea ? >=20 > Can you please try the attached patch *without* ariff's workaround? >=20 X Display corruption and erratic mouse behaviour still occured. Hardware is Thinkpad x100e using single-core Athlon Neo running r217079 / amd64 . CPU: AMD Athlon(tm) Neo Processor MV-40 (1596.12-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x70ff2 Family =3D f Model =3D 7f=20 Stepping =3D 2=20 Features =3D 0x78bfbff=20 Features2=3D0x2001 AMD Features =3D 0xea500800 AMD Features2=3D 0x11d -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. --Signature=_Fri__14_Jan_2011_07_20_31_+0800_AoJLHAGztNGHyEKn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0viL8ACgkQlr+deMUwTNoZ7wCdEP19sq/9tlUlap8ujdcTznzw /T4AoJpdZjWZF92tJkaLyEksE7HcSpA5 =NBCK -----END PGP SIGNATURE----- --Signature=_Fri__14_Jan_2011_07_20_31_+0800_AoJLHAGztNGHyEKn-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 00:37:57 2011 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 993671065673 for ; Fri, 14 Jan 2011 00:37:57 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 595108FC1D for ; Fri, 14 Jan 2011 00:37:56 +0000 (UTC) Received: by ywp6 with SMTP id 6so696793ywp.13 for ; Thu, 13 Jan 2011 16:37:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=M49E+lpD7J7PPUGcFFVhJA31vftnYeQCRc+gOJFiqNc=; b=E6p3iJl/bGzUrSsVfRLYqzQKlU4g8H0WXVslP56AKXahGaeT7udMOOTH9gn0MKCuce vq9/kcY1Fw+jtWpb2JYqqCv2OtMwtPZDfsxxqgMGCn777+yaYSL5N3qBUXPt2A7L4E4v E+jn42WcFPk5C69kLlN5i6IxaQndRQ+FwSqHg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FXcdJlrmqEQuSia24ISfGAWcIlAmGdPrjgddLQE+pCDcD69L/LSB7jmKbEAz6wne11 jNC4vMhKHKBL5XuHFYBqFrBibpWWKw1LU+r4WEUAASMzN/7mpIX76HtOag1c4AZAsiBc CjMvEILPIPzaLrQmV5tQ1+V3Hk4MIRsFM3FeY= MIME-Version: 1.0 Received: by 10.236.109.146 with SMTP id s18mr258775yhg.28.1294965476508; Thu, 13 Jan 2011 16:37:56 -0800 (PST) Received: by 10.236.110.10 with HTTP; Thu, 13 Jan 2011 16:37:56 -0800 (PST) Date: Thu, 13 Jan 2011 19:37:56 -0500 Message-ID: From: Aryeh Friedman To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: ale(4) causes panic after r217323 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, 14 Jan 2011 00:37:57 -0000 I have already told jhb about this and he provided a patch that failed.... maybe someone else has a solution. Problem: As soon as ale(4) switches from DOWN to UP kernel panics due to lock state switch How to repeat: ifconfig ale0 192.168.2.2 From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 01:11:19 2011 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 7CDD810656A7; Fri, 14 Jan 2011 01:11:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Ariff Abdullah Date: Thu, 13 Jan 2011 20:10:58 -0500 User-Agent: KMail/1.6.2 References: <30407800.3251371294783096175.JavaMail.root@wmail14> <201101131524.55309.jkim@FreeBSD.org> <20110114072031.041b5700.ariff@FreeBSD.org> In-Reply-To: <20110114072031.041b5700.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101132011.05107.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org, eculp@encontacto.net Subject: Re: R: Recent mouse freeze problem with X, different window managers, any browser and flash. 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, 14 Jan 2011 01:11:19 -0000 On Thursday 13 January 2011 06:20 pm, Ariff Abdullah wrote: > On Thu, 13 Jan 2011 15:24:52 -0500 > > Jung-uk Kim wrote: > > On Thursday 13 January 2011 01:14 pm, Jung-uk Kim wrote: > > > On Wednesday 12 January 2011 10:22 pm, Ariff Abdullah wrote: > > > > On Wed, 12 Jan 2011 09:53:03 -0600 > > > > > > > > eculp wrote: > > > > > Quoting Ariff Abdullah : > > > > > > On Wed, 12 Jan 2011 22:51:29 +0800 > > > > > > Ariff Abdullah wrote: > > > > > > > > > > > > [....] > > > > > > > > > > > >> Try disabling mtrr, machdep.disable_mtrrs=0 through > > > > > >> boot prompt or /boot/loader.conf. > > > > > > > > > > > > Grr.. should be machdep.disable_mtrrs=1 > > > > > > > > > > Caught it, changed it en loader.conf, rebooted and have had > > > > > youtube > > > > > > > > > > running more that 10 minutes with no ill affects. > > > > > > > > Keep in mind that disabling mtrr is a temporary measure. > > > > > > > > > Want to clarify that this in with current i386. > > > > > > > > > > 9.0-CURRENT FreeBSD 9.0-CURRENT #161: Wed Jan 12 04:38:15 > > > > > CST 2011 > > > > > > > > > > root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO > > > > > i386 > > > > > > > > > > Thanks again, > > > > > > > > > > ed > > > > > > > > > > Thanks so much for your help. > > > > > > > > > > ed > > > > > > > > > > >> If that is the case, you probably want this: > > > > > >> > > > > > >> http://people.freebsd.org/~ariff/misc/mtrr.diff > > > > > > > > This breakage was due to r215415 commit. Jung-uk Kim, any > > > > idea ? > > > > Can you please try the attached patch *without* ariff's > > workaround? > > X Display corruption and erratic mouse behaviour still occured. > > Hardware is Thinkpad x100e using single-core Athlon Neo running > r217079 / amd64 . > > CPU: AMD Athlon(tm) Neo Processor MV-40 (1596.12-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x70ff2 Family = f Model = 7f > Stepping = 2 > Features = > 0x78bfbff PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=0x2001 > AMD Features = > 0xea500800 > AMD Features2= > 0x11d Okay. I just wanted to make sure there's no strangeness with intial value from BIOS. Although I think I know why it happens, I am not sure how to fix it properly. If I cannot come up with a better idea soon, I can commit your patch and restore the previous behaviour. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 03:32:57 2011 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 1927C106566C for ; Fri, 14 Jan 2011 03:32:57 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 975108FC16 for ; Fri, 14 Jan 2011 03:32:56 +0000 (UTC) Received: by eyf6 with SMTP id 6so1229375eyf.13 for ; Thu, 13 Jan 2011 19:32:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yW0YtZsQyjcfaZ1zDPs5MWbMNmk/yVBXirNZPPYrL6A=; b=N7fMyHHgaUNUH7QXSp9UAQkXEcfs1uR7ZG1b7/e1842x6tsQO35DMyr/HHbrMhgI+/ YNm/Wk2XmFEf9sINQZe0/apTkW8qT13+5X+3PNyI1wWzWCUpo5Boj1z5CntXGnMOJL6q PWLoDuQBFo7cgEHHECBix7fFPsNvHv1S8rdYM= 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=t1y0YD3Rx99pUVlwGMqeHrHgq9Xqw9vP7Fskq7gOoU4HMvPd7enXjrrwI+GjvsLCcn Xjz+SYLjWH70YjUXStXT0zQIFtSaMQ32eAZgU4iCA8lG+UGq6yWL6m6wxCtaqKbpBO6t FHXSW2jhAnObhRXo24ASVzP2tDxpiJfQ5JhQQ= MIME-Version: 1.0 Received: by 10.213.4.198 with SMTP id 6mr1143751ebs.74.1294974510082; Thu, 13 Jan 2011 19:08:30 -0800 (PST) Received: by 10.213.22.14 with HTTP; Thu, 13 Jan 2011 19:08:30 -0800 (PST) In-Reply-To: <20110113171139.GA32250@troutmask.apl.washington.edu> References: <20110113171139.GA32250@troutmask.apl.washington.edu> Date: Thu, 13 Jan 2011 22:08:30 -0500 Message-ID: From: Ryan Stone To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Profiling code execution on amd64? 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, 14 Jan 2011 03:32:57 -0000 I would suggest using hwpmc for profiling: # kldload hwpmc # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt You can also get pmcstat to generate gprof-compatible output with -g, but I never use the mode so I'm really not sure what it gives you. I think that you have to run gprof on the output or something, but don't hold me to that. From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 04:05:49 2011 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 CA4C71065670 for ; Fri, 14 Jan 2011 04:05:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id AB08D8FC18 for ; Fri, 14 Jan 2011 04:05:49 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p0E45nFd036440; Thu, 13 Jan 2011 20:05:49 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p0E45nH8036439; Thu, 13 Jan 2011 20:05:49 -0800 (PST) (envelope-from sgk) Date: Thu, 13 Jan 2011 20:05:49 -0800 From: Steve Kargl To: Ryan Stone Message-ID: <20110114040549.GA36430@troutmask.apl.washington.edu> References: <20110113171139.GA32250@troutmask.apl.washington.edu> 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-current@freebsd.org Subject: Re: Profiling code execution on amd64? 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, 14 Jan 2011 04:05:49 -0000 On Thu, Jan 13, 2011 at 10:08:30PM -0500, Ryan Stone wrote: > I would suggest using hwpmc for profiling: > > # kldload hwpmc > # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration > # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt > > > You can also get pmcstat to generate gprof-compatible output with -g, > but I never use the mode so I'm really not sure what it gives you. I > think that you have to run gprof on the output or something, but don't > hold me to that. Thanks. I'll give it a try, but my initial attempt seems to indicate that one needs to be root to use hwpmc. laptop:kargl[210] pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration pmcstat: ERROR: Cannot allocate system-mode pmc with specification "unhalted-cycles": Operation not permitted -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 10:01:30 2011 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 C498D1065672 for ; Fri, 14 Jan 2011 10:01:30 +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 8892D8FC18 for ; Fri, 14 Jan 2011 10:01:30 +0000 (UTC) Received: from p57918e5f.dip.t-dialin.net ([87.145.142.95] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PdfdI-0006Uw-Nu for freebsd-current@freebsd.org; Fri, 14 Jan 2011 10:07:44 +0100 Message-ID: <4D30125C.70607@gwdg.de> Date: Fri, 14 Jan 2011 10:07:40 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.2.13) Gecko/20101218 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Subject: Endless CAM messages with recent 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: Fri, 14 Jan 2011 10:01:30 -0000 Today I updated my 9.0-CURRENT system (amd64) to revision 199506: After rebooting I get the following messages two times per second in an endless run: --------------------------------------------- ... Jan 14 09:37:47 krabat kernel: (sg1:umass-sim0:0:0:0): cam_periph_release_locked: release 0xfffffe0009f41200 when refcount is zero Jan 14 09:37:47 krabat kernel: Jan 14 09:37:48 krabat kernel: (sg2:umass-sim0:0:0:1): cam_periph_release_locked: release 0xfffffe0009f41100 when refcount is zero Jan 14 09:37:48 krabat kernel: ... --------------------------------------------- sg1 and sg2 are devices from my front panel card reader Silverstone SST-FP35B: #camcontrol devlist [..snip..] at scbus6 target 0 lun 0 (sg1,pass3,da0) at scbus6 target 0 lun 1 (sg2,pass4,da1) Is it possible that the last changes in usb code (xhci) or in cam code are responsible for this? Does anyone else observe this behaviour? Please let me know if you need more info or if I can test something. Thank you for any hint, Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 15:21:07 2011 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 41E0D1065670 for ; Fri, 14 Jan 2011 15:21:07 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id CBED78FC14 for ; Fri, 14 Jan 2011 15:21:06 +0000 (UTC) Received: from p57918e5f.dip.t-dialin.net ([87.145.142.95] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PdlSa-0002AL-Re; Fri, 14 Jan 2011 16:21:05 +0100 Message-ID: <4D3069DC.5040304@gwdg.de> Date: Fri, 14 Jan 2011 16:21:00 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.2.13) Gecko/20101218 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4D30125C.70607@gwdg.de> In-Reply-To: <4D30125C.70607@gwdg.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Hans Petter Selasky Subject: Re: Endless CAM messages with recent 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: Fri, 14 Jan 2011 15:21:07 -0000 After looking around I had been able to localise the cause for the described messages, see below: On 14.01.2011 10:07 (UTC+1), Rainer Hurling wrote: > Today I updated my 9.0-CURRENT system (amd64) to revision 199506: After > rebooting I get the following messages two times per second in an > endless run: > > > --------------------------------------------- > ... > Jan 14 09:37:47 krabat kernel: (sg1:umass-sim0:0:0:0): > cam_periph_release_locked: release 0xfffffe0009f41200 when refcount is zero > Jan 14 09:37:47 krabat kernel: > Jan 14 09:37:48 krabat kernel: (sg2:umass-sim0:0:0:1): > cam_periph_release_locked: release 0xfffffe0009f41100 when refcount is zero > Jan 14 09:37:48 krabat kernel: > ... > --------------------------------------------- When turning off hald no more of these messages appear. hald is trying to poll the card reader, but it does not like this. So prohibiting the polling in /usr/local/share/hal/fdi/preprobe/20thirdparty/ solves my problem: #cat 10-broken-usb-card-reader.fdi false > sg1 and sg2 are devices from my front panel card reader Silverstone > SST-FP35B: > > #camcontrol devlist > [..snip..] > at scbus6 target 0 lun 0 (sg1,pass3,da0) > at scbus6 target 0 lun 1 (sg2,pass4,da1) > > > Is it possible that the last changes in usb code (xhci) or in cam code > are responsible for this? Does anyone else observe this behaviour? A more generic approach would be to integrate the polling info into /usr/local/share/hal/fdi/preprobe/10osvendor/20-broken-usb-sticks.fdi. Is anyone willing to integrate the code (.fdi file or some quirks) in the usb stuff? In that case Linux is offering some more info about this device: #lssub Bus 002 Device 002: ID05e3:0716 Genesys Logic, Inc. USB2.0 Multislot Card Reader/Writer idVendor 0x05e3 Genesys Logic, Inc. #usb-devices T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 2 Spd=480 MxCh= 0 D: Ver=2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=05e3 ProdID=0176 Rev=97.44 S: Product=USB Storage S: SerialNumber=000000009744 C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=500mA I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage Note, that the card reader from Benesys Logic is only one device of some more (firewire, eSATA, USB slots ...), which are provided from the 'Silverstone SST-FP35B' front panel access unit. > Please let me know if you need more info or if I can test something. Thanks in advance, Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 17:11:18 2011 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 EA1F5106564A for ; Fri, 14 Jan 2011 17:11:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 876F68FC17 for ; Fri, 14 Jan 2011 17:11:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2F3EE46B09 for ; Fri, 14 Jan 2011 12:11:18 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 252F98A009 for ; Fri, 14 Jan 2011 12:11:17 -0500 (EST) From: John Baldwin To: current@freebsd.org Date: Fri, 14 Jan 2011 12:11:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_vOIMNWWPyz9Y4cO" Message-Id: <201101141211.11674.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 14 Jan 2011 12:11:17 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: HEADSUP: Realtime thread scheduling changed 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, 14 Jan 2011 17:11:19 -0000 --Boundary-00=_vOIMNWWPyz9Y4cO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is just a heads up that I've committed some changes to how the scheduler handles realtime thread priorities. Please let me know of any issues you encounter with nice, rtprio, or idprio. Note that as a result of these changes, rtprio threads will no longer share priorities with interactive timeshare threads. Instead, rtprio threads are now always more important than non-rt threads. -- John Baldwin --Boundary-00=_vOIMNWWPyz9Y4cO Content-Type: message/rfc822; name="forwarded message" Content-Transfer-Encoding: 7bit Content-Description: John Baldwin : svn commit: r217410 - in head/sys: kern sys Content-Disposition: inline Return-Path: Received: from bigwig.baldwin.cx ([unix socket]) by bigwig.baldwin.cx (Cyrus v2.3.16) with LMTPA; Fri, 14 Jan 2011 12:08:14 -0500 X-Sieve: CMU Sieve 2.3 Received: from bigwig.baldwin.cx (localhost [IPv6:::1]) by bigwig.baldwin.cx (Postfix) with ESMTP id 343138A01D for ; Fri, 14 Jan 2011 12:08:13 -0500 (EST) Received: from cyrus.watson.org [65.122.17.42] by bigwig.baldwin.cx with POP3 (fetchmail-6.3.17) for (single-drop); Fri, 14 Jan 2011 12:08:13 -0500 (EST) Received: from cyrus.watson.org ([unix socket]) by cyrus.watson.org (Cyrus v2.3.13) with LMTPA; Fri, 14 Jan 2011 12:07:07 -0500 X-Sieve: CMU Sieve 2.3 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by cyrus.watson.org (Postfix) with ESMTP id 02EFB46B09 for ; Fri, 14 Jan 2011 12:07:07 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 444C5153A6C for ; Fri, 14 Jan 2011 17:06:59 +0000 (UTC) Received: by hub.freebsd.org (Postfix) id BD9B0106566B; Fri, 14 Jan 2011 17:06:56 +0000 (UTC) Delivered-To: jhb@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 0F20C1065675; Fri, 14 Jan 2011 17:06:56 +0000 (UTC) Delivered-To: src-committers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6999610656A6; Fri, 14 Jan 2011 17:06:54 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:4f8:fff6::2c]) by mx1.freebsd.org (Postfix) with ESMTP id 57D1A8FC34; Fri, 14 Jan 2011 17:06:54 +0000 (UTC) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.3/8.14.3) with ESMTP id p0EH6sae094828; Fri, 14 Jan 2011 17:06:54 GMT (envelope-from jhb@svn.freebsd.org) Received: (from jhb@localhost) by svn.freebsd.org (8.14.3/8.14.3/Submit) id p0EH6sXq094823; Fri, 14 Jan 2011 17:06:54 GMT (envelope-from jhb@svn.freebsd.org) Message-Id: <201101141706.p0EH6sXq094823@svn.freebsd.org> From: John Baldwin Date: Fri, 14 Jan 2011 17:06:54 +0000 (UTC) To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r217410 - in head/sys: kern sys X-SVN-Group: head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 14 Jan 2011 12:08:13 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00, TVD_RCVD_SPACE_BRACKET, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx X-Length: 9004 X-UID: 54245 Author: jhb Date: Fri Jan 14 17:06:54 2011 New Revision: 217410 URL: http://svn.freebsd.org/changeset/base/217410 Log: Rework realtime priority support: - Move the realtime priority range up above kernel sleep priorities and just below interrupt thread priorities. - Contract the interrupt and kernel sleep priority ranges a bit so that the timesharing priority band can be increased. The new timeshare range is now slightly larger than the old realtime + timeshare ranges. - Change the ULE scheduler to no longer use realtime priorities for interactive threads. Instead, the larger timeshare range is now split into separate subranges for interactive and non-interactive ("batch") threads. The end result is that interactive threads and non-interactive threads still use the same priority ranges as before, but realtime threads now have a separate, dedicated priority range. - Do not modify the priority of non-timeshare threads in sched_sleep() or via cv_broadcastpri(). Realtime and idle priority threads will no longer have their priorities affected by sleeping in the kernel. Reviewed by: jeff Modified: head/sys/kern/sched_4bsd.c head/sys/kern/sched_ule.c head/sys/kern/subr_sleepqueue.c head/sys/sys/priority.h Modified: head/sys/kern/sched_4bsd.c ============================================================================== --- head/sys/kern/sched_4bsd.c Fri Jan 14 16:42:13 2011 (r217409) +++ head/sys/kern/sched_4bsd.c Fri Jan 14 17:06:54 2011 (r217410) @@ -908,7 +908,7 @@ sched_sleep(struct thread *td, int pri) THREAD_LOCK_ASSERT(td, MA_OWNED); td->td_slptick = ticks; td->td_sched->ts_slptime = 0; - if (pri) + if (pri != 0 && PRI_BASE(td->td_pri_class) == PRI_TIMESHARE) sched_prio(td, pri); if (TD_IS_SUSPENDED(td) || pri >= PSOCK) td->td_flags |= TDF_CANSWAP; Modified: head/sys/kern/sched_ule.c ============================================================================== --- head/sys/kern/sched_ule.c Fri Jan 14 16:42:13 2011 (r217409) +++ head/sys/kern/sched_ule.c Fri Jan 14 17:06:54 2011 (r217410) @@ -118,11 +118,17 @@ static struct td_sched td_sched0; /* * Priority ranges used for interactive and non-interactive timeshare - * threads. Interactive threads use realtime priorities. - */ -#define PRI_MIN_INTERACT PRI_MIN_REALTIME -#define PRI_MAX_INTERACT PRI_MAX_REALTIME -#define PRI_MIN_BATCH PRI_MIN_TIMESHARE + * threads. The timeshare priorities are split up into four ranges. + * The first range handles interactive threads. The last three ranges + * (NHALF, x, and NHALF) handle non-interactive threads with the outer + * ranges supporting nice values. + */ +#define PRI_TIMESHARE_RANGE (PRI_MAX_TIMESHARE - PRI_MIN_TIMESHARE + 1) +#define PRI_INTERACT_RANGE ((PRI_TIMESHARE_RANGE - SCHED_PRI_NRESV) / 2) + +#define PRI_MIN_INTERACT PRI_MIN_TIMESHARE +#define PRI_MAX_INTERACT (PRI_MIN_TIMESHARE + PRI_INTERACT_RANGE - 1) +#define PRI_MIN_BATCH (PRI_MIN_TIMESHARE + PRI_INTERACT_RANGE) #define PRI_MAX_BATCH PRI_MAX_TIMESHARE /* @@ -1893,6 +1899,8 @@ sched_sleep(struct thread *td, int prio) td->td_slptick = ticks; if (TD_IS_SUSPENDED(td) || prio >= PSOCK) td->td_flags |= TDF_CANSWAP; + if (PRI_BASE(td->td_pri_class) != PRI_TIMESHARE) + return; if (static_boost == 1 && prio) sched_prio(td, prio); else if (static_boost && td->td_priority > static_boost) Modified: head/sys/kern/subr_sleepqueue.c ============================================================================== --- head/sys/kern/subr_sleepqueue.c Fri Jan 14 16:42:13 2011 (r217409) +++ head/sys/kern/subr_sleepqueue.c Fri Jan 14 17:06:54 2011 (r217410) @@ -745,7 +745,8 @@ sleepq_resume_thread(struct sleepqueue * /* Adjust priority if requested. */ MPASS(pri == 0 || (pri >= PRI_MIN && pri <= PRI_MAX)); - if (pri != 0 && td->td_priority > pri) + if (pri != 0 && td->td_priority > pri && + PRI_BASE(td->td_pri_class) == PRI_TIMESHARE) sched_prio(td, pri); /* Modified: head/sys/sys/priority.h ============================================================================== --- head/sys/sys/priority.h Fri Jan 14 16:42:13 2011 (r217409) +++ head/sys/sys/priority.h Fri Jan 14 17:06:54 2011 (r217410) @@ -67,10 +67,10 @@ * Priorities range from 0 to 255, but differences of less then 4 (RQ_PPQ) * are insignificant. Ranges are as follows: * - * Interrupt threads: 0 - 63 - * Top half kernel threads: 64 - 127 - * Realtime user threads: 128 - 159 - * Time sharing user threads: 160 - 223 + * Interrupt threads: 0 - 47 + * Realtime user threads: 48 - 79 + * Top half kernel threads: 80 - 119 + * Time sharing user threads: 120 - 223 * Idle user threads: 224 - 255 * * XXX If/When the specific interrupt thread and top half thread ranges @@ -81,7 +81,7 @@ #define PRI_MAX (255) /* Lowest priority. */ #define PRI_MIN_ITHD (PRI_MIN) -#define PRI_MAX_ITHD (PRI_MIN_KERN - 1) +#define PRI_MAX_ITHD (PRI_MIN_REALTIME - 1) #define PI_REALTIME (PRI_MIN_ITHD + 0) #define PI_AV (PRI_MIN_ITHD + 4) @@ -92,8 +92,11 @@ #define PI_SOFT (PRI_MIN_ITHD + 24) #define PI_SWI(x) (PI_SOFT + (x) * RQ_PPQ) -#define PRI_MIN_KERN (64) -#define PRI_MAX_KERN (PRI_MIN_REALTIME - 1) +#define PRI_MIN_REALTIME (48) +#define PRI_MAX_REALTIME (PRI_MIN_KERN - 1) + +#define PRI_MIN_KERN (80) +#define PRI_MAX_KERN (PRI_MIN_TIMESHARE - 1) #define PSWP (PRI_MIN_KERN + 0) #define PVM (PRI_MIN_KERN + 4) @@ -106,10 +109,7 @@ #define PLOCK (PRI_MIN_KERN + 32) #define PPAUSE (PRI_MIN_KERN + 36) -#define PRI_MIN_REALTIME (128) -#define PRI_MAX_REALTIME (PRI_MIN_TIMESHARE - 1) - -#define PRI_MIN_TIMESHARE (160) +#define PRI_MIN_TIMESHARE (120) #define PRI_MAX_TIMESHARE (PRI_MIN_IDLE - 1) #define PUSER (PRI_MIN_TIMESHARE) --Boundary-00=_vOIMNWWPyz9Y4cO-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 17:35:55 2011 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 006141065673 for ; Fri, 14 Jan 2011 17:35:55 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7948FC19 for ; Fri, 14 Jan 2011 17:35:48 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p0EHMImL030574; Fri, 14 Jan 2011 12:22:18 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Fri, 14 Jan 2011 12:22:18 -0500 (EST) Date: Fri, 14 Jan 2011 12:22:18 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <201101141211.11674.jhb@freebsd.org> Message-ID: References: <201101141211.11674.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-ID: Cc: current@freebsd.org Subject: Re: HEADSUP: Realtime thread scheduling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 17:35:55 -0000 On Fri, 14 Jan 2011, John Baldwin wrote: > This is just a heads up that I've committed some changes to how the scheduler > handles realtime thread priorities. Please let me know of any issues you > encounter with nice, rtprio, or idprio. Note that as a result of these > changes, rtprio threads will no longer share priorities with interactive > timeshare threads. Instead, rtprio threads are now always more important than > non-rt threads. Cool - thanks for doing this! Is this something that could be MFC'able to 8? -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 18:01:02 2011 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 96E951065672; Fri, 14 Jan 2011 18:01:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 695E18FC1D; Fri, 14 Jan 2011 18:01:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0947846B52; Fri, 14 Jan 2011 13:01:02 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 025F58A009; Fri, 14 Jan 2011 13:01:01 -0500 (EST) From: John Baldwin To: Daniel Eischen Date: Fri, 14 Jan 2011 13:00:28 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <201101141211.11674.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101141300.28684.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 14 Jan 2011 13:01:01 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: current@freebsd.org Subject: Re: HEADSUP: Realtime thread scheduling changed 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, 14 Jan 2011 18:01:02 -0000 On Friday, January 14, 2011 12:22:18 pm Daniel Eischen wrote: > On Fri, 14 Jan 2011, John Baldwin wrote: > > > This is just a heads up that I've committed some changes to how the scheduler > > handles realtime thread priorities. Please let me know of any issues you > > encounter with nice, rtprio, or idprio. Note that as a result of these > > changes, rtprio threads will no longer share priorities with interactive > > timeshare threads. Instead, rtprio threads are now always more important than > > non-rt threads. > > Cool - thanks for doing this! Is this something that could > be MFC'able to 8? That's a harder question. This changes the effective value of the P* priority constants passed to *sleep(). That would be an ABI change for kernel modules. We could either 1) decide that it is an ABI change worth making (probably doubtful since it is mostly a new feature rather than a major bug fix) or 2) maybe MFC it but make the different priority ranges be subject to some global kernel config option. 2) isn't super ideal since you have to really make sure kernel modules are compiled with the same setting for that option to avoid weird behavior. I will MFC all the other changes I've made prior to this in which case this change would be the only local patch someone would need to have this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 18:26:44 2011 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 99A09106566B; Fri, 14 Jan 2011 18:26:44 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBB18FC0C; Fri, 14 Jan 2011 18:26:44 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 84B315811D; Fri, 14 Jan 2011 12:26:43 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id a711Llp8EjuG; Fri, 14 Jan 2011 12:26:43 -0600 (CST) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-223-131.icecube.wisc.edu [172.16.223.131]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 5A6C35811A; Fri, 14 Jan 2011 12:26:43 -0600 (CST) Message-ID: <4D309563.1000404@freebsd.org> Date: Fri, 14 Jan 2011 12:26:43 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101227 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-sysinstall@freebsd.org, freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arch@FreeBSD.org Subject: BSDInstall: merging to HEAD 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, 14 Jan 2011 18:26:44 -0000 As those of you who have been reading freebsd-sysinstall and freebsd-arch know, I have been working for a few weeks on a lightweight new installer named 'bsdinstall'. This is designed to replace sysinstall for the 9.0 release. After two weeks of testing and bug fixes on the sysinstall list, I believe this now has all required functionality and is ready to be merged into the main source tree. I would like to do this on Tuesday, 18 January. Switching this to be the default installer would happen a few weeks after that, pending discussion on release formats with the release engineering team. This should provide a sufficient testing period before 9.0 and allow a maximal number of bugs to be discovered and solved before the release is shipped. Demo ISO for i386: http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall Wiki page: http://wiki.freebsd.org/BSDInstall Goals ----- The primary goal of BSDInstall is to provide an easily extensible installer without the limitations of sysinstall, in order to allow more modern installations of FreeBSD. This means that it should have additional features to support modern setups, but simultaneously frees us to remove complicating features of sysinstall like making sure everything fits in floppy disk-sized chunks. New Features: - Allows installation onto GPT disks on x86 systems - Can do installations spanning multiple disks - Allows installation into jails - Eases PXE installation - Virtualization friendly: can install from a live system onto disk images - Works on PowerPC - Streamlined system installation - More flexible scripting - Easily tweakable - All install CDs are live CDs Architecture ------------ BSDInstall is a set of tools that are called in sequence by a master script. These tools are, for example, the partition editor, the thing that fetches the distributions from the network, the thing that untars them, etc. Since these are just called in sequence from a shell script, a scripted installation can easily replace them with other things, (e.g. hard-coded gpart commands), leave steps out, add new ones, or interleave additional system modifications. Status ------ This provides functionality most similar to the existing sysinstall 'Express' track. It installs working, bootable systems you can ssh into immediately after reboot on i386, amd64, sparc64, powerpc, and powerpc64. There is untested support for pc98. The final architecture on which we use sysinstall, ia64, is currently unsupported, because I don't know how to set up booting on those systems -- patches to solve this are very much welcome. There are still some missing features that I would like to see in the release, but these do not significantly impact the functionality of the installer. Some will be addressed before merging to HEAD, in particular the lack of a man page for bsdinstall. Others, like configuration of wireless networking and ZFS installation, can happen between merge and release. The test ISOs are also lacking a ports tree at the moment, which is a statement about the slow upload speed of my DSL line and not about the final layout of releases. Please send any questions, comments, or patches you may have, and please be aware when replying that this email has been cross-posted to three lists. Technical discussion (bug reports, for instance) should be directed to the freebsd-sysinstall list only. Most other discussion belongs on -sysinstall and -current. -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 19:08:21 2011 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 AE56210656C2; Fri, 14 Jan 2011 19:08:21 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1B07B8FC08; Fri, 14 Jan 2011 19:08:20 +0000 (UTC) Received: by ewy24 with SMTP id 24so1607904ewy.13 for ; Fri, 14 Jan 2011 11:08:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aTwlmQOy1hgt8OjQoEU9os47htlbzzE/RGPK+/AYSbE=; b=PMmsLgI+uAhNmOiCi81Llf1v1b0OpQVln6bv8ADcZtzZFpy/j72aBeISxlhpBENFsq XmbKBzv7DsAMMqXROFt/weFgluUc2XrRUpD/fGMsrHhgTeXdSNNyEKSEX6olr/Sufoet SMt1zZLBt2QlOu5fl9CFbneRoBYqvu5KG7PzI= 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=oUpqV9sflW315WzmVT2TwklNRroDwy5CXtBusDPdE7nBdULL76TQKNHYBf0V0AfgTP Uxl0LWEsiXWKRcJ4dpAFbk4bfGe3jIBmcQ8gSYfuLuwevWgna3qRMFq2D7q+HAgtV/Na kdNKyPwU2CSvp40KrGoDCPi6II2Cl5HfhDF/I= MIME-Version: 1.0 Received: by 10.213.35.147 with SMTP id p19mr1060325ebd.19.1295030515064; Fri, 14 Jan 2011 10:41:55 -0800 (PST) Received: by 10.213.7.8 with HTTP; Fri, 14 Jan 2011 10:41:55 -0800 (PST) In-Reply-To: <201101141211.11674.jhb@freebsd.org> References: <201101141211.11674.jhb@freebsd.org> Date: Fri, 14 Jan 2011 21:41:55 +0300 Message-ID: From: Alexander Churanov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: HEADSUP: Realtime thread scheduling changed 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, 14 Jan 2011 19:08:21 -0000 2011/1/14 John Baldwin : > Note that as a result of these > changes, rtprio threads will no longer share priorities with interactive > timeshare threads. =A0Instead, rtprio threads are now always more importa= nt than > non-rt threads. Great! I was thinking about the split of timesharing threads and realtime threads for years, and now you've actually implemented that! Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 19:10:24 2011 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 A4DE510656A4; Fri, 14 Jan 2011 19:10:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id A3C928FC13; Fri, 14 Jan 2011 19:10:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=uKwGHVgX/XpzFB6WQV71hE8vVR+wz8PlNBntNPh/OpQ= c=1 sm=1 a=dSpJOiu3KQYA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=mLayC3d9PHenl3CEIBsA:9 a=b50nIr-tBGx3ohjRpBUA:7 a=dFbuIgVa5M2sQNMxO6gTjbqCALEA:4 a=PUjeQqilurYA:10 a=SV7veod9ZcQA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 73868592; Fri, 14 Jan 2011 20:10:21 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 14 Jan 2011 20:10:25 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D30125C.70607@gwdg.de> <4D3069DC.5040304@gwdg.de> In-Reply-To: <4D3069DC.5040304@gwdg.de> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101142010.25172.hselasky@c2i.net> Cc: marcus@freebsd.org Subject: Re: Endless CAM messages with recent 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: Fri, 14 Jan 2011 19:10:24 -0000 Marcus, Can you have a look at this? --HPS On Friday 14 January 2011 16:21:00 Rainer Hurling wrote: > After looking around I had been able to localise the cause for the > described messages, see below: > > On 14.01.2011 10:07 (UTC+1), Rainer Hurling wrote: > > Today I updated my 9.0-CURRENT system (amd64) to revision 199506: After > > rebooting I get the following messages two times per second in an > > endless run: > > > > > > --------------------------------------------- > > ... > > Jan 14 09:37:47 krabat kernel: (sg1:umass-sim0:0:0:0): > > cam_periph_release_locked: release 0xfffffe0009f41200 when refcount is > > zero Jan 14 09:37:47 krabat kernel: > > Jan 14 09:37:48 krabat kernel: (sg2:umass-sim0:0:0:1): > > cam_periph_release_locked: release 0xfffffe0009f41100 when refcount is > > zero Jan 14 09:37:48 krabat kernel: > > ... > > --------------------------------------------- > > When turning off hald no more of these messages appear. hald is trying > to poll the card reader, but it does not like this. So prohibiting the > polling in /usr/local/share/hal/fdi/preprobe/20thirdparty/ solves my > problem: > > #cat 10-broken-usb-card-reader.fdi > > > > > > > > > > int="0x0716"> > type="bool">false > > > > > > > > > sg1 and sg2 are devices from my front panel card reader Silverstone > > SST-FP35B: > > > > #camcontrol devlist > > [..snip..] > > at scbus6 target 0 lun 0 (sg1,pass3,da0) > > at scbus6 target 0 lun 1 (sg2,pass4,da1) > > > > > > Is it possible that the last changes in usb code (xhci) or in cam code > > are responsible for this? Does anyone else observe this behaviour? > > A more generic approach would be to integrate the polling info into > /usr/local/share/hal/fdi/preprobe/10osvendor/20-broken-usb-sticks.fdi. > Is anyone willing to integrate the code (.fdi file or some quirks) in > the usb stuff? > > > In that case Linux is offering some more info about this device: > > #lssub > Bus 002 Device 002: ID05e3:0716 Genesys Logic, Inc. USB2.0 Multislot > Card Reader/Writer > idVendor 0x05e3 Genesys Logic, Inc. > > #usb-devices > T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 2 Spd=480 MxCh= 0 > D: Ver=2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 > P: Vendor=05e3 ProdID=0176 Rev=97.44 > S: Product=USB Storage > S: SerialNumber=000000009744 > C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=500mA > I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage > > > Note, that the card reader from Benesys Logic is only one device of some > more (firewire, eSATA, USB slots ...), which are provided from the > 'Silverstone SST-FP35B' front panel access unit. > > > Please let me know if you need more info or if I can test something. > > Thanks in advance, > Rainer Hurling > _______________________________________________ > 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 Fri Jan 14 21:14:09 2011 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 894AA1065670 for ; Fri, 14 Jan 2011 21:14:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5E68FC1A for ; Fri, 14 Jan 2011 21:14:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 173C046B3B; Fri, 14 Jan 2011 16:14:09 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 311A88A009; Fri, 14 Jan 2011 16:14:08 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 14 Jan 2011 16:13:14 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <71E8B8120FF7A542AA24D740A9DADCFCC0FE4D@exchange.paymentallianceintl.com> In-Reply-To: <71E8B8120FF7A542AA24D740A9DADCFCC0FE4D@exchange.paymentallianceintl.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101141613.14748.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 14 Jan 2011 16:14:08 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00,NORMAL_HTTP_TO_IP autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Michael Jung Subject: Re: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 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, 14 Jan 2011 21:14:09 -0000 On Thursday, January 13, 2011 11:26:46 am Michael Jung wrote: > Links to crash info below. > http://216.26.153.6/msgbuf.txt This might be a hardware problem. The panic you got is a "should never happen" panic. Note that in the code line sourced, the second argument to mtx_assert() is MA_OWNED. The panic is saying that it is some invalid value (i.e. something other than MA_OWNED). Given that is a constant, that's not very likely at all barring some hardware glitch. You do have a somewhat scary looking machine check logged before your panic: MCA: Bank 1, Status 0xd000000000000171 MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 MCA: Vendor "AuthenticAMD", ID 0x20fc2, APIC ID 0 MCA: CPU 0 COR OVER ICACHE L1 EVICT error It is a correctable error, but given the nature of the panic I'd suspect a hardware problem. mcelog doesn't provide many more details: HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 1 instruction cache bit62 = error overflow (multiple errors) memory/cache error 'evict mem transaction, instruction transaction, level 1' STATUS d000000000000171 MCGSTATUS 0 MCGCAP 105 APICID 0 SOCKETID 0 CPUID Vendor AMD Family 15 Model 44 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jan 14 22:00:50 2011 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 E43911065674 for ; Fri, 14 Jan 2011 22:00:50 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id B98C18FC18 for ; Fri, 14 Jan 2011 22:00:50 +0000 (UTC) Received: from smtp.hudson-trading.com ([209.249.190.9] helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1PdqRy-0007p8-UX; Fri, 14 Jan 2011 15:40:46 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: <20110114040549.GA36430@troutmask.apl.washington.edu> Date: Fri, 14 Jan 2011 15:40:46 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> References: <20110113171139.GA32250@troutmask.apl.washington.edu> <20110114040549.GA36430@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: Profiling code execution on amd64? 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, 14 Jan 2011 22:00:51 -0000 On Jan 13, 2011, at 23:05 , Steve Kargl wrote: > On Thu, Jan 13, 2011 at 10:08:30PM -0500, Ryan Stone wrote: >> I would suggest using hwpmc for profiling: >>=20 >> # kldload hwpmc >> # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration >> # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt >>=20 >>=20 >> You can also get pmcstat to generate gprof-compatible output with -g, >> but I never use the mode so I'm really not sure what it gives you. I >> think that you have to run gprof on the output or something, but = don't >> hold me to that. >=20 >=20 > Thanks. I'll give it a try, but my initial attempt seems to > indicate that one needs to be root to use hwpmc. =20 >=20 > laptop:kargl[210] pmcstat -S unhalted-cycles -O /tmp/samples.out = ../penetration > pmcstat: ERROR: Cannot allocate system-mode pmc with specification > "unhalted-cycles": Operation not permitted >=20 You only need to be root to profile the kernel or someone else's = process. This tutorial might help: www.dcbsdcon.org/speakers/slides/neville-neil_dcbsdcon2009.pdf Best, George From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 01:55:15 2011 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 DCE24106566C for ; Sat, 15 Jan 2011 01:55:15 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.153.14]) by mx1.freebsd.org (Postfix) with ESMTP id A9DAD8FC15 for ; Sat, 15 Jan 2011 01:55:15 +0000 (UTC) Received: from calvin.pai.local (calvin.pai.local [10.0.6.33]) by mx2.paymentallianceintl.com (8.14.1/8.13.8) with ESMTP id p0F1tEU8085894; Fri, 14 Jan 2011 20:55:14 -0500 (EST) (envelope-from mikej@paymentallianceintl.com) Received: from 99.53.73.27 ([99.53.73.27]) by calvin.pai.local ([10.0.6.33]) with Microsoft Exchange Server HTTP-DAV ; Sat, 15 Jan 2011 01:55:12 +0000 User-Agent: Microsoft-Entourage/12.28.0.101117 Date: Fri, 14 Jan 2011 20:55:11 -0500 From: "Michael Jung" To: "John Baldwin" , Message-ID: Thread-Topic: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 thread-index: Acu0L/zIIRyvPvqkTByx9HsyBfCYDAAJ0F84 In-Reply-To: <201101141613.14748.jhb@freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4721 Content-class: urn:content-classes:message MIME-Version: 1.0 Importance: normal Priority: normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 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, 15 Jan 2011 01:55:15 -0000 John: Thanks, I actually didn=B9t see the MCA errors on the screen as the = system has reloaded but noted them in the ddb.txt file last night. The Motherboard, CPU, Memory and PS were replaced today. I=B9ll post = back if this has or not corrected the problem but I suspect you are on target in that the hardware was defective. This machine was remote and I found = the fan in the power supply not working, so I=B9m suspecting that the CPU = was or other logic was damaged. Thanks for your reply. --mikej On 1/14/11 4:13 PM, "John Baldwin" wrote: > On Thursday, January 13, 2011 11:26:46 am Michael Jung wrote: >> > Links to crash info below. >> > http://216.26.153.6/msgbuf.txt >=20 > This might be a hardware problem. The panic you got is a "should = never > happen" panic. Note that in the code line sourced, the second = argument to > mtx_assert() is MA_OWNED. The panic is saying that it is some invalid = value > (i.e. something other than MA_OWNED). Given that is a constant, = that's not > very likely at all barring some hardware glitch. >=20 > You do have a somewhat scary looking machine check logged before your = panic: >=20 > MCA: Bank 1, Status 0xd000000000000171 > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > MCA: Vendor "AuthenticAMD", ID 0x20fc2, APIC ID 0 > MCA: CPU 0 COR OVER ICACHE L1 EVICT error >=20 > It is a correctable error, but given the nature of the panic I'd = suspect a > hardware problem. >=20 > mcelog doesn't provide many more details: >=20 > HARDWARE ERROR. This is *NOT* a software problem! > Please contact your hardware vendor > CPU 0 1 instruction cache > bit62 =3D error overflow (multiple errors) > memory/cache error 'evict mem transaction, instruction transaction, = level 1' > STATUS d000000000000171 MCGSTATUS 0 > MCGCAP 105 APICID 0 SOCKETID 0 > CPUID Vendor AMD Family 15 Model 44 >=20 > -- > John Baldwin >=20 CONFIDENTIALITY NOTE: This message is intended only for the use of the individual or entity to whom it is addressed and may contain=20 information that is privileged, confidential, and exempt from=20 disclosure under applicable law. If the reader of this message is=20 not the intended recipient, you are hereby notified that any=20 dissemination, distribution or copying of this communication=20 is strictly prohibited. If you have received this transmission=20 in error, please notify us by telephone at (502) 212-4001 or=20 notify us at PAI , Dept. 99, 11857 Commonwealth Drive,=20 Louisville, KY 40299. Thank you. From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 02:32:04 2011 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 F34551065673; Sat, 15 Jan 2011 02:32:04 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id D9CA08FC15; Sat, 15 Jan 2011 02:32:04 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-common2-193.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LF100LSRIVXJQ70@asmtp027.mac.com>; Fri, 14 Jan 2011 17:31:11 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-14_08:2011-01-14, 2011-01-14, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101140196 From: Marcel Moolenaar In-reply-to: <4D309563.1000404@freebsd.org> Date: Fri, 14 Jan 2011 17:31:08 -0800 Message-id: <7029F1A3-87A2-4203-840C-48B712EA70B8@mac.com> References: <4D309563.1000404@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, freebsd-arch@FreeBSD.org Subject: Re: BSDInstall: merging to HEAD 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, 15 Jan 2011 02:32:05 -0000 On Jan 14, 2011, at 10:26 AM, Nathan Whitehorn wrote: > The final architecture on which we use sysinstall, ia64, is currently unsupported, because I don't know how to set up booting on those systems -- patches to solve this are very much welcome. Don't let this stop you. I'll work with you on this after the dust has settled. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 03:04:34 2011 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 731F7106567A; Sat, 15 Jan 2011 03:04:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7B48FC0C; Sat, 15 Jan 2011 03:04:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0F34Xqa007085; Fri, 14 Jan 2011 22:04:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0F34XXO007064; Sat, 15 Jan 2011 03:04:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Jan 2011 03:04:33 GMT Message-Id: <201101150304.p0F34XXO007064@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [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, 15 Jan 2011 03:04:34 -0000 TB --- 2011-01-15 01:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-15 01:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-15 01:10:00 - cleaning the object tree TB --- 2011-01-15 01:10:22 - cvsupping the source tree TB --- 2011-01-15 01:10:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-15 01:10:37 - building world TB --- 2011-01-15 01:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-15 01:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-15 01:10:37 - TARGET=pc98 TB --- 2011-01-15 01:10:37 - TARGET_ARCH=i386 TB --- 2011-01-15 01:10:37 - TZ=UTC TB --- 2011-01-15 01:10:37 - __MAKE_CONF=/dev/null TB --- 2011-01-15 01:10:37 - cd /src TB --- 2011-01-15 01:10:37 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 15 01:10:38 UTC 2011 >>> 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 Jan 15 02:51:28 UTC 2011 TB --- 2011-01-15 02:51:28 - generating LINT kernel config TB --- 2011-01-15 02:51:28 - cd /src/sys/pc98/conf TB --- 2011-01-15 02:51:28 - /usr/bin/make -B LINT TB --- 2011-01-15 02:51:28 - building LINT kernel TB --- 2011-01-15 02:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-15 02:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-15 02:51:28 - TARGET=pc98 TB --- 2011-01-15 02:51:28 - TARGET_ARCH=i386 TB --- 2011-01-15 02:51:28 - TZ=UTC TB --- 2011-01-15 02:51:28 - __MAKE_CONF=/dev/null TB --- 2011-01-15 02:51:28 - cd /src TB --- 2011-01-15 02:51:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 15 02:51:28 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel nfs_nfsdkrpc.o(.text+0x38): In function `nfsrvd_init': : undefined reference to `nfsd_master_proc' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-15 03:04:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-15 03:04:32 - ERROR: failed to build lint kernel TB --- 2011-01-15 03:04:32 - 5538.61 user 924.33 system 6871.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 03:12:39 2011 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 CD920106564A; Sat, 15 Jan 2011 03:12:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF4F8FC08; Sat, 15 Jan 2011 03:12:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0F3Cc87063056; Fri, 14 Jan 2011 22:12:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0F3CcuO063055; Sat, 15 Jan 2011 03:12:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Jan 2011 03:12:38 GMT Message-Id: <201101150312.p0F3CcuO063055@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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, 15 Jan 2011 03:12:40 -0000 TB --- 2011-01-15 01:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-15 01:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-15 01:10:00 - cleaning the object tree TB --- 2011-01-15 01:10:26 - cvsupping the source tree TB --- 2011-01-15 01:10:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-01-15 01:15:51 - building world TB --- 2011-01-15 01:15:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-15 01:15:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-15 01:15:51 - TARGET=i386 TB --- 2011-01-15 01:15:51 - TARGET_ARCH=i386 TB --- 2011-01-15 01:15:51 - TZ=UTC TB --- 2011-01-15 01:15:51 - __MAKE_CONF=/dev/null TB --- 2011-01-15 01:15:51 - cd /src TB --- 2011-01-15 01:15:51 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 15 01:15:51 UTC 2011 >>> 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 Jan 15 02:57:29 UTC 2011 TB --- 2011-01-15 02:57:29 - generating LINT kernel config TB --- 2011-01-15 02:57:29 - cd /src/sys/i386/conf TB --- 2011-01-15 02:57:29 - /usr/bin/make -B LINT TB --- 2011-01-15 02:57:30 - building LINT kernel TB --- 2011-01-15 02:57:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-15 02:57:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-15 02:57:30 - TARGET=i386 TB --- 2011-01-15 02:57:30 - TARGET_ARCH=i386 TB --- 2011-01-15 02:57:30 - TZ=UTC TB --- 2011-01-15 02:57:30 - __MAKE_CONF=/dev/null TB --- 2011-01-15 02:57:30 - cd /src TB --- 2011-01-15 02:57:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 15 02:57:30 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel nfs_nfsdkrpc.o(.text+0x38): In function `nfsrvd_init': : undefined reference to `nfsd_master_proc' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-15 03:12:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-15 03:12:38 - ERROR: failed to build lint kernel TB --- 2011-01-15 03:12:38 - 5674.47 user 913.55 system 7357.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 03:33:58 2011 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 C31AB106566B; Sat, 15 Jan 2011 03:33:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 938CA8FC0A; Sat, 15 Jan 2011 03:33:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0F3Xv4o053751; Fri, 14 Jan 2011 22:33:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0F3Xva9053724; Sat, 15 Jan 2011 03:33:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Jan 2011 03:33:57 GMT Message-Id: <201101150333.p0F3Xva9053724@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 15 Jan 2011 03:33:59 -0000 TB --- 2011-01-15 01:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-15 01:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-15 01:10:00 - cleaning the object tree TB --- 2011-01-15 01:10:26 - cvsupping the source tree TB --- 2011-01-15 01:10:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-01-15 01:10:38 - building world TB --- 2011-01-15 01:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-15 01:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-15 01:10:38 - TARGET=amd64 TB --- 2011-01-15 01:10:38 - TARGET_ARCH=amd64 TB --- 2011-01-15 01:10:38 - TZ=UTC TB --- 2011-01-15 01:10:38 - __MAKE_CONF=/dev/null TB --- 2011-01-15 01:10:38 - cd /src TB --- 2011-01-15 01:10:38 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 15 01:10:42 UTC 2011 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 15 03:19:32 UTC 2011 TB --- 2011-01-15 03:19:32 - generating LINT kernel config TB --- 2011-01-15 03:19:32 - cd /src/sys/amd64/conf TB --- 2011-01-15 03:19:32 - /usr/bin/make -B LINT TB --- 2011-01-15 03:19:32 - building LINT kernel TB --- 2011-01-15 03:19:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-15 03:19:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-15 03:19:32 - TARGET=amd64 TB --- 2011-01-15 03:19:32 - TARGET_ARCH=amd64 TB --- 2011-01-15 03:19:32 - TZ=UTC TB --- 2011-01-15 03:19:32 - __MAKE_CONF=/dev/null TB --- 2011-01-15 03:19:32 - cd /src TB --- 2011-01-15 03:19:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 15 03:19:32 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel nfs_nfsdkrpc.o(.text+0x49): In function `nfsrvd_init': : undefined reference to `nfsd_master_proc' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-15 03:33:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-15 03:33:57 - ERROR: failed to build lint kernel TB --- 2011-01-15 03:33:57 - 6889.09 user 1193.27 system 8636.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 06:10:24 2011 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 0A004106566C; Sat, 15 Jan 2011 06:10:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id DDC408FC1C; Sat, 15 Jan 2011 06:10:23 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p0F6ANi7041582; Fri, 14 Jan 2011 22:10:23 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p0F6ANQO041581; Fri, 14 Jan 2011 22:10:23 -0800 (PST) (envelope-from sgk) Date: Fri, 14 Jan 2011 22:10:23 -0800 From: Steve Kargl To: George Neville-Neil Message-ID: <20110115061023.GA41547@troutmask.apl.washington.edu> References: <20110113171139.GA32250@troutmask.apl.washington.edu> <20110114040549.GA36430@troutmask.apl.washington.edu> <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: Profiling code execution on amd64? 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, 15 Jan 2011 06:10:24 -0000 On Fri, Jan 14, 2011 at 03:40:46PM -0500, George Neville-Neil wrote: > > On Jan 13, 2011, at 23:05 , Steve Kargl wrote: > > > On Thu, Jan 13, 2011 at 10:08:30PM -0500, Ryan Stone wrote: > >> I would suggest using hwpmc for profiling: > >> > >> # kldload hwpmc > >> # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration > >> # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt > >> > >> > >> You can also get pmcstat to generate gprof-compatible output with -g, > >> but I never use the mode so I'm really not sure what it gives you. I > >> think that you have to run gprof on the output or something, but don't > >> hold me to that. > > > > > > Thanks. I'll give it a try, but my initial attempt seems to > > indicate that one needs to be root to use hwpmc. > > > > laptop:kargl[210] pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration > > pmcstat: ERROR: Cannot allocate system-mode pmc with specification > > "unhalted-cycles": Operation not permitted > > > > You only need to be root to profile the kernel or someone else's process. > > This tutorial might help: > > www.dcbsdcon.org/speakers/slides/neville-neil_dcbsdcon2009.pdf > Thanks. I'll look at the tutorial. Meanwhile, should gprof be removed from the base system because it appears broken? -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 06:15:43 2011 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 DBB2610656A4 for ; Sat, 15 Jan 2011 06:15:43 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 43E828FC14 for ; Sat, 15 Jan 2011 06:15:42 +0000 (UTC) Received: by wwf26 with SMTP id 26so3661803wwf.31 for ; Fri, 14 Jan 2011 22:15:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BGLBS5uMY2cjPmNuKqqP7OtGtvN7fFs6r8Pf47m/t4k=; b=r65Furx8OSOYPEq02HgiKWOQr3yf8UAGhthWb50dA1y7AsjsQr5eEgkL7icJjJ0jQy 8iwoY3Jb93aHBWLosmU9+lvMmJYFtks2jFvci0eIGhl6GbbnkW717DF5NX1WX2/YeQyS 6Iqb63gIvAmrSF4aQ5mDE7IFOLKUlPR6BLDb8= 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=mcWh/hJVOL/FYXonxb8pgf+BtFb4dIqarx6QZJBJOJEnhmQsX0ZJN9v4i9XXww/6wN 02tUnnDZHW6LeWLUtFnCNoDlGbHDHed9IAdmlQTSPC/sMYBCEB5HjaRdB58AqtTcVl4K tC8SyRQjEBlpO1hj6iMYk8adzkF9WNcN48QPQ= MIME-Version: 1.0 Received: by 10.216.191.215 with SMTP id g65mr319804wen.16.1295072139278; Fri, 14 Jan 2011 22:15:39 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.254.226 with HTTP; Fri, 14 Jan 2011 22:15:39 -0800 (PST) In-Reply-To: <20110115061023.GA41547@troutmask.apl.washington.edu> References: <20110113171139.GA32250@troutmask.apl.washington.edu> <20110114040549.GA36430@troutmask.apl.washington.edu> <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> <20110115061023.GA41547@troutmask.apl.washington.edu> Date: Fri, 14 Jan 2011 22:15:39 -0800 X-Google-Sender-Auth: 4eBWPnPGg06wetJbRrX7KN5_NNU Message-ID: From: Garrett Cooper To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: George Neville-Neil , freebsd-current@freebsd.org, Ryan Stone Subject: Re: Profiling code execution on amd64? 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, 15 Jan 2011 06:15:43 -0000 On Fri, Jan 14, 2011 at 10:10 PM, Steve Kargl wrote: > On Fri, Jan 14, 2011 at 03:40:46PM -0500, George Neville-Neil wrote: >> >> On Jan 13, 2011, at 23:05 , Steve Kargl wrote: >> >> > On Thu, Jan 13, 2011 at 10:08:30PM -0500, Ryan Stone wrote: >> >> I would suggest using hwpmc for profiling: >> >> >> >> # kldload hwpmc >> >> # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration >> >> # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt >> >> >> >> >> >> You can also get pmcstat to generate gprof-compatible output with -g, >> >> but I never use the mode so I'm really not sure what it gives you. = =A0I >> >> think that you have to run gprof on the output or something, but don'= t >> >> hold me to that. >> > >> > >> > Thanks. =A0I'll give it a try, but my initial attempt seems to >> > indicate that one needs to be root to use hwpmc. >> > >> > laptop:kargl[210] pmcstat -S unhalted-cycles -O /tmp/samples.out ../pe= netration >> > pmcstat: ERROR: Cannot allocate system-mode pmc with specification >> > "unhalted-cycles": Operation not permitted >> > >> >> You only need to be root to profile the kernel or someone else's process= . >> >> This tutorial might help: >> >> www.dcbsdcon.org/speakers/slides/neville-neil_dcbsdcon2009.pdf >> > > Thanks. =A0I'll look at the tutorial. =A0Meanwhile, should gprof > be removed from the base system because it appears broken? Instead of just removing things, why not determine why things are broken and try to fix them? -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 06:58:45 2011 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 F1D24106566B; Sat, 15 Jan 2011 06:58:45 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id CAFC38FC0A; Sat, 15 Jan 2011 06:58:45 +0000 (UTC) Received: from cpe-66-68-128-204.austin.res.rr.com ([66.68.128.204] helo=[172.16.32.150]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Pe060-0002MV-B0; Sat, 15 Jan 2011 06:58:44 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ade Lovett In-Reply-To: <7029F1A3-87A2-4203-840C-48B712EA70B8@mac.com> Date: Sat, 15 Jan 2011 00:58:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D309563.1000404@freebsd.org> <7029F1A3-87A2-4203-840C-48B712EA70B8@mac.com> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org, freebsd-arch@FreeBSD.org Subject: Re: BSDInstall: merging to HEAD 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, 15 Jan 2011 06:58:46 -0000 On Jan 14, 2011, at 19:31 , Marcel Moolenaar wrote: > On Jan 14, 2011, at 10:26 AM, Nathan Whitehorn wrote: >=20 >> The final architecture on which we use sysinstall, ia64, is currently = unsupported, because I don't know how to set up booting on those systems = -- patches to solve this are very much welcome. >=20 > Don't let this stop you. I'll work with you on this after the dust > has settled. Just out of random curiosity. Seriously. Exactly why, short of "of course it runs", in which case NetBSD is --> = way, why are we even trying to handle ia64 as a platform, regardless of = tier, when it is patently obvious that it is going absolutely _nowhere_ = in terms of a viable platform? I ask the question in all seriousness. Ports/Packages, well, a decent = amount of them won't work on anything less than (i386|amd64) but that's = nothing new. But even spending time building them for, what, the <200 = (I'm being generous) folks that run FreeBSD/ia64. We _have_ a 64-bit platform. It's /amd. The fact that even as we = speak, random chip manufacturers are banging out new P4/Xeon processors = conforming to this standard, years after they had a vague chance to = steal the server market, indicates that this line is dead. _dead_. DEAD. At least I can pick up a box for <$50 from ebay and run /sparc64 on it. = Say the same for /ia64? Didn't think so. Nuke it. =46rom orbit. With extreme prejudice. -aDe From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 12:50:14 2011 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 CCE04106566C; Sat, 15 Jan 2011 12:50:14 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 53E038FC08; Sat, 15 Jan 2011 12:48:24 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 5571771A5D; Sat, 15 Jan 2011 13:48:23 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id wH+IGgsXR73d; Sat, 15 Jan 2011 13:48:21 +0100 (CET) Received: from danger-mbp.local (adsl-dyn11.78-98-106.t-com.sk [78.98.106.11]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id 8E44771A3F; Sat, 15 Jan 2011 13:48:19 +0100 (CET) Message-ID: <4D319792.7040107@FreeBSD.org> Date: Sat, 15 Jan 2011 13:48:18 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.14pre) Gecko/20110113 Lanikai/3.1.8pre MIME-Version: 1.0 To: hackers@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: HEADSUP: Call for FreeBSD Status Reports - 4Q/2010 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, 15 Jan 2011 12:50:14 -0000 Hello all, the submission date for status report entries is due today and so far I have received only 12 of them. I am of course open to accept more submissions, but please try to submit them as soon as possible (at least let me know you are planning to). It would be great to inform our community about the progress made during the previous quarter as well as about the upcoming projects! Thanks! -------- Original Message -------- Subject: HEADSUP: Call for FreeBSD Status Reports - 4Q/2010 Date: Mon, 27 Dec 2010 13:26:41 +0100 From: Daniel Gerzo Organization: The FreeBSD Project To: current@freebsd.org, hackers@freebsd.org Dear all, I would like to remind you that the next round of status reports covering the last quarter of 2010 is due on January 15th, 2011. This initiative is very welcome in our community. Therefore, I would like to ask you to submit your status reports soon, so that we can compile the report on time. Do not hesitate and write us a few lines - a short description about what you are working on, what are your plans and goals, so we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Submissions about anything related to FreeBSD are very welcome! Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 12:31:10 2011 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 925B9106564A for ; Sat, 15 Jan 2011 12:31:10 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0C3FB8FC0C for ; Sat, 15 Jan 2011 12:31:09 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 4270 invoked from network); 15 Jan 2011 13:31:02 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 15 Jan 2011 13:31:02 +0100 Message-ID: <985980B15EF74FCD9DBAD736E3CCFF28@marekdesktop> From: "Marek Salwerowicz" To: , Date: Sat, 15 Jan 2011 13:30:39 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01CBB4B8.667E0C70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [kdNl] X-Mailman-Approved-At: Sat, 15 Jan 2011 13:45:27 +0000 Cc: Subject: Soekris net5501-70 problem with loading ATA modules on FreeBSD-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: Sat, 15 Jan 2011 12:31:10 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01CBB4B8.667E0C70 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit Hi all, I am unable to dynamically load modules to support ATA disks on soekris net5501-70. I boot via PXE diskless FreeBSD-Current. In kernel config there are commented out options: #device ata #device atadisk After boot, I load modules: # kldload ata.ko # kldload atapci.ko # kldload ataamd # kldload atadisk so5501a% kldstat Id Refs Address Size Name 1 59 0xc0400000 4179cc kernel 2 1 0xc0818000 6c50 procfs.ko 3 2 0xc081f000 6d80 pseudofs.ko 4 1 0xc0826000 68c8 geom_md.ko 5 1 0xc082d000 9b70 if_sis.ko 6 3 0xc0837000 28400 miibus.ko 7 1 0xc0860000 a418 if_vr.ko 8 1 0xc2e78000 9000 tmpfs.ko 9 4 0xc2ef1000 e000 ata.ko 10 2 0xc2f03000 8000 atapci.ko 11 1 0xc2f0d000 3000 ataamd.ko 12 1 0xc2f17000 4000 atadisk.ko so5501a% after that, in dmesg: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 atapci0: failed to add ata child device atapci0: failed to add ata child device And I am unable to access my HDD or CF. (see full 'dmesg' and 'kldstat -v' in attachment) After compiling kernel with options: device ata device atadisk Everything works fine. But I would like to be able to load / unload ATA modules.. -- Marek Salwerowicz ------=_NextPart_000_0005_01CBB4B8.667E0C70 Content-Type: text/plain; format=flowed; name="net5501-ata-log.txt"; reply-type=original Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="net5501-ata-log.txt" so5501a% kldstat -v Id Refs Address Size Name 1 59 0xc0400000 4179cc kernel (/boot/kernel.soekris/kernel) Contains modules: Id Name 71 newreno 69 if_lo 64 elf32 65 shell 70 igmp 72 nfs_common 76 krpc 75 nfslockd 74 nfs 52 devfs 77 ufs 58 g_part_bsd 60 g_part_mbr 59 g_part_ebr 83 legacy/cpu 82 nexus/legacy 66 cpu/cpufreq 39 null 106 isa/sysresource 105 nexus/ram 104 root/nexus 81 pci/geode 80 isa/pnpbios 79 io 73 nfslock 50 pci/uart 103 qpi/pcib 102 nexus/qpi 49 isa/uart 101 isa/orm 100 acpi/atdma 99 isa/atdma 98 legacy/isa 97 acpi/attimer 96 isa/attimer 38 mem 95 acpi/atrtc 94 isa/atrtc 93 acpi/atpic 92 isa/atpic 48 random 47 pty 46 pci/vgapci 45 pci/pcib 91 legacy/pir 44 pcib/pci 43 pci/isab 42 pci/ignore_pci 90 pci/pcibios_pcib 89 isa/pcibus_pnp 88 legacy/pcib 87 isa/pmtimer 86 acpi/npxisa 85 isa/npxisa 84 nexus/npx 63 isa/pnp 62 eisab/isa 61 isab/isa 41 pci/hostb 40 pci/fixup_pci 51 watchdog 78 g_class 53 g_dev 55 g_vfs 67 rootbus 57 g_part 54 g_disk 56 g_label 68 ether 2 1 0xc0818000 6c50 procfs.ko (/boot/kernel.soekris/procfs.ko) Contains modules: Id Name 2 procfs 3 2 0xc081f000 6d80 pseudofs.ko (/boot/kernel.soekris/pseudofs.ko) Contains modules: Id Name 1 pseudofs 4 1 0xc0826000 68c8 geom_md.ko (/boot/kernel.soekris/geom_md.ko) Contains modules: Id Name 3 g_md 5 1 0xc082d000 9b70 if_sis.ko (/boot/kernel.soekris/if_sis.ko) Contains modules: Id Name 35 pci/sis 34 sis/miibus 6 3 0xc0837000 28400 miibus.ko (/boot/kernel.soekris/miibus.ko) Contains modules: Id Name 33 miibus/xmphy 32 miibus/ukphy 31 miibus/truephy 30 miibus/tlphy 29 miibus/tdkphy 28 miibus/ruephy 27 miibus/rlphy 26 miibus/rgephy 25 miibus/rdcphy 24 miibus/qsphy 23 miibus/pnaphy 22 miibus/nsphyter 21 miibus/nsphy 20 miibus/nsgphy 19 miibus/mlphy 18 miibus/lxtphy 17 miibus/jmphy 16 miibus/ip1000phy 15 miibus/inphy 14 miibus/icsphy 13 miibus/gentbi 12 miibus/xlphy 11 miibus/e1000phy 10 miibus/ciphy 9 miibus/brgphy 8 miibus/bmtphy 7 miibus/axphy 6 miibus/atphy 5 miibus/amphy 4 miibus/acphy 7 1 0xc0860000 a418 if_vr.ko (/boot/kernel.soekris/if_vr.ko) Contains modules: Id Name 37 pci/vr 36 vr/miibus 8 1 0xc2e78000 9000 tmpfs.ko (/boot/kernel.soekris/tmpfs.ko) Contains modules: Id Name 107 tmpfs 9 4 0xc2ef1000 e000 ata.ko (/boot/kernel.soekris/ata.ko) Contains modules: Id Name 108 ata 10 2 0xc2f03000 8000 atapci.ko (/boot/kernel.soekris/atapci.ko) Contains modules: Id Name 110 pci/atapci 109 atapci/ata 11 1 0xc2f0d000 3000 ataamd.ko (/boot/kernel.soekris/ataamd.ko) Contains modules: Id Name 111 pci/ata_amd 12 1 0xc2f17000 4000 atadisk.ko (/boot/kernel.soekris/atadisk.ko) Contains modules: Id Name 112 ata/ad so5501a% so5501a% dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-RC1 #0: Thu Dec 23 15:32:35 UTC 2010 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Geode(TM) Integrated Processor by AMD PCS (499.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Family = 5 Model = a Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 real memory = 536870912 (512 MB) avail memory = 510726144 (487 MB) kbd1 at kbdmux0 K6-family MTRR support enabled (2 registers) ACPI Error: A valid RSDP was not found (20101013/tbxfroot-309) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 1.2 (no driver attached) vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x2 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:24:c9:2c:7c vr0: [ITHREAD] vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x2 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:00:24:c9:2c:7d vr1: [ITHREAD] vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x2 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:00:24:c9:2c:7e vr2: [ITHREAD] vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x2 vr3: Revision: 0x96 miibus3: on vr3 ukphy3: PHY 1 on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: Ethernet address: 00:00:24:c9:2c:7f vr3: [ITHREAD] pcib1: at device 14.0 on pci0 pci1: on pcib1 sis0: port 0xd000-0xd0ff mem 0xa4000000-0xa4000fff irq 10 at device 0.0 on pci1 sis0: Silicon Revision: DP83816A miibus4: on sis0 nsphyter0: PHY 0 on miibus4 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c9:48:80 sis0: [ITHREAD] sis1: port 0xd100-0xd1ff mem 0xa4001000-0xa4001fff irq 6 at device 1.0 on pci1 sis1: Silicon Revision: DP83816A miibus5: on sis1 nsphyter1: PHY 0 on miibus5 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c9:48:81 sis1: [ITHREAD] ath0: mem 0xa0010000-0xa001ffff irq 15 at device 17.0 on pci0 ath0: [ITHREAD] ath0: AR5413 mac 10.5 RF5413 phy 6.1 isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xa0020000-0xa0020fff irq 7 at device 21.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xa0021000-0xa0021fff irq 7 at device 21.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xd27ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] atrtc0: at port 0x70 irq 8 on isa0 ppc0: parallel port not found. uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: [FILTER] uart0: console (115200,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounter "TSC" frequency 499905707 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ad1: DMA limited to UDMA33, device found non-ATA66 cable ad1: 7279MB at ata0-slave UDMA33 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Root mount waiting for: usbus1 usbus0 uhub0: 4 ports with 4 removable, self powered Root mount waiting for: usbus1 uhub1: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/ufs/ROOT WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. Copyright (c) 1992-2011 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 9.0-CURRENT #2: Fri Jan 14 16:45:16 CET 2011 ato@volt.iem.pw.edu.pl:/tmp/obj/i386.i386/usr/src/sys/SOEKRIS i386 CPU: Geode(TM) Integrated Processor by AMD PCS (499.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Family = 5 Model = a Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 real memory = 536870912 (512 MB) avail memory = 515981312 (492 MB) K6-family MTRR support enabled (2 registers) pcib0: pcibus 0 on motherboard pci0: on pcib0 Geode LX: Soekris net5501 comBIOS ver. 1.33c 20080626 Copyright (C) 2000-2008 pci0: at device 1.2 (no driver attached) vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x2 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:24:c9:2c:7c vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x2 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:00:24:c9:2c:7d vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x2 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:00:24:c9:2c:7e vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x2 vr3: Revision: 0x96 miibus3: on vr3 ukphy3: PHY 1 on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: Ethernet address: 00:00:24:c9:2c:7f pcib1: at device 14.0 on pci0 pci1: on pcib1 sis0: port 0xd000-0xd0ff mem 0xa4000000-0xa4000fff irq 10 at device 0.0 on pci1 sis0: Silicon Revision: DP83816A miibus4: on sis0 nsphyter0: PHY 0 on miibus4 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c9:48:80 sis1: port 0xd100-0xd1ff mem 0xa4001000-0xa4001fff irq 6 at device 1.0 on pci1 sis1: Silicon Revision: DP83816A miibus5: on sis1 nsphyter1: PHY 0 on miibus5 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c9:48:81 pci0: at device 17.0 (no driver attached) isab0: at device 20.0 on pci0 isa0: on isab0 pci0: at device 20.2 (no driver attached) pci0: at device 21.0 (no driver attached) pci0: at device 21.1 (no driver attached) cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xd27ff pnpid ORM0000 on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 Timecounter "TSC" frequency 499913835 Hz quality 800 Timecounters tick every 3.906 msec Sending DHCP Discover packet from interface vr0 (00:00:24:c9:2c:7c) Sending DHCP Discover packet from interface vr1 (00:00:24:c9:2c:7d) Sending DHCP Discover packet from interface vr2 (00:00:24:c9:2c:7e) Sending DHCP Discover packet from interface vr3 (00:00:24:c9:2c:7f) Sending DHCP Discover packet from interface sis0 (00:00:24:c9:48:80) Sending DHCP Discover packet from interface sis1 (00:00:24:c9:48:81) Received DHCP Offer packet on vr0 from 194.29.146.27 (accepted) (no root path) Sending DHCP Request packet from interface vr0 (00:00:24:c9:2c:7c) Received DHCP Ack packet on vr0 from 194.29.146.27 (accepted) (got root path) DHCP timeout for interface vr1 DHCP timeout for interface vr2 DHCP timeout for interface vr3 DHCP timeout for interface sis0 DHCP timeout for interface sis1 vr0 at 194.29.146.42 server 194.29.146.27 server name amp2 subnet mask 255.255.255.0 router 194.29.146.1 rootfs 194.29.146.3:/R rootopts nolockd hostname so5501a Adjusted interface vr0 Shutdown interface vr1 Shutdown interface vr2 Shutdown interface vr3 Shutdown interface sis0 Shutdown interface sis1 Trying to mount root from nfs: []... NFS ROOT: 194.29.146.3:/R atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 atapci0: failed to add ata child device atapci0: failed to add ata child device so5501a% ------=_NextPart_000_0005_01CBB4B8.667E0C70-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 15:59:52 2011 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 9B7EE106566B for ; Sat, 15 Jan 2011 15:59:52 +0000 (UTC) (envelope-from william.allen.simpson@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFF48FC08 for ; Sat, 15 Jan 2011 15:59:52 +0000 (UTC) Received: by iyb26 with SMTP id 26so3492365iyb.13 for ; Sat, 15 Jan 2011 07:59:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=UYUfx2+3bjySEqYqxgWinxY2nAIKzR+cApF21hoXRNQ=; b=YCMpXJfP/jycl4GrB8e0ba70gh+XdgISawqiO6RpBclMtvz2bUbc2mY6Z0jJkhTZsi CZ2AzFpWXsw938n1BmNGOguS04CHwyPTcN9c6Upuh+rS2/aOHpI4i6p0JWTFqDdtYeMY 4I7Av2R+6nMUukaKtZS0OCYSKSoVCWQrI6aHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=IZS457ivwoyt7DK4WX0FZFXpIGWbNoOIVNHrlVndbxTBaB4P+nk/4vgo40qVXPHcLz Yl8RN2h9iNe5I+4sRgMWGsF1DKuxKqf5Ln3jAqVRbUx2Q8U+b3f+KE2L0rm4SwZINY/T FCKwE4HBuPKgfkW5j2ZRrrPq+lsQtnrSFQWIU= Received: by 10.42.177.74 with SMTP id bh10mr2221794icb.148.1295105463431; Sat, 15 Jan 2011 07:31:03 -0800 (PST) Received: from Wastrel.local (c-68-40-194-239.hsd1.mi.comcast.net [68.40.194.239]) by mx.google.com with ESMTPS id f7sm1845542icq.17.2011.01.15.07.31.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 15 Jan 2011 07:31:02 -0800 (PST) Message-ID: <4D31BDB4.9030904@gmail.com> Date: Sat, 15 Jan 2011 10:31:00 -0500 From: William Allen Simpson User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: TCP resident expert? 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, 15 Jan 2011 15:59:52 -0000 Who's the kernel expert on TCP around here? ISC wants me to port TCPCT to FreeBSD. Although I've joined this list (some time ago), I've not seen any traffic discussing TCP'ish things. Need somebody willing to walk me through the processes and check my code. From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 19:14:31 2011 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 79415106566C; Sat, 15 Jan 2011 19:14:31 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id CDD728FC1E; Sat, 15 Jan 2011 19:14:30 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 48BBBE72B1; Sat, 15 Jan 2011 19:14:29 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type; s=mail; bh=L8+h8LV1FxhbjiBy/RPPdRpfpLQ=; b=JH5+uo PAFFra8elcxZ6M8Fu3X/O649L2thA1h6TjwLLW0PHA7ASBywZiEULO53REB28m4F 1VRf8J8WRHjPPHT5FdAElw7wh6j45gN/SzuKHxJWgUDkTfvXpLbDp0azNfyWPDmO aviSV1DrctrQGNoJWgff0qr/hEAMrGEv/2tus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type; q=dns; s=mail; b=k9Q/yIYNDsZdEVf/u2oqVarUKXZGJCup FObNtHbKx8lVJjmX05q7vbOFc5LVVJwbuSp5+LHgGVkAvBWL3C+Eu8NJlza5YvRi H3cXxjf7jTVeKUSK34VO098EI6Sq5MipBIB1EUoBGNwBsfVQY22wFfZkM98XmeDr M3JzTutFv9g= Received: from unknown (client-86-23-13-213.brhm.adsl.virginmedia.com [86.23.13.213]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id DB9B7E71A5; Sat, 15 Jan 2011 19:14:28 +0000 (GMT) Date: Sat, 15 Jan 2011 19:14:25 +0000 From: Bruce Cran To: John Baldwin Message-ID: <20110115191425.00003fda@unknown> In-Reply-To: <201101101446.06257.jhb@freebsd.org> References: <20110109140215.000011b8@unknown> <201101101446.06257.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/s5v9Z3y2r/P.aeKmFRb+9We" Cc: freebsd-current@freebsd.org Subject: Re: Loading uart module fails 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, 15 Jan 2011 19:14:31 -0000 --MP_/s5v9Z3y2r/P.aeKmFRb+9We Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Mon, 10 Jan 2011 14:46:06 -0500 John Baldwin wrote: > Can you get devinfo -rv output before you try to kldload uart? I've attached the devinfo output. -- Bruce Cran --MP_/s5v9Z3y2r/P.aeKmFRb+9We Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=devinfo.txt nexus0 cryptosoft0 padlock0 npx0 ram0 I/O memory addresses: 0x0-0x9fbff 0x9fc00-0x9ffff 0x100000-0x77effff acpi0 Interrupt request lines: 3 I/O ports: 0x10-0x1f 0x22-0x3f 0x44-0x5f 0x62-0x63 0x65-0x6f 0x74-0x7f 0x91-0x93 0xa2-0xbf 0xe0-0xef 0x4d0-0x4d1 I/O memory addresses: 0xd6000-0xd7fff 0xf0000-0xf7fff 0xf8000-0xfbfff 0xfc000-0xfffff 0x77f0000-0x77fffff 0xfee00000-0xfee00fff 0xffff0000-0xffffffff cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU0 acpi_throttle0 acpi_button0 pnpinfo _HID=3DPNP0C0C _UID=3D0 at handle=3D\_SB_.PWRB acpi_sysresource0 pnpinfo _HID=3DPNP0C01 _UID=3D0 at handle=3D\_SB_.MEM_ pcib0 pnpinfo _HID=3DPNP0A03 _UID=3D0 at handle=3D\_SB_.PCI0 I/O ports: 0xcf8-0xcff 0x4000-0x407f 0x4080-0x40ff 0x5000-0x500f 0x6000-0x607f pci0 hostb0 pnpinfo vendor=3D0x1106 device=3D0x0601 subvendor=3D0x1106 s= ubdevice=3D0x6010 class=3D0x060000 at slot=3D0 function=3D0 I/O memory addresses: 0xd0000000-0xdfffffff agp0 pcib1 pnpinfo vendor=3D0x1106 device=3D0x8601 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D1 function=3D0 pci1 vgapci0 pnpinfo vendor=3D0x1023 device=3D0x8500 subvendor=3D0x1= 023 subdevice=3D0x8500 class=3D0x030000 at slot=3D0 function=3D0 I/O memory addresses: 0xe1000000-0xe17fffff 0xe1800000-0xe1ffffff 0xe2000000-0xe201ffff vgapm0 scpm0 drm0 isab0 pnpinfo vendor=3D0x1106 device=3D0x8231 subvendor=3D0x1106 su= bdevice=3D0x6010 class=3D0x060100 at slot=3D17 function=3D0 handle=3D\_SB_.= PCI0.VT86 isa0 pmtimer0 sc0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 pnpinfo pnpid=3DORM0000 I/O memory addresses: 0xc0000-0xcbfff 0xcc000-0xd5fff atkbdc0 I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 1 fdc0 ppc0 uart0 uart1 atapci0 pnpinfo vendor=3D0x1106 device=3D0x0571 subvendor=3D0x1106 = subdevice=3D0x6010 class=3D0x01018a at slot=3D17 function=3D1 handle=3D\_SB= _.PCI0.IDE0 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0xe800-0xe80f ata0 at channel=3D0 Interrupt request lines: 14 ata1 at channel=3D1 Interrupt request lines: 15 uhci0 pnpinfo vendor=3D0x1106 device=3D0x3038 subvendor=3D0x0925 su= bdevice=3D0x1234 class=3D0x0c0300 at slot=3D17 function=3D2 handle=3D\_SB_.= PCI0.USB0 Interrupt request lines: 10 I/O ports: 0xd000-0xd01f usbus0 uhub0 uhci1 pnpinfo vendor=3D0x1106 device=3D0x3038 subvendor=3D0x0925 su= bdevice=3D0x1234 class=3D0x0c0300 at slot=3D17 function=3D3 handle=3D\_SB_.= PCI0.USB1 Interrupt request lines: 10 I/O ports: 0xd400-0xd41f usbus1 uhub1 unknown pnpinfo vendor=3D0x1106 device=3D0x8235 subvendor=3D0x1106 = subdevice=3D0x6010 class=3D0x068000 at slot=3D17 function=3D4 handle=3D\_SB= _.PCI0.VTAC unknown pnpinfo vendor=3D0x1106 device=3D0x3058 subvendor=3D0x1106 = subdevice=3D0x6010 class=3D0x040100 at slot=3D17 function=3D5 I/O ports: 0xd800-0xd8ff 0xdc00-0xdc03 0xe000-0xe003 vr0 pnpinfo vendor=3D0x1106 device=3D0x3065 subvendor=3D0x1106 subd= evice=3D0x0102 class=3D0x020000 at slot=3D18 function=3D0 handle=3D\_SB_.PC= I0.LAN0 Interrupt request lines: 11 I/O ports: 0xe400-0xe4ff I/O memory addresses: 0xe5000000-0xe50000ff miibus0 ukphy0 pnpinfo oui=3D0x4063 model=3D0x32 rev=3D0xa at phyno=3D1 pcib2 pnpinfo vendor=3D0x1011 device=3D0x0024 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D20 function=3D0 pci2 dc0 pnpinfo vendor=3D0x1011 device=3D0x0019 subvendor=3D0x1186 = subdevice=3D0x1112 class=3D0x020000 at slot=3D4 function=3D0 Interrupt request lines: 5 I/O ports: 0xc000-0xc07f I/O memory addresses: 0xe4000000-0xe40003ff miibus1 nsphyter0 pnpinfo oui=3D0x80017 model=3D0x1 rev=3D0x0 at ph= yno=3D1 dc1 pnpinfo vendor=3D0x1011 device=3D0x0019 subvendor=3D0x1186 = subdevice=3D0x1112 class=3D0x020000 at slot=3D5 function=3D0 Interrupt request lines: 12 I/O ports: 0xc400-0xc47f I/O memory addresses: 0xe4001000-0xe40013ff miibus2 nsphyter1 pnpinfo oui=3D0x80017 model=3D0x1 rev=3D0x0 at ph= yno=3D1 dc2 pnpinfo vendor=3D0x1011 device=3D0x0019 subvendor=3D0x1186 = subdevice=3D0x1112 class=3D0x020000 at slot=3D6 function=3D0 Interrupt request lines: 10 I/O ports: 0xc800-0xc87f I/O memory addresses: 0xe4002000-0xe40023ff miibus3 nsphyter2 pnpinfo oui=3D0x80017 model=3D0x1 rev=3D0x0 at ph= yno=3D1 dc3 pnpinfo vendor=3D0x1011 device=3D0x0019 subvendor=3D0x1186 = subdevice=3D0x1112 class=3D0x020000 at slot=3D7 function=3D0 Interrupt request lines: 11 I/O ports: 0xcc00-0xcc7f I/O memory addresses: 0xe4003000-0xe40033ff miibus4 nsphyter3 pnpinfo oui=3D0x80017 model=3D0x1 rev=3D0x0 at ph= yno=3D1 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.CHN0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.CHN0.D= RV0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.CHN0.D= RV1 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.CHN1 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.CHN1.D= RV0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.CHN1.D= RV1 pci_link0 pnpinfo _HID=3DPNP0C0F _UID=3D1 at handle=3D\_SB_.PCI0.LNKA pci_link1 pnpinfo _HID=3DPNP0C0F _UID=3D2 at handle=3D\_SB_.PCI0.LNKB pci_link2 pnpinfo _HID=3DPNP0C0F _UID=3D3 at handle=3D\_SB_.PCI0.LNKC pci_link3 pnpinfo _HID=3DPNP0C0F _UID=3D4 at handle=3D\_SB_.PCI0.LNKD acpi_sysresource1 pnpinfo _HID=3DPNP0C02 _UID=3D1 at handle=3D\_SB_.PCI= 0.SYSR atpic0 pnpinfo _HID=3DPNP0000 _UID=3D0 at handle=3D\_SB_.PCI0.PIC_ I/O ports: 0x20-0x21 0xa0-0xa1 atdma0 pnpinfo _HID=3DPNP0200 _UID=3D0 at handle=3D\_SB_.PCI0.DMA1 DMA request lines: 4 I/O ports: 0x0-0xf 0x80-0x90 0x94-0x9f 0xc0-0xdf attimer0 pnpinfo _HID=3DPNP0100 _UID=3D0 at handle=3D\_SB_.PCI0.TMR_ Interrupt request lines: 0 I/O ports: 0x40-0x43 atrtc0 pnpinfo _HID=3DPNP0B00 _UID=3D0 at handle=3D\_SB_.PCI0.RTC_ Interrupt request lines: 8 I/O ports: 0x70-0x73 unknown pnpinfo _HID=3DPNP0800 _UID=3D0 at handle=3D\_SB_.PCI0.SPKR I/O ports: 0x61 npxisa0 pnpinfo _HID=3DPNP0C04 _UID=3D0 at handle=3D\_SB_.PCI0.COPR I/O ports: 0xf0-0xff unknown pnpinfo _HID=3DPNP0700 _UID=3D0 at handle=3D\_SB_.PCI0.FDC0 unknown pnpinfo _HID=3DPNP0501 _UID=3D1 at handle=3D\_SB_.PCI0.UAR1 I/O ports: 0x3f8-0x3ff unknown pnpinfo _HID=3DVIA3058 _UID=3D0 at handle=3D\_SB_.PCI0.FIR0 unknown pnpinfo _HID=3DPNP0400 _UID=3D0 at handle=3D\_SB_.PCI0.LPT1 I/O ports: 0x378-0x37f unknown pnpinfo _HID=3DPNP0401 _UID=3D0 at handle=3D\_SB_.PCI0.ECP1 unknown pnpinfo _HID=3DPNP0F13 _UID=3D0 at handle=3D\_SB_.PCI0.PS2M unknown pnpinfo _HID=3DPNP0303 _UID=3D0 at handle=3D\_SB_.PCI0.PS2K unknown pnpinfo _HID=3DPNP0C0B _UID=3D0 at handle=3D\_TZ_.FAN_ acpi_tz0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_TZ_.THRM acpi_timer0 pnpinfo unknown at unknown --MP_/s5v9Z3y2r/P.aeKmFRb+9We-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 19:38:31 2011 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 2A6DA1065673 for ; Sat, 15 Jan 2011 19:38:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id B372F8FC17 for ; Sat, 15 Jan 2011 19:38:30 +0000 (UTC) Received: (qmail 7066 invoked by uid 399); 15 Jan 2011 19:38:28 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Jan 2011 19:38:28 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D31F7B3.9070706@FreeBSD.org> Date: Sat, 15 Jan 2011 11:38:27 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: William Allen Simpson References: <4D31BDB4.9030904@gmail.com> In-Reply-To: <4D31BDB4.9030904@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: TCP resident expert? 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, 15 Jan 2011 19:38:31 -0000 On 01/15/2011 07:31, William Allen Simpson wrote: > Who's the kernel expert on TCP around here? freebsd-net@ is generally the relevant list. Good luck with your work. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 19:51:49 2011 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 175C1106566B; Sat, 15 Jan 2011 19:51:49 +0000 (UTC) (envelope-from fbsdcurrent@beasties.demon.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 730D78FC0A; Sat, 15 Jan 2011 19:51:48 +0000 (UTC) Received: from merom.hotsoft.nl (beasties.demon.nl [82.161.3.114]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id p0FJcaVj070616; Sat, 15 Jan 2011 20:38:36 +0100 (CET) (envelope-from fbsdcurrent@beasties.demon.nl) Message-ID: <4D31F7BC.7000606@beasties.demon.nl> Date: Sat, 15 Jan 2011 20:38:36 +0100 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101212 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110113171139.GA32250@troutmask.apl.washington.edu> <20110114040549.GA36430@troutmask.apl.washington.edu> <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> <20110115061023.GA41547@troutmask.apl.washington.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: George Neville-Neil , Ryan Stone , Steve Kargl , Garrett Cooper Subject: Re: Profiling code execution on amd64? 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, 15 Jan 2011 19:51:49 -0000 On 01/15/11 07:15, Garrett Cooper wrote: > On Fri, Jan 14, 2011 at 10:10 PM, Steve Kargl > wrote: >> On Fri, Jan 14, 2011 at 03:40:46PM -0500, George Neville-Neil wrote: >>> >>> On Jan 13, 2011, at 23:05 , Steve Kargl wrote: >>> >>>> On Thu, Jan 13, 2011 at 10:08:30PM -0500, Ryan Stone wrote: >>>>> I would suggest using hwpmc for profiling: >>>>> >>>>> # kldload hwpmc >>>>> # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration >>>>> # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt >>>>> >>>>> >>>>> You can also get pmcstat to generate gprof-compatible output with -g, >>>>> but I never use the mode so I'm really not sure what it gives you. I >>>>> think that you have to run gprof on the output or something, but don't >>>>> hold me to that. >>>> >>>> >>>> Thanks. I'll give it a try, but my initial attempt seems to >>>> indicate that one needs to be root to use hwpmc. >>>> >>>> laptop:kargl[210] pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration >>>> pmcstat: ERROR: Cannot allocate system-mode pmc with specification >>>> "unhalted-cycles": Operation not permitted >>>> >>> >>> You only need to be root to profile the kernel or someone else's process. >>> >>> This tutorial might help: >>> >>> www.dcbsdcon.org/speakers/slides/neville-neil_dcbsdcon2009.pdf >>> >> >> Thanks. I'll look at the tutorial. Meanwhile, should gprof >> be removed from the base system because it appears broken? > > Instead of just removing things, why not determine why things are > broken and try to fix them? > -Garrett > gprof is not as badly broken as it seems 8-) I have encountered the issue described by the original poster regularly over the last few years, using different versions of FreeBSD. The total time reported by gprof is often way shorter than the time reported by time. I have checked that the problem goes back to at least 7.3-RELEASE, and it occurs on both amd64 and i386. I found that this problem is caused by neither the profile start-up code nor gprof knowing about dynamic linking. The start-up code calls profil() with etext as the upper limit of the address range to be profiled. This implies that all dynamically linked code will not be profiled, which explains the lost ticks in gprof. A solution might be to teach both the profiling start-up code and gprof about dynamic linking, but I guess that is not that trivial ... A good work-around is linking statically (-static). Also be aware that with dynamic linking and specifying -pg, a profiled (and static!) version is used only for the C library. So if e.g. the math library is needed -lm_p has to be specified explicitly instead of just -lm, or ticks will be lost. So specifying standard libraries with _p appended might already solve most of the problems. I also remember (and just verified) that in the "good old days" (FreeBSD 2.2.8) static linking took place automatically when profiling was requested, so the issues at hand might not even be new 8-) Kind regards, Hans Ottevanger PS. Thanks for the link to your tutorial, George. I am very interested in hwpmc, and since documentation seems to be somewhat sparse, this really helps. From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 20:11:59 2011 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 2A5A8106564A for ; Sat, 15 Jan 2011 20:11:59 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id AA4008FC08 for ; Sat, 15 Jan 2011 20:11:58 +0000 (UTC) Received: by fxm16 with SMTP id 16so4377930fxm.13 for ; Sat, 15 Jan 2011 12:11:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=UfdMudOnLWhKW8Pafy3mZaBzoFVBUFC5MUutoQKqyTA=; b=citHtdusdS9EHNrOxfughl5H0wNdYsMz7AY5ESezrXG6a5t5J1ChueJEH5r45U8X08 ddmLkD3OAV7dWF1EDzBK0BsudyxZV2hkj7W7nf0j8NJhdKAN8jk2/Azd9aMLeAEiGUb3 V08F6b8s/unAxn5XoqA5+x94jyNLK9u2qO98U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=fqi72krlCKLsafkuFKyyqDrBJ7qeOo5ue4V4DRkN3RIckcEsVciGw3jPn8h7Kte9te sAZfllmMYNKDxoriTX1XNOUUcniNhhtnRW7VNbrZcC8UbxCv6qmOo2eY9ADBtoA+R/az oiZCjCb6QyLN6zNfA5y9nijQSKUPbkTYL1WFI= Received: by 10.223.74.11 with SMTP id s11mr2540628faj.2.1295122317520; Sat, 15 Jan 2011 12:11:57 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n26sm991603fam.37.2011.01.15.12.11.55 (version=SSLv3 cipher=RC4-MD5); Sat, 15 Jan 2011 12:11:56 -0800 (PST) Sender: Alexander Motin Message-ID: <4D31FF65.6010000@FreeBSD.org> Date: Sat, 15 Jan 2011 22:11:17 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Marek Salwerowicz References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modules on FreeBSD-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: Sat, 15 Jan 2011 20:11:59 -0000 Hi. Marek Salwerowicz wrote: > I am unable to dynamically load modules to support ATA disks on soekris > net5501-70. > > I boot via PXE diskless FreeBSD-Current. > In kernel config there are commented out options: > > #device ata #device atadisk > > After boot, I load modules: > > # kldload ata.ko > # kldload atapci.ko > # kldload ataamd > # kldload atadisk > > after that, in dmesg: > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 > atapci0: failed to add ata child device > atapci0: failed to add ata child device I think these errors caused by devices created for legacy ISA compatibility via device hints. Go to device.hints and remove all ATA stuff from there to force ATA to be detected only via PCI. Another problem I see here with module load order. Loading atapci before ataadm will make generic driver attach to controller, not specific one. Unluckily loading in different order won't help, I think, because ataamd depends on atapci and will load it automatically. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 22:33:42 2011 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 0B17C106566C for ; Sat, 15 Jan 2011 22:33:42 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7278FC08 for ; Sat, 15 Jan 2011 22:33:41 +0000 (UTC) Received: by fxm16 with SMTP id 16so4469090fxm.13 for ; Sat, 15 Jan 2011 14:33:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=aGdHqX/zzb6lyvQ/JuJ1QWIf+1qnR7g75DiaW0CoMrs=; b=ldgM5Gx5eUsgBzHaZ/ThQy1ctuHb7PY+8fjaM8yaTmQ2rHZNTikA38+8G+jZWOF+bH 9pfUkl5GyxX+82aPs/VsuJpX2cz2g+Nzc9QGYlDQGqcj53Jp7qQmRBavA7i1mLn/WUjz IzFV47bZO26eWjXIAdbcgWDRGkPRKqo4Eqayg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=d6gGASNChKuCn6GO/P71GZRGH4LceDhC2JB7WubV4D0Uu1im+4ly0XuEjw3+08A2tf Lk+BeeglPgAh/nveJ5FloEUaUqr+N35pHikjNHD2D2VBDr2kUjrg8iktaZtMuFztICFf 6Wfx9IWvGXGlEr7ub+VFe6J+ii77wvAGujM5Q= Received: by 10.223.96.195 with SMTP id i3mr2662205fan.77.1295130819850; Sat, 15 Jan 2011 14:33:39 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id a2sm1027291faw.46.2011.01.15.14.33.38 (version=SSLv3 cipher=RC4-MD5); Sat, 15 Jan 2011 14:33:38 -0800 (PST) Sender: Alexander Motin Message-ID: <4D32209B.3010705@FreeBSD.org> Date: Sun, 16 Jan 2011 00:32:59 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Marek Salwerowicz References: <4D31FF65.6010000@FreeBSD.org> <0A45D61F328244969D19C8A45A03F92D@marekdesktop> In-Reply-To: <0A45D61F328244969D19C8A45A03F92D@marekdesktop> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modules onFreeBSD-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: Sat, 15 Jan 2011 22:33:42 -0000 Marek Salwerowicz wrote: >> I think these errors caused by devices created for legacy ISA >> compatibility via device hints. Go to device.hints and remove all ATA >> stuff from there to force ATA to be detected only via PCI. >> >> Another problem I see here with module load order. Loading atapci before >> ataadm will make generic driver attach to controller, not specific one. >> Unluckily loading in different order won't help, I think, because ataamd >> depends on atapci and will load it automatically. >> > > Hi, > > we have commented these lines in device.hints: > >> #hint.ata.0.at="isa" >> #hint.ata.0.port="0x1F0" >> #hint.ata.0.irq="14" >> #hint.ata.1.at="isa" >> #hint.ata.1.port="0x170" >> #hint.ata.1.irq="15" > > and now there are no errors in dmesg, > > but: > > 1. ataamd doesn't load automatically atapci.ko, so I kept the order. It should. > 2. after loading modules and # atacontrol detach ata0 > # atacontrol attach ata0 > > I can't still see my CF connected to net5501. It would be nice if you enabled verbose kernel messages to get more info. > Is it possible to load dynamically modules or do they have to be > compiled in kernel... ? It should, but I haven't used it. What for do you need to load/unload them in run time? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 22:57:24 2011 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 BFD5F106564A for ; Sat, 15 Jan 2011 22:57:24 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id 516898FC0A for ; Sat, 15 Jan 2011 22:57:24 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 16478 invoked from network); 15 Jan 2011 23:30:39 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 15 Jan 2011 23:30:39 +0100 Message-ID: <0A45D61F328244969D19C8A45A03F92D@marekdesktop> From: "Marek Salwerowicz" To: "Alexander Motin" References: <4D31FF65.6010000@FreeBSD.org> Date: Sat, 15 Jan 2011 23:30:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [kXMX] X-Mailman-Approved-At: Sat, 15 Jan 2011 23:08:52 +0000 Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modules onFreeBSD-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: Sat, 15 Jan 2011 22:57:24 -0000 > I think these errors caused by devices created for legacy ISA > compatibility via device hints. Go to device.hints and remove all ATA > stuff from there to force ATA to be detected only via PCI. > > Another problem I see here with module load order. Loading atapci before > ataadm will make generic driver attach to controller, not specific one. > Unluckily loading in different order won't help, I think, because ataamd > depends on atapci and will load it automatically. > Hi, we have commented these lines in device.hints: > #hint.ata.0.at="isa" > #hint.ata.0.port="0x1F0" > #hint.ata.0.irq="14" > #hint.ata.1.at="isa" > #hint.ata.1.port="0x170" > #hint.ata.1.irq="15" and now there are no errors in dmesg, but: 1. ataamd doesn't load automatically atapci.ko, so I kept the order. 2. after loading modules and # atacontrol detach ata0 # atacontrol attach ata0 I can't still see my CF connected to net5501. Is it possible to load dynamically modules or do they have to be compiled in kernel... ? -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 23:50:24 2011 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 5A2D610656C7 for ; Sat, 15 Jan 2011 23:50:24 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id C9E3D8FC15 for ; Sat, 15 Jan 2011 23:50:23 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 28664 invoked from network); 16 Jan 2011 00:50:19 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 16 Jan 2011 00:50:19 +0100 Message-ID: <815E0E902FA54E6C934B5FB01D31045A@marekdesktop> From: "Marek Salwerowicz" To: "Alexander Motin" References: <4D31FF65.6010000@FreeBSD.org><0A45D61F328244969D19C8A45A03F92D@marekdesktop> <4D32209B.3010705@FreeBSD.org> Date: Sun, 16 Jan 2011 00:50:14 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0063_01CBB517.56686AB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [4aMV] Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modulesonFreeBSD-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: Sat, 15 Jan 2011 23:50:24 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0063_01CBB517.56686AB0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit > It would be nice if you enabled verbose kernel messages to get more info. Verbose log in attachment - please see it. >> Is it possible to load dynamically modules or do they have to be >> compiled in kernel... ? > > It should, but I haven't used it. What for do you need to load/unload > them in run time? > The Soekris box are being used in computer lab by students. Normally they use diskless FreeBSD (loaded via PXE/NFS), but in some cases they might install something on CF (but in general we want to prevent them from reading / writing to CF). -- Marek Salwerowicz ------=_NextPart_000_0063_01CBB517.56686AB0 Content-Type: text/plain; format=flowed; name="so51_verb_dmesg.txt"; reply-type=original Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="so51_verb_dmesg.txt" so5501a% cat /var/run/dmesg.boot Copyright (c) 1992-2011 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 9.0-CURRENT #4: Sat Jan 15 23:19:52 CET 2011 ato@volt.iem.pw.edu.pl:/tmp/obj/i386.i386/usr/src/sys/SOEKRIS i386 Preloaded elf kernel "/boot/kernel.soekris/kernel" at 0xc08ad000. Preloaded elf module "/boot/kernel.soekris/procfs.ko" at 0xc08ad140. Preloaded elf module "/boot/kernel.soekris/pseudofs.ko" at 0xc08ad1f4. Preloaded elf module "/boot/kernel.soekris/geom_md.ko" at 0xc08ad2ac. Preloaded elf module "/boot/kernel.soekris/if_sis.ko" at 0xc08ad360. Preloaded elf module "/boot/kernel.soekris/miibus.ko" at 0xc08ad414. Preloaded elf module "/boot/kernel.soekris/if_vr.ko" at 0xc08ad4c8. Calibrating TSC clock ... TSC clock: 499912260 Hz CPU: Geode(TM) Integrated Processor by AMD PCS (499.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Family = 5 Model = a Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 Data TLB: 16 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 32 bytes/line, 1 lines/tag, 16-way associative L1 instruction cache: 64 kbytes, 32 bytes/line, 1 lines/tag, 16-way associative L2 internal cache: 128 kbytes, 32 bytes/line, 1 lines/tag, 4-way associative Write Allocate Disable real memory = 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f6b9fff, 514408448 bytes (125588 pages) avail memory = 515964928 (492 MB) bios32: Found BIOS32 Service Directory header at 0xc00fac00 bios32: Entry = 0xfac40 (c00fac40) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xac61 Other BIOS signatures found: mem: K6-family MTRR support enabled (2 registers) null: io: random: nfslock: pseudo-device pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 [class=060000] [hdr=80] is there (id=20801022) pcibios: BIOS version 2.01 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x2080, revid=0x31 domain=0, bus=0, slot=1, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0220, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x2082, revid=0x00 domain=0, bus=0, slot=1, func=2 class=10-10-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0220, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xa0000000, size 14, enabled found-> vendor=0x1106, dev=0x3053, revid=0x96 domain=0, bus=0, slot=6, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe100, size 8, enabled map[14]: type Memory, range 32, base 0xa0004000, size 8, enabled found-> vendor=0x1106, dev=0x3053, revid=0x96 domain=0, bus=0, slot=7, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe200, size 8, enabled map[14]: type Memory, range 32, base 0xa0004100, size 8, enabled found-> vendor=0x1106, dev=0x3053, revid=0x96 domain=0, bus=0, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe300, size 8, enabled map[14]: type Memory, range 32, base 0xa0004200, size 8, enabled found-> vendor=0x1106, dev=0x3053, revid=0x96 domain=0, bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe400, size 8, enabled map[14]: type Memory, range 32, base 0xa0004300, size 8, enabled found-> vendor=0x104c, dev=0xac23, revid=0x02 domain=0, bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 found-> vendor=0x168c, dev=0x0013, revid=0x01 domain=0, bus=0, slot=17, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xa0010000, size 16, enabled found-> vendor=0x1022, dev=0x2090, revid=0x03 domain=0, bus=0, slot=20, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0009, statreg=0x02a0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x6000, size 13, enabled map[14]: type I/O Port, range 32, base 0x6100, size 8, enabled map[18]: type I/O Port, range 32, base 0x6200, size 9, enabled found-> vendor=0x1022, dev=0x209a, revid=0x01 domain=0, bus=0, slot=20, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xe000, size 4, enabled found-> vendor=0x1022, dev=0x2094, revid=0x02 domain=0, bus=0, slot=21, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 map[10]: type Memory, range 32, base 0xa0020000, size 12, enabled found-> vendor=0x1022, dev=0x2095, revid=0x02 domain=0, bus=0, slot=21, func=1 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 map[10]: type Memory, range 32, base 0xa0021000, size 12, enabled Geode LX: Soekris net5501 comBIOS ver. 1.33c 20080626 Copyright (C) 2000-2008 MFGPT bar: f00100006200 pci0: at device 1.2 (no driver attached) vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x2 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: OUI 0x004063, model 0x0034, rev. 3 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:00:24:c9:2c:7c vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x2 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: OUI 0x004063, model 0x0034, rev. 3 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: bpf attached vr1: Ethernet address: 00:00:24:c9:2c:7d vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x2 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: OUI 0x004063, model 0x0034, rev. 3 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: bpf attached vr2: Ethernet address: 00:00:24:c9:2c:7e vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x2 vr3: Revision: 0x96 miibus3: on vr3 ukphy3: PHY 1 on miibus3 ukphy3: OUI 0x004063, model 0x0034, rev. 3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: bpf attached vr3: Ethernet address: 00:00:24:c9:2c:7f pcib1: at device 14.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xa4000000-0xa7ffffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x100b, dev=0x0020, revid=0x00 domain=0, bus=1, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: requested I/O range 0xd000-0xd0ff: in range map[14]: type Memory, range 32, base 0xa4000000, size 12, enabled pcib1: requested memory range 0xa4000000-0xa4000fff: good found-> vendor=0x100b, dev=0x0020, revid=0x00 domain=0, bus=1, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=6 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd100, size 8, enabled pcib1: requested I/O range 0xd100-0xd1ff: in range map[14]: type Memory, range 32, base 0xa4001000, size 12, enabled pcib1: requested memory range 0xa4001000-0xa4001fff: good sis0: port 0xd000-0xd0ff mem 0xa4000000-0xa4000fff irq 10 at device 0.0 on pci1 sis0: Silicon Revision: DP83816A miibus4: on sis0 nsphyter0: PHY 0 on miibus4 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:00:24:c9:48:80 sis1: port 0xd100-0xd1ff mem 0xa4001000-0xa4001fff irq 6 at device 1.0 on pci1 sis1: Silicon Revision: DP83816A miibus5: on sis1 nsphyter1: PHY 0 on miibus5 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: bpf attached sis1: Ethernet address: 00:00:24:c9:48:81 pci0: at device 17.0 (no driver attached) isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 ata0: on atapci0 ata0: reset tp1 mask=03 ostat0=60 ostat1=50 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=20 stat1=50 devices=0x2 ata1: on atapci0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff pci0: at device 21.0 (no driver attached) pci0: at device 21.1 (no driver attached) cpu0 on motherboard 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 isa_probe_children: disabling PnP devices pmtimer0 on isa0 isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xd27ff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0 failed to probe at port 0x60 on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) Event timer "RTC" frequency 32768 Hz quality 0 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) 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) ppc0 failed to probe at irq 7 on isa0 sc0 failed to probe on isa0 sn0: not probed (disabled) uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: fast interrupt uart0: console (115200,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: fast interrupt uart2: not probed (disabled) uart3: not probed (disabled) vga0 failed to probe on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 499912260 Hz quality 800 Timecounters tick every 3.906 msec lo0: bpf attached ata0: Identifying devices: 00000002 ata0: New devices: 00000002 ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad0: Skipping 80pin cable check ad0: setting UDMA100 ad0: 7631MB at ata0-slave UDMA100 ad0: 15630048 sectors [15506C/16H/63S] 1 sectors/interrupt 1 depth queue ata1: Identifying devices: 00000000 ata1: New devices: 00000000 Sending DHCP Discover packet from interface vr0 (00:00:24:c9:2c:7c) GEOM: new disk ad0 GEOM: ad0: media size does not match label. Sending DHCP Discover packet from interface vr1 (00:00:24:c9:2c:7d) Sending DHCP Discover packet from interface vr2 (00:00:24:c9:2c:7e) Sending DHCP Discover packet from interface vr3 (00:00:24:c9:2c:7f) Sending DHCP Discover packet from interface sis0 (00:00:24:c9:48:80) Sending DHCP Discover packet from interface sis1 (00:00:24:c9:48:81) Received DHCP Offer packet on vr0 from 194.29.146.27 (accepted) (no root path) Sending DHCP Request packet from interface vr0 (00:00:24:c9:2c:7c) Received DHCP Ack packet on vr0 from 194.29.146.27 (accepted) (got root path) DHCP timeout for interface vr1 DHCP timeout for interface vr2 DHCP timeout for interface vr3 DHCP timeout for interface sis0 DHCP timeout for interface sis1 vr0 at 194.29.146.42 server 194.29.146.27 server name amp2 subnet mask 255.255.255.0 router 194.29.146.1 rootfs 194.29.146.3:/R rootopts nolockd hostname so5501a Adjusted interface vr0 Shutdown interface vr1 Shutdown interface vr2 Shutdown interface vr3 Shutdown interface sis0 Shutdown interface sis1 Trying to mount root from nfs: []... NFS ROOT: 194.29.146.3:/R start_init: trying /sbin/init so5501a% ------=_NextPart_000_0063_01CBB517.56686AB0-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 15 23:55:38 2011 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 98AED106566B for ; Sat, 15 Jan 2011 23:55:38 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 255608FC08 for ; Sat, 15 Jan 2011 23:55:37 +0000 (UTC) Received: by fxm16 with SMTP id 16so4518856fxm.13 for ; Sat, 15 Jan 2011 15:55:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=QIZyxrx6J21fFOM9qAYFsnIo3B5o4/DGQh0LJF7Rbsk=; b=SQBFX7xX18AXRh50px2B9GHO2FqAbTrtJCl8CbkOkp6bvWrU14fbovzAufRf4D9awQ jZbs5mnSU+jlR9bgI7L3vhXeORN2M0W+Bp3a+KHOHjsqR7Pqn8hI33jB9/IeIU/j3wZF orDswStXytkmha0004IVcCVgqvKvuwx8BAPn0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=VMAJt9soEEC29uJI2D8rwiffncTcobW+7TUobC8s76bbgRi0LkgVzalLoLPl8BYwHc +nM51BKbjfPwjFLCn07lhl429Ow9bvbWRxSu8wRdePszRfdqQOtjtw2fafY3hvg9TUrs JHKmDQIYCgQlL/58SuppOsTcfMPXp66HFlh4o= Received: by 10.223.93.141 with SMTP id v13mr1359173fam.145.1295135737258; Sat, 15 Jan 2011 15:55:37 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n3sm1046529faa.29.2011.01.15.15.55.35 (version=SSLv3 cipher=RC4-MD5); Sat, 15 Jan 2011 15:55:36 -0800 (PST) Sender: Alexander Motin Message-ID: <4D3233D0.9070108@FreeBSD.org> Date: Sun, 16 Jan 2011 01:54:56 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Marek Salwerowicz References: <4D31FF65.6010000@FreeBSD.org><0A45D61F328244969D19C8A45A03F92D@marekdesktop> <4D32209B.3010705@FreeBSD.org> <815E0E902FA54E6C934B5FB01D31045A@marekdesktop> In-Reply-To: <815E0E902FA54E6C934B5FB01D31045A@marekdesktop> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modulesonFreeBSD-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: Sat, 15 Jan 2011 23:55:38 -0000 Marek Salwerowicz wrote: >> It would be nice if you enabled verbose kernel messages to get more info. > Verbose log in attachment - please see it. I've meant log with problem. When you are loading modules on-fly. -- Alexander Motin