From owner-freebsd-stable@FreeBSD.ORG Sun Jun 28 03:06:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2391065688 for ; Sun, 28 Jun 2009 03:06:02 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com (web.hostmailing.com [200.110.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4D57D8FC1B for ; Sun, 28 Jun 2009 03:06:01 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com ([200.110.145.34] helo=www.hostmailing.com) by web.hostmailing.com with esmtpa (Exim 4.63) (envelope-from ) id 1MKkgv-0001aS-0h for freebsd-stable@freebsd.org; Sun, 28 Jun 2009 00:04:29 -0300 Date: Sun, 28 Jun 2009 00:04:29 -0300 To: freebsd-stable@freebsd.org From: Exemys Message-ID: X-Priority: 3 X-Mailer: wh4535 [version 3.1] MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Serial to WiFi - Wireless Serial Server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: exemys@exemys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 03:06:02 -0000 This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 28 13:59:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E238D106564A for ; Sun, 28 Jun 2009 13:59:00 +0000 (UTC) (envelope-from avitech@avitechtecnologia.com.br) Received: from W03CNN0165.locaweb.com.br (w03cnn0165.locaweb.com.br [189.126.98.167]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2E78FC27 for ; Sun, 28 Jun 2009 13:59:00 +0000 (UTC) (envelope-from avitech@avitechtecnologia.com.br) Received: from mail pickup service by W03CNN0165.locaweb.com.br with Microsoft SMTPSVC; Sun, 28 Jun 2009 10:41:54 -0300 thread-index: Acn37X8mH/zKhpOjTuub9R04PJdBDQ== Thread-Topic: =?iso-8859-1?Q?Sua_melhor_op=E7=E3o_em_Hardware.?= From: =?iso-8859-1?Q?Avitech_Tecnologia_em_Inform=E1tica?= To: "Prezado \(a\)" MIME-Version: 1.0 Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4325 Message-ID: X-OriginalArrivalTime: 28 Jun 2009 13:41:54.0160 (UTC) FILETIME=[32B66700:01C9F7F6] Date: 28 Jun 2009 10:41:54 -0300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?iso-8859-1?q?Sua_melhor_op=E7=E3o_em_Hardware=2E?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 13:59:01 -0000 =20 =20 =20 Prezado(a), =09 =20 =20 =20 =20 =20 =20 Solicite um contato =20 Indique para um amigo =20 Em respeito a sua privacidade, se voc=EA n=E3o quiser receber mais nossos e-mails, clique aqui para remover seu endere=E7o da nossa lista. =20 =20 =20 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 28 21:16:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3153106568F for ; Sun, 28 Jun 2009 21:16:14 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6598FC13 for ; Sun, 28 Jun 2009 21:16:12 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id E7BC3D19AE5 for ; Sun, 28 Jun 2009 22:57:09 +0200 (CEST) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 6EDE54C813C for ; Sun, 28 Jun 2009 22:57:03 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 8B4BB4C80EE for ; Sun, 28 Jun 2009 22:57:01 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 596331CDD4; Sun, 28 Jun 2009 22:56:54 +0200 (CEST) Date: Sun, 28 Jun 2009 22:56:54 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090628205654.GA6237@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 21:16:15 -0000 Building lxdvdrip stops because linux-pango has known vulnerabilities. Is there a risk if mplayer (which requires linux-pango) is only used locally by lxdvdrip, but never on-line by firefox which would not use any mplayer plugin ? For example I could easily control this with mozplugger. Thank you in advance for any advice. Harald Weis From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 09:09:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98FB21065670 for ; Mon, 29 Jun 2009 09:09:50 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [194.97.152.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9578FC1B for ; Mon, 29 Jun 2009 09:09:49 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id C5F5A3ACCB; Mon, 29 Jun 2009 10:53:36 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 7271D6DE1F; Mon, 29 Jun 2009 10:53:30 +0200 (CEST) Date: Mon, 29 Jun 2009 10:53:30 +0200 From: "Ralf S. Engelschall" To: freebsd-stable@freebsd.org Message-ID: <20090629085330.GA93108@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: FreeBSD User-Agent: Mutt/1.5.20 OpenPKG/CURRENT (2009-06-14) Subject: FreeBSD 7-STABLE and chflags on ZFS now(?) failing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 09:09:51 -0000 One of my FreeBSD boxes is a 7-STABLE/amd64 one on ZFS, now in production for over a 1.5 years now and which receives regular upgrades. The last installation of FreeBSD 7-STABLE was just about 2 weeks ago. Today the upgrade failed the first time: ---------------------------------------------------------------------------- cd /usr/src; /usr/bin/make -f Makefile.inc1 install ===> share/info (install) ===> lib (install) ===> lib/csu/amd64 (install) install -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /usr/lib ===> lib/libc (install) install -C -o root -g wheel -m 444 libc.a /usr/lib install -C -o root -g wheel -m 444 libc_p.a /usr/lib install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib install: /lib/libc.so.7: chflags: Invalid argument *** Error code 71 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 3.30s real 0.35s user 0.75s sys /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" *** Error code 1 Stop in /usr/adm. *** Error code 1 (ignored) /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" *** Error code 1 (ignored) /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" *** Error code 1 (ignored) /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" *** Error code 1 (ignored) /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" *** Error code 1 Stop in /usr/adm. *** Error code 1 (ignored) # sh /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" # ---------------------------------------------------------------------------- Fortunately, I was able to quickly recover via "/rescue/cp" by copying a libc.so.7 from a Jail to the host system (where the upgrade was performed). But why has this problem occurred now. Well, /lib is on ZFS and I can remember from the past that ZFS did not honor chflags. But remains two questions: 1. I thought chflags support for ZFS was added already in the past. Can it be that just a _few_ chflags flags are supported? It looks like uchg works while the above schg fails. 2. Assuming that schg was never supported on ZFS by us, why did the upgrades in the past on this FreeBSD 7-STABLE box never failed until now? Why now the first time? I would have expected that it already failed from day zero with the above error. As workaround I've now put a NO_SCHG=yes into /etc/make.conf and performed the upgrade from scratch. Now it succeeded, of course. But I still do not know the answer to the above two questions and this makes me still feel a little bit unsure about the whole situation... PS: At a mergemaster run I now got a problems which looks related: mv: /var/db/mergemaster.mtree: set flags (was: 00000000): Invalid argument Yes, /var is also on ZFS here. Same problem as it looks. But I'm sure also this error did not occur in the past... -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 09:48:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1F0106566C; Mon, 29 Jun 2009 09:48:08 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8CD8FC0C; Mon, 29 Jun 2009 09:48:08 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 5996A4FD1; Mon, 29 Jun 2009 11:48:07 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n5T9m385080624; Mon, 29 Jun 2009 11:48:03 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1246268886; bh=bHeeenwgBTpg0WnUbxv/cN8ykYsnYC/jVnKu2o0EY/w=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Q7ikGLx0qIvyOS6n6EqCSGGXsEdD0QcXnzUM4q6ep2orQALBKiPNcvj8WsgPhuTfB lF1UXGSdIwjSaOM1a14+g== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=LrpKPGXrbcjnwxgwYz9w8g/alwL7THySYSTvZGvExJzW/5c8C+RconfTqs2Em54Y4 t6MBBHKAyhMJNqnXgSGhA== Message-ID: <4A488DD3.3030507@restart.be> Date: Mon, 29 Jun 2009 11:48:03 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: "Ralf S. Engelschall" References: <20090629085330.GA93108@engelschall.com> In-Reply-To: <20090629085330.GA93108@engelschall.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7-STABLE and chflags on ZFS now(?) failing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 09:48:09 -0000 Ralf S. Engelschall wrote: > One of my FreeBSD boxes is a 7-STABLE/amd64 one on ZFS, now in > production for over a 1.5 years now and which receives regular upgrades. > The last installation of FreeBSD 7-STABLE was just about 2 weeks ago. > Today the upgrade failed the first time: > > ---------------------------------------------------------------------------- > cd /usr/src; /usr/bin/make -f Makefile.inc1 install > ===> share/info (install) > ===> lib (install) > ===> lib/csu/amd64 (install) > install -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /usr/lib > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: /lib/libc.so.7: chflags: Invalid argument > *** Error code 71 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > 3.30s real 0.35s user 0.75s sys > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" > *** Error code 1 > > Stop in /usr/adm. > *** Error code 1 (ignored) > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" > *** Error code 1 (ignored) > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" > *** Error code 1 (ignored) > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" > *** Error code 1 (ignored) > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" > *** Error code 1 > > Stop in /usr/adm. > *** Error code 1 (ignored) > # sh > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "sh" > # > ---------------------------------------------------------------------------- > > Fortunately, I was able to quickly recover via "/rescue/cp" by copying > a libc.so.7 from a Jail to the host system (where the upgrade was > performed). But why has this problem occurred now. > > Well, /lib is on ZFS and I can remember from the past that ZFS did not > honor chflags. But remains two questions: > > 1. I thought chflags support for ZFS was added already in the past. > Can it be that just a _few_ chflags flags are supported? It looks > like uchg works while the above schg fails. I believe that for schg `zfs get version ` must be 3. To upgrade this: `zfs upgrade ` > > 2. Assuming that schg was never supported on ZFS by us, why did the > upgrades in the past on this FreeBSD 7-STABLE box never failed until > now? Why now the first time? I would have expected that it already > failed from day zero with the above error. Just a try to this strange problem: `man install` say: By default, install preserves all file flags, with the exception of the ``nodump'' flag. With the previous version of zfs there was no flags and so no try to play with flags during update. Henri > > As workaround I've now put a NO_SCHG=yes into /etc/make.conf and > performed the upgrade from scratch. Now it succeeded, of course. But I > still do not know the answer to the above two questions and this makes > me still feel a little bit unsure about the whole situation... > > > PS: At a mergemaster run I now got a problems which looks related: > mv: /var/db/mergemaster.mtree: set flags (was: 00000000): Invalid argument > Yes, /var is also on ZFS here. Same problem as it looks. But I'm > sure also this error did not occur in the past... > > -- > rse@FreeBSD.org Ralf S. Engelschall > FreeBSD.org/~rse rse@engelschall.com > FreeBSD committer www.engelschall.com > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 09:58:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54EEF1065697 for ; Mon, 29 Jun 2009 09:58:40 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id D86E58FC23 for ; Mon, 29 Jun 2009 09:58:39 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n5T9hxuD091068 for ; Mon, 29 Jun 2009 11:44:00 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n5T9hxNx024504 for ; Mon, 29 Jun 2009 11:43:59 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n5T9hxK1024503 for freebsd-stable@freebsd.org; Mon, 29 Jun 2009 11:43:59 +0200 (CEST) (envelope-from ry93) Date: Mon, 29 Jun 2009 11:43:59 +0200 From: "Patrick M. Hausen" To: FreeBSD Stable Mailing List Message-ID: <20090629094359.GB24054@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 09:58:41 -0000 Hi, all, I have a system with 12 S-ATA disks attached that I set up as a raidz2: %zpool status zfs pool: zfs state: ONLINE scrub: scrub in progress for 0h5m, 7.56% done, 1h3m to go config: NAME STATE READ WRITE CKSUM zfs ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 da6 ONLINE 0 0 0 da7 ONLINE 0 0 0 da8 ONLINE 0 0 0 da9 ONLINE 0 0 0 da10 ONLINE 0 0 0 da11 ONLINE 0 0 0 errors: No known data errors We are currently tweaking kernel memory a bit but the on disk data and the hardware seem to be just fine. 7-STABLE, amd64, 4 GB of RAM. A couple of days ago, at each boot we saw this error message: GEOM: da0: corrupt or invalid GPT detected. GEOM: da0: GPT rejected -- may not be recoverable. There should not be any partition, MBR or GPT on the disks, I created the zpool on the raw devices. So I figure: Somehow zfs wrote some data to da0 that somewhat resembles a GPT partition table, so GEOM gets confused at boot time. Question is: can somebody confirm my guess? If yes should I just ignore the message, can it be disabled somehow (compile kernel without GPT?) or should zpools be created on slices instead of disks? Thanks for any hints, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 10:10:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB08106566C for ; Mon, 29 Jun 2009 10:10:09 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [194.97.152.140]) by mx1.freebsd.org (Postfix) with ESMTP id 826A78FC22 for ; Mon, 29 Jun 2009 10:10:09 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id 828623A394; Mon, 29 Jun 2009 12:10:08 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 711746DC08; Mon, 29 Jun 2009 12:06:06 +0200 (CEST) Date: Mon, 29 Jun 2009 12:06:06 +0200 From: "Ralf S. Engelschall" To: freebsd-stable@freebsd.org Message-ID: <20090629100606.GA40475@engelschall.com> References: <20090629085330.GA93108@engelschall.com> <4A488DD3.3030507@restart.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A488DD3.3030507@restart.be> Organization: FreeBSD User-Agent: Mutt/1.5.20 OpenPKG/CURRENT (2009-06-14) Subject: Re: FreeBSD 7-STABLE and chflags on ZFS now(?) failing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 10:10:10 -0000 On Mon, Jun 29, 2009, Henri Hennebert wrote: > [...] > >install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > >install: /lib/libc.so.7: chflags: Invalid argument > >*** Error code 71 > [...] > >1. I thought chflags support for ZFS was added already in the past. > > Can it be that just a _few_ chflags flags are supported? It looks > > like uchg works while the above schg fails. > I believe that for schg `zfs get version ` > must be 3. > To upgrade this: `zfs upgrade ` Good catch! You're right. Although the kernel is the latest one (ZFSv13) the pool itself was created a longer time ago and hence: | # zfs get version zp1/root | NAME PROPERTY VALUE SOURCE | zp1/root version 1 - > >2. Assuming that schg was never supported on ZFS by us, why did the > > upgrades in the past on this FreeBSD 7-STABLE box never failed until > > now? Why now the first time? I would have expected that it already > > failed from day zero with the above error. > > Just a try to this strange problem: > > `man install` say: > > By default, install preserves all file flags, with the exception of the > ``nodump'' flag. > > With the previous version of zfs there was no flags and so no try to > play with flags during update. Hmmm... ok, this can be the problem. But if this is the case, we at least should notice this problem as such as it will also bite others with older ZFS pools. Yours, -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 10:15:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169B9106564A for ; Mon, 29 Jun 2009 10:15:13 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id C354F8FC12 for ; Mon, 29 Jun 2009 10:15:12 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1161079and.13 for ; Mon, 29 Jun 2009 03:15:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ntDIfiNhFbRNZyB8EVohf9ezbCYkB4wrfgS20aSRgsE=; b=rDbUQrAdAN2rQRcjRLfscCXaR2MYhaKoEeDzl26XemM67ic+uD+0DActamYeHa++bv 8TtWujivcSEGpIcXliXnq8uxvGmxYHWv9kVgUraA4g7+u4QQ+FQmNU/BgLWF/OtDCZMn 3RFHisWvgrQ8qIk6YDedslF6iHvrSqBvnnTBw= 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=Qz6QPosYFw0DyrmjdvNizUiMY3vZzTZhypljfBtK9ssxtx4KZzqThme76wtbj62hI8 IrfdU/vCVVxa5oBeRBuQ7YBMrwZYr6porETA10dLKheDMsdPmDiuza2Ecf2bWmlbtcwC IT7m7uz0hFa7wSkKKW/dhcAenRjpm3JpyV2n0= MIME-Version: 1.0 Received: by 10.100.132.14 with SMTP id f14mr8830657and.79.1246270512045; Mon, 29 Jun 2009 03:15:12 -0700 (PDT) In-Reply-To: <20090629094359.GB24054@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> Date: Mon, 29 Jun 2009 13:15:12 +0300 Message-ID: From: Dan Naumov To: "Patrick M. Hausen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 10:15:13 -0000 On Mon, Jun 29, 2009 at 12:43 PM, Patrick M. Hausen wrote: > Hi, all, > > I have a system with 12 S-ATA disks attached that I set up > as a raidz2: > > %zpool status zfs > =A0pool: zfs > =A0state: ONLINE > =A0scrub: scrub in progress for 0h5m, 7.56% done, 1h3m to go > config: > > =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM > =A0 =A0 =A0 =A0zfs =A0 =A0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0raidz2 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0da0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da1 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da2 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da3 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da4 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da5 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da6 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da7 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da8 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da9 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da10 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da11 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > > errors: No known data errors I can't address your issue at hand, but I would point out that having a raidz/raidz2 consisting of more than 9 vdevs is a BAD IDEA (tm). All SUN documentation recommends using groups from 3 to 9 vdevs in size. There are known cases where using more vdevs than recommended causes performance degradation and more importantly, parity computation problems which can result in crashes and potential data loss. In your case, I would have the pool built as a group of 2 x 6-disk raidz. Sincerely, - Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 10:29:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05554106564A for ; Mon, 29 Jun 2009 10:29:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 715F08FC0A for ; Mon, 29 Jun 2009 10:29:11 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz12 with SMTP id 12so239684bwz.43 for ; Mon, 29 Jun 2009 03:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=kdB9Eynism5gqiE80cCd6f/BrWXtJFUX5Je0mKNz2Lc=; b=LjSv0Ix1qb7P4tYzkn6cIu7QlNc+Q2RoRHdYe4CKtD8CH+X+zmkkMS6WpbkQuUDsjV eR2gn3niLZJOJwA4gHjCD8d/xZsJGOvXBBF2NXIi6OQZB/ZXZpMrNuA4do/8QTS3J667 tLfRUYclQpDV9xZfjqv50Cy9/hpDEiPx4VHrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=d47naKeu10+qJG5vBVtziVfkcl187Q5Q4mXBhauuMYOI8eqlODoDhIPlY7sdTqELc9 UFCHVKL9v0UwGnTpiNDKVzpC6aIoIQ2ly3CKZTKvAWR5ZHN5WeusCnN/kLoTa10V6j6s +hHHBAnwaZkr5QNA33WUY8JCjqX2LTkbDt3+w= MIME-Version: 1.0 Received: by 10.204.55.201 with SMTP id v9mr1048364bkg.54.1246271350452; Mon, 29 Jun 2009 03:29:10 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Jun 2009 14:29:10 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 10:29:12 -0000 2009/6/26 pluknet : > 2009/6/26 pluknet : >> Hello. >> >> While building a module on nfs mounted /usr/src >> I got an unkillable process waiting forever in bo_wwait. > > Small note: iface on NFS server has mtu changed from 1500 to 1450. > Can this be a source of the problem? This is 100% reproducible. Lock in the same place. Any hints? awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p load: 1.08 cmd: awk 37581 [bo_wwait] 0.00u 0.00s 0% 1472k Setting mtu 1500 on NFS server side network interface fixes the issue. > >> >> # make >> Warning: Object directory not changed from original /usr/src/sys/modules= /linux >> @ -> /usr/src/sys >> machine -> /usr/src/sys/i386/include >> cc -c -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include >> -finline-limit=3D8000 -mno-align-long-strings >> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >> -ffreestanding -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -fformat-extensions -std=3Dc99 >> /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c >> sh @/kern/genassym.sh linux_genassym.o > linux_assym.h >> echo "#define COMPAT_43 1" > opt_compat.h >> echo "#define INET6 1" > opt_inet6.h >> :> opt_mac.h >> :> opt_vmpage.h >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p >> load: 1.08 =A0cmd: awk 37581 [bo_wwait] 0.00u 0.00s 0% 1472k >> >> All others subsystems seems to work. >> >> db> bt 37581 >> Tracing pid 37581 tid 100364 td 0xc93c7b60 >> sched_switch(c93c7b60,0,1) at sched_switch+0x143 >> mi_switch(1,0,c93c7b60,eed95a24,c06ce6f0,...) at mi_switch+0x1ba >> sleepq_switch(ce138854) at sleepq_switch+0x87 >> sleepq_wait(ce138854,0,c93c7b60,ce138830,0,...) at sleepq_wait+0x5c >> msleep(ce138854,ce1387ec,4d,c096823e,0) at msleep+0x269 >> bufobj_wwait(ce138830,0,0,0,ce1387ec,...) at bufobj_wwait+0x37 >> nfs_flush(ce138770,1,c93c7b60,0,c93c7b60,...) at nfs_flush+0x8c8 >> nfs_close(eed95b80) at nfs_close+0xfd >> VOP_CLOSE_APV(c09ec5c0,eed95b80) at VOP_CLOSE_APV+0x38 >> vn_close(ce138770,2,cd769100,c93c7b60) at vn_close+0x5a >> vn_closefile(c9094900,c93c7b60) at vn_closefile+0xea >> fdrop_locked(c9094900,c93c7b60,cf054600,eed95ca8,c06875f3,...) at >> fdrop_locked+0xd0 >> fdrop(c9094900,c93c7b60,c93c7b60,eed95c64,1,...) at fdrop+0x41 >> closef(c9094900,c93c7b60,0,eed95d38,c949ea78,...) at closef+0x42f >> kern_close(c93c7b60,3,eed95d30,c08e1d4b,c93c7b60,...) at kern_close+0x20= d >> close(c93c7b60,eed95d04) at close+0x10 >> syscall(3b,808003b,bfbf003b,0,28190a20,...) at syscall+0x2bf >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (6, FreeBSD ELF32, close), eip =3D 0x2816c1e7, esp =3D >> 0xbfbfeb1c, ebp =3D 0xbfbfeb38 --- >> db> show lockedvnods >> Locked vnodes >> >> 0xce138770: tag nfs, type VREG >> =A0 =A0usecount 1, writecount 0, refcount 3 mountedhere 0 >> =A0 =A0flags () >> =A0 =A0v_object 0xcd0a2528 ref 0 pages 1 >> =A0 =A0 lock type nfs: EXCL (count 1) by thread 0xc93c7b60 (pid 37581) >> =A0 =A0 =A0 =A0fileid 1372174 fsid 0x100ff05 >> db> show lockedbufs >> buf at 0xdbf92d08 >> b_flags =3D 0x20000024 >> b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 1779, b_resid =3D 0 >> b_bufobj =3D (0xce138830), b_data =3D 0xe2e99000, b_blkno =3D 0 >> b_npages =3D 1, pages(OBJ, IDX, PA): (0xcd0a2528, 0x0, 0xa8067000) >> >> db> show proc 37581 >> Process 37581 (awk) at 0xc949ea78: >> =A0state: NORMAL >> =A0uid: 0 =A0gids: 0, 0, 2, 3, 4, 5, 20, 31 >> =A0parent: pid 37557 at 0xc949e860 >> =A0ABI: FreeBSD ELF32 >> =A0arguments: awk >> =A0threads: 1 >> 100364 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 D =A0 =A0 =A0 bo_wwait 0xce13= 8854 awk >> >> Next. >> >> # umount /usr/src >> load: 0.36 =A0cmd: umount 37888 [nfs] 0.00u 0.04s 0% 900k >> >> db> bt 37888 >> Tracing pid 37888 tid 100130 td 0xc93c84e0 >> sched_switch(c93c84e0,0,1) at sched_switch+0x143 >> mi_switch(1,0,c93c84e0,eeda4aa0,c06ce6f0,...) at mi_switch+0x1ba >> sleepq_switch(ce1387c8) at sleepq_switch+0x87 >> sleepq_wait(ce1387c8,0,c93c84e0,ce1387c8,4,...) at sleepq_wait+0x5c >> msleep(ce1387c8,c0a4af54,50,c09729b5,0,...) at msleep+0x269 >> acquire(eeda4b20,40,60000,c93c84e0,0,...) at acquire+0x7b >> lockmgr(ce1387c8,2002,ce1387ec,c93c84e0,eeda4b44,...) at lockmgr+0x3fe >> vop_stdlock(eeda4b68) at vop_stdlock+0x1e >> VOP_LOCK_APV(c09ec5c0,eeda4b68) at VOP_LOCK_APV+0x43 >> vn_lock(ce138770,2002,c93c84e0) at vn_lock+0xf4 >> vflush(cf4f8cf8,1,0,c93c84e0) at vflush+0x136 >> nfs_unmount(cf4f8cf8,8000000,c93c84e0) at nfs_unmount+0x3c >> dounmount(cf4f8cf8,8000000,c93c84e0) at dounmount+0x3fa >> unmount(c93c84e0,eeda4d04) at unmount+0x279 >> syscall(3b,3b,3b,804a4aa,804de10,...) at syscall+0x2bf >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (22, FreeBSD ELF32, unmount), eip =3D 0x280be967, esp =3D >> 0xbfbfe56c, ebp =3D 0xbfbfe618 --- >> db> show lockedvnods >> Locked vnodes >> >> 0xca176aa0: tag ufs, type VDIR >> =A0 =A0usecount 1, writecount 0, refcount 1 mountedhere 0xcf4f8cf8 >> =A0 =A0flags () >> =A0 =A0v_object 0xcb111294 ref 0 pages 0 >> =A0 =A0 lock type ufs: EXCL (count 1) by thread 0xc93c84e0 (pid 37888) >> =A0 =A0 =A0 =A0ino 1436672, on dev aacd0s1f >> >> 0xce138770: tag nfs, type VREG >> =A0 =A0usecount 1, writecount 0, refcount 4 mountedhere 0 >> =A0 =A0flags () >> =A0 =A0v_object 0xcd0a2528 ref 0 pages 1 >> =A0 =A0 lock type nfs: EXCL (count 1) by thread 0xc93c7b60 (pid 37581) >> with 1 pending >> =A0 =A0 =A0 =A0fileid 1372174 fsid 0x100ff05 >> db> show lockedbufs >> buf at 0xdbf92d08 >> b_flags =3D 0x20000024 >> b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 1779, b_resid =3D 0 >> b_bufobj =3D (0xce138830), b_data =3D 0xe2e99000, b_blkno =3D 0 >> b_npages =3D 1, pages(OBJ, IDX, PA): (0xcd0a2528, 0x0, 0xa8067000) >> db> show proc 37888 >> Process 37888 (umount) at 0xc949e000: >> =A0state: NORMAL >> =A0uid: 0 =A0gids: 0, 0, 2, 3, 4, 5, 20, 31 >> =A0parent: pid 37812 at 0xc936ea78 >> =A0ABI: FreeBSD ELF32 >> =A0arguments: umount >> =A0threads: 1 >> 100130 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 D =A0 =A0 =A0 nfs =A0 =A0 =A0= 0xce1387c8 umount >> >> >> -- >> wbr, >> pluknet >> > > > > -- > wbr, > pluknet > --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 11:32:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64F9C1065672 for ; Mon, 29 Jun 2009 11:32:28 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id F39CC8FC1A for ; Mon, 29 Jun 2009 11:32:27 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by fxm18 with SMTP id 18so1811639fxm.43 for ; Mon, 29 Jun 2009 04:32:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.177.18 with SMTP id e18mr4004281mup.78.1246273876635; Mon, 29 Jun 2009 04:11:16 -0700 (PDT) In-Reply-To: <20090629094359.GB24054@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> Date: Mon, 29 Jun 2009 13:11:16 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Patrick M. Hausen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:32:28 -0000 On Mon, Jun 29, 2009 at 11:43, Patrick M. Hausen wrote: > Hi, all, > > I have a system with 12 S-ATA disks attached that I set up > as a raidz2: > > %zpool status zfs > =A0pool: zfs > =A0state: ONLINE > =A0scrub: scrub in progress for 0h5m, 7.56% done, 1h3m to go > config: > > =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM > =A0 =A0 =A0 =A0zfs =A0 =A0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0raidz2 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0da0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da1 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da2 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da3 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da4 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da5 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da6 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da7 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da8 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da9 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da10 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0 =A0da11 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > > errors: No known data errors > > We are currently tweaking kernel memory a bit but the on disk > data and the hardware seem to be just fine. > > 7-STABLE, amd64, 4 GB of RAM. > > A couple of days ago, at each boot we saw this error message: > > GEOM: da0: corrupt or invalid GPT detected. > GEOM: da0: GPT rejected -- may not be recoverable. > > > There should not be any partition, MBR or GPT on the disks, > I created the zpool on the raw devices. > > So I figure: > > Somehow zfs wrote some data to da0 that somewhat resembles a > GPT partition table, so GEOM gets confused at boot time. > > Question is: can somebody confirm my guess? If yes should I > just ignore the message, can it be disabled somehow (compile > kernel without GPT?) or should zpools be created on slices instead > of disks? Hi, could you post the output of dd if=3D/dev/da0 count=3D1 | hd From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 11:34:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A353D1065673 for ; Mon, 29 Jun 2009 11:34:47 +0000 (UTC) (envelope-from lars@larseighner.com) Received: from mail.team1internet.com (mail.team1internet.com [216.110.13.10]) by mx1.freebsd.org (Postfix) with ESMTP id 82A458FC12 for ; Mon, 29 Jun 2009 11:34:47 +0000 (UTC) (envelope-from lars@larseighner.com) Received: by mail.team1internet.com (Postfix, from userid 12346) id 9F17D16B56E; Mon, 29 Jun 2009 06:17:42 -0500 (CDT) Received: from larseighner.com (unknown [216.110.13.76]) by mail.team1internet.com (Postfix) with SMTP id 85F4A16B572 for ; Mon, 29 Jun 2009 06:17:41 -0500 (CDT) Received: by larseighner.com (nbSMTP-1.00) for uid 1001 lars@larseighner.com; Mon, 29 Jun 2009 06:12:44 -0500 (CDT) Date: Mon, 29 Jun 2009 06:12:43 -0500 (CDT) From: Lars Eighner X-X-Sender: lars@debranded.6dollardialup.com To: freebsd-stable@freebsd.org Message-ID: <20090629061143.R2586@qroenaqrq.6qbyyneqvnyhc.pbz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Sanitizer: Anomy and SpamAssassin mail filter - see http://www.6dollardialup.com/support/spaminfo.html Subject: Why is sio.c still broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:34:47 -0000 I was about to trash a modem because the HDLC and buffer overflows were grinding it to halt --- or just about. I switch slots, changed the modem out with and old 28.8, and so forth. Eventually I discovered some really old stuff about sio.c which suggested this: cp4ticks = speed / 10 / hz * 4; be changed to this. cp4ticks = speed / 10 / hz * 40; and everything worked like a charm So I am wondering why this hasn't been changed since it seems to be necessary for proper operation of just about the only non-winmodem available. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 11:46:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C683106564A for ; Mon, 29 Jun 2009 11:46:12 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id DDF488FC16 for ; Mon, 29 Jun 2009 11:46:11 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n5TBkA6x092441 for ; Mon, 29 Jun 2009 13:46:10 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n5TBkAG2028896 for ; Mon, 29 Jun 2009 13:46:10 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n5TBkAlL028895 for freebsd-stable@freebsd.org; Mon, 29 Jun 2009 13:46:10 +0200 (CEST) (envelope-from ry93) Date: Mon, 29 Jun 2009 13:46:10 +0200 From: "Patrick M. Hausen" To: FreeBSD Stable Mailing List Message-ID: <20090629114610.GA28731@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:46:12 -0000 Hi, On Mon, Jun 29, 2009 at 01:11:16PM +0200, Marius Nünnerich wrote: > > GEOM: da0: corrupt or invalid GPT detected. > > GEOM: da0: GPT rejected -- may not be recoverable. > could you post the output of > dd if=/dev/da0 count=1 | hd 512 bytes transferred in 0.038030 secs (13463 bytes/sec) 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff |................| 000001c0 ff ff ee ff ff ff 01 00 00 00 ff ff ff ff 00 00 |................| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 11:58:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C321106564A for ; Mon, 29 Jun 2009 11:58:25 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 81C8C8FC1B for ; Mon, 29 Jun 2009 11:58:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz12 with SMTP id 12so282519bwz.43 for ; Mon, 29 Jun 2009 04:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ikjEmZGFR3viEzQEQKrAYaEgYY5TZKs5yMnHi/f3Cxo=; b=DQE2Ka4BcIgZIXwMzmTloWXkKRFq+MNEMws8VJbk622akz4p+jjPqPvTSw5ai/bZFS oXpGVzpNtoFxTMrfWZGccC9zDg6pt51cjc61Z0w29f1RxoVRynhqy1e6AM0emB7ydAXZ OfRTa+FHMWQdQKs/OV3uhulLH4YXesTwsBURE= 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=oTcQTAg1mdAkQTTGZ3qgc+kiFOvU0l1f5OU0Tl+Qc9wmY0EC0f47vwOiGmj39kCNlW WWbxvoPfFG1SU5vffJjxuXLe7BB9V1WSsM+DLFAMz0DCkh5B1LbBPdTX+qUBq6U4ai+X Rhb3hh+fYLDivhgISix57jaNzURKbrNZMRJas= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.115.193 with SMTP id j1mr4388281faq.85.1246276703131; Mon, 29 Jun 2009 04:58:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Jun 2009 13:58:23 +0200 X-Google-Sender-Auth: 69052f5313d9ff3d Message-ID: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:58:25 -0000 2009/6/29 pluknet : > 2009/6/26 pluknet : >> 2009/6/26 pluknet : >>> Hello. >>> >>> While building a module on nfs mounted /usr/src >>> I got an unkillable process waiting forever in bo_wwait. >> >> Small note: iface on NFS server has mtu changed from 1500 to 1450. >> Can this be a source of the problem? > > This is 100% reproducible. Lock in the same place. Any hints? Can you also show the value of ps? A precise map of what processes are doing would give an help. Also would be useful to printout traces for other threads and not only the stucked one. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 12:55:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9010E1065675 for ; Mon, 29 Jun 2009 12:55:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC448FC0C for ; Mon, 29 Jun 2009 12:55:35 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz12 with SMTP id 12so313737bwz.43 for ; Mon, 29 Jun 2009 05:55:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HcZzeufZ5Oq+1kbfPMKnSslDO3zxLXlCCSYTBFo10KM=; b=s7Zggnvf+cO2q2twWdlViIG4NmLESjqfLD7bNpFcXXWTQX5cxh3Zk/mRk9Q5HT87rz 30iVIFZ1Mg9RpqbW07vBprN79YncmYzsZ5QQuZGZgv+VdSbrlnlgxURBffwEldNV/wVh OqDJeqRT42NR0hOgcjXf9GYO+c2F6/aPj16dI= 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=Xo3FoZeI5UZb6a+AHhLr6V1Xxy03Zy+53IZjJxhZpWYt7IttLynJS5qCGy5z7T5DtL Mzf0gRLywuRQaiwiFWNRDv78Cqi7Rye0SLVK0rqfgJOVgAQe3QrytagGQp8dAfrYX3Ea JIVkHMCGn8nfgv16S3vXS6FNRLl+8dw4EKREY= MIME-Version: 1.0 Received: by 10.204.117.16 with SMTP id o16mr7137962bkq.100.1246280134138; Mon, 29 Jun 2009 05:55:34 -0700 (PDT) In-Reply-To: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> Date: Mon, 29 Jun 2009 16:55:34 +0400 Message-ID: From: pluknet To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 12:55:37 -0000 2009/6/29 Attilio Rao : > 2009/6/29 pluknet : >> 2009/6/26 pluknet : >>> 2009/6/26 pluknet : >>>> Hello. >>>> >>>> While building a module on nfs mounted /usr/src >>>> I got an unkillable process waiting forever in bo_wwait. >>> >>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>> Can this be a source of the problem? >> >> This is 100% reproducible. Lock in the same place. Any hints? > > Can you also show the value of ps? > A precise map of what processes are doing would give an help. > Also would be useful to printout traces for other threads and not only > the stucked one. > >From another run: db> ps pid ppid pgrp uid state wmesg wchan cmd 1228 1205 1205 0 S+ bo_wwait 0xc9887c10 awk 1205 1196 1205 0 S+ wait 0xc893ea78 make 1202 0 0 0 SL nfsreq 0xc9637a00 [nfsiod 0] 1196 1125 1196 0 Ss+ wait 0xc8942648 bash 1194 1 1194 0 Ss+ ttyin 0xc82e9010 getty 1193 1 1193 0 Ss+ ttyin 0xc82d7c10 getty 1192 1 1192 0 Ss+ ttyin 0xc82f7010 getty 1191 1 1191 0 Ss+ ttyin 0xc82f7410 getty 1190 1 1190 0 Ss+ ttyin 0xc82f2410 getty 1189 1 1189 0 Ss+ ttyin 0xc82e9810 getty 1188 1 1188 0 Ss+ ttyin 0xc82e7410 getty 1187 1 1187 0 Ss+ ttyin 0xc82d7410 getty 1186 1 1186 0 Ss+ ttyin 0xc82f0410 getty 1185 1 1185 0 Ss+ ttyin 0xc82f1810 getty 1171 1 1171 0 Ss select 0xc0a8d044 inetd 1134 1 1134 0 Ss nanslp 0xc0a3b4ec cron 1125 1064 1125 0 Ss select 0xc0a8d044 sshd 1064 1 1064 0 Ss select 0xc0a8d044 sshd 901 1 901 0 Ss select 0xc0a8d044 ntpd 796 1 796 0 Ss select 0xc0a8d044 syslogd 767 0 0 0 SL - 0xc0a38b40 [accounting] 734 1 734 0 Ss select 0xc0a8d044 devd 50 0 0 0 SL sdflush 0xc0a9ae74 [softdepflush] 49 0 0 0 SL syncer 0xc0a3b25c [syncer] 48 0 0 0 SL vlruwt 0xc828ba78 [vnlru] 47 0 0 0 SL psleep 0xc0a8d5c0 [bufdaemon] 46 0 0 0 SL pgzero 0xc0a9bea4 [pagezero] 45 0 0 0 SL psleep 0xc0a9b9b4 [vmdaemon] 44 0 0 0 SL psleep 0xc0a9b968 [pagedaemon] 43 0 0 0 WL [irq1: atkbd0] 42 0 0 0 WL [swi0: sio] 41 0 0 0 WL [irq15: ata1] 40 0 0 0 WL [irq14: ata0] 39 0 0 0 SL usbevt 0xc81eb210 [usb4] 38 0 0 0 SL usbevt 0xc82c4210 [usb3] 37 0 0 0 SL usbevt 0xc82ab210 [usb2] 36 0 0 0 SL usbevt 0xc82af210 [usb1] 35 0 0 0 WL [irq22: uhci1 uhci3] 34 0 0 0 SL usbtsk 0xc0a37ba4 [usbtask] 33 0 0 0 SL usbevt 0xc8278210 [usb0] 32 0 0 0 WL [irq23: uhci0 uhci+] 31 0 0 0 WL [irq257: bce1] 30 0 0 0 WL [irq256: bce0] 29 0 0 0 SL aifthd 0xc828b218 [aac0aif] 28 0 0 0 WL [irq17: aac0] 27 0 0 0 WL [irq9: acpi0] 26 0 0 0 WL [swi5: +] 25 0 0 0 SL - 0xc8150100 [thread taskq] 24 0 0 0 WL [swi6: Giant taskq] 9 0 0 0 SL - 0xc8150280 [acpi_task_2] 8 0 0 0 SL - 0xc8150280 [acpi_task_1] 7 0 0 0 SL - 0xc8150280 [acpi_task_0] 23 0 0 0 WL [swi6: task queue] 6 0 0 0 SL - 0xc8150400 [kqueue taskq] 22 0 0 0 WL [swi2: cambio] 5 0 0 0 SL ccb_scan 0xc0a1e204 [xpt_thrd] 21 0 0 0 SL - 0xc0a358c0 [yarrow] 4 0 0 0 SL - 0xc0a38488 [g_down] 3 0 0 0 SL - 0xc0a38484 [g_up] 2 0 0 0 SL - 0xc0a3847c [g_event] 20 0 0 0 WL [swi1: net] 19 0 0 0 WL [swi3: vm] 18 0 0 0 WL [swi4: clock sio] 17 0 0 0 RL CPU 0 [idle: cpu0] 16 0 0 0 RL CPU 1 [idle: cpu1] 15 0 0 0 RL CPU 2 [idle: cpu2] 14 0 0 0 RL CPU 3 [idle: cpu3] 13 0 0 0 RL CPU 4 [idle: cpu4] 12 0 0 0 RL CPU 5 [idle: cpu5] 11 0 0 0 RL CPU 6 [idle: cpu6] 10 0 0 0 RL CPU 7 [idle: cpu7] 1 0 1 0 SLs wait 0xc80fc000 [init] 0 0 0 0 WLs [swapper] db> alltrace Tracing command awk pid 1228 tid 100108 td 0xc88ccd00 sched_switch(c88ccd00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9887c10,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9887c10,0,c095cdf5,aed,c0951c9f,...) at sleepq_wait+0x46 msleep(c9887c10,c9887ba8,4d,c094fe6b,0) at msleep+0x27d bufobj_wwait(c9887bec,0,0,c9887ba8,9,...) at bufobj_wwait+0x5f nfs_flush(c9887ae0,1,c88ccd00,0,2,...) at nfs_flush+0x790 nfs_close(eed4ab68) at nfs_close+0xb5 VOP_CLOSE_APV(c09dbec0,eed4ab68) at VOP_CLOSE_APV+0x9b vn_close(c9887ae0,2,c9628700,c88ccd00) at vn_close+0x8c vn_closefile(c88993f0,c88ccd00) at vn_closefile+0xca fdrop_locked(c88993f0,c88ccd00,c80cd400,0,c094365f,...) at fdrop_locked+0xb0 fdrop(c88993f0,c88ccd00,6b0,c0a468a0,0,...) at fdrop+0x24 closef(c88993f0,c88ccd00,0,c88ccd00,0,...) at closef+0x367 kern_close(c88ccd00,3,eed4ad30,c08bc8db,c88ccd00,...) at kern_close+0x1aa close(c88ccd00,eed4ad04) at close+0x10 syscall(3b,3b,3b,0,28190a20,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x2816c1e7, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- Tracing command make pid 1205 tid 100117 td 0xc82dad00 sched_switch(c82dad00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c893ea78) at sleepq_switch+0xc1 sleepq_wait_sig(c893ea78) at sleepq_wait_sig+0x1d msleep(c893ea78,c893eae0,15c,c094c5d4,0) at msleep+0x26e kern_wait(c82dad00,ffffffff,eca39c84,0,0) at kern_wait+0x6bb wait4(c82dad00,eca39d04) at wait4+0x2a syscall(3b,3b,3b,bfbfde38,bfbfde90,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x8065d03, esp = 0xbfbfddfc, ebp = 0xbfbfde18 --- Tracing command nfsiod 0 pid 1202 tid 100101 td 0xc88d39c0 sched_switch(c88d39c0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9637a00,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9637a00,0,c095c856,2ba,c095c856,...) at sleepq_wait+0x46 msleep(c9637a00,c0a95120,53,c095c8cb,0) at msleep+0x27d nfs_reply(c9637a00,0,2a0,0,c847fd00,...) at nfs_reply+0x1ec nfs_request(c9887ae0,c8924400,7,0,c9628700,...) at nfs_request+0x371 nfs_writerpc(c9887ae0,eed5fcb4,c9628700,eed5fca4,eed5fca8) at nfs_writerpc+0x242 nfs_doio(c9887ae0,dc234984,c9628700,0) at nfs_doio+0x3f4 nfssvc_iod(c0a95180,eed5fd38,c0a95180,c0790a54,0,...) at nfssvc_iod+0x194 fork_exit(c0790a54,c0a95180,eed5fd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeed5fd6c, ebp = 0 --- Tracing command bash pid 1196 tid 100122 td 0xc8943820 sched_switch(c8943820,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8942648) at sleepq_switch+0xc1 sleepq_wait_sig(c8942648) at sleepq_wait_sig+0x1d msleep(c8942648,c89426b0,15c,c094c5d4,0) at msleep+0x26e kern_wait(c8943820,ffffffff,eedacc84,6,0) at kern_wait+0x6bb wait4(c8943820,eedacd04) at wait4+0x2a syscall(3b,3b,3b,4b5,0,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2828cc37, esp = 0xbfbfe8bc, ebp = 0xbfbfe8d8 --- Tracing command getty pid 1194 tid 100171 td 0xc8e4d340 sched_switch(c8e4d340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82e9010) at sleepq_switch+0xc1 sleepq_wait_sig(c82e9010) at sleepq_wait_sig+0x1d msleep(c82e9010,0,159,c094db27,0) at msleep+0x26e ttysleep(c82e9000,c82e9010,159,c094db27,0,...) at ttysleep+0x21 ttread(c82e9000,eee5bcbc,0) at ttread+0x48f ttyread(c82ebe00,eee5bcbc,0,c0a3ac00,0,...) at ttyread+0x2f giant_read(c82ebe00,eee5bcbc,0) at giant_read+0x3f devfs_read_f(c8a34750,eee5bcbc,c80f4700,0,c8e4d340) at devfs_read_f+0x62 dofileread(c8e4d340,0,c8a34750,eee5bcbc,ffffffff,...) at dofileread+0x85 kern_readv(c8e4d340,0,eee5bcbc,bfbfee0f,1,...) at kern_readv+0x36 read(c8e4d340,eee5bd04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedec, ebp = 0xbfbfee18 --- Tracing command getty pid 1193 tid 100172 td 0xc8e4d1a0 sched_switch(c8e4d1a0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82d7c10) at sleepq_switch+0xc1 sleepq_wait_sig(c82d7c10) at sleepq_wait_sig+0x1d msleep(c82d7c10,0,159,c094db27,0) at msleep+0x26e ttysleep(c82d7c00,c82d7c10,159,c094db27,0,...) at ttysleep+0x21 ttread(c82d7c00,eee55cbc,0) at ttread+0x48f ttyread(c82a3500,eee55cbc,0,c0a3ac00,0,...) at ttyread+0x2f giant_read(c82a3500,eee55cbc,0) at giant_read+0x3f devfs_read_f(c8899dc8,eee55cbc,c80f4700,0,c8e4d1a0) at devfs_read_f+0x62 dofileread(c8e4d1a0,0,c8899dc8,eee55cbc,ffffffff,...) at dofileread+0x85 kern_readv(c8e4d1a0,0,eee55cbc,bfbfee1f,1,...) at kern_readv+0x36 read(c8e4d1a0,eee55d04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1192 tid 100173 td 0xc8e4ed00 sched_switch(c8e4ed00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82f7010) at sleepq_switch+0xc1 sleepq_wait_sig(c82f7010) at sleepq_wait_sig+0x1d msleep(c82f7010,0,159,c094db27,0) at msleep+0x26e ttysleep(c82f7000,c82f7010,159,c094db27,0,...) at ttysleep+0x21 ttread(c82f7000,eee9acbc,0) at ttread+0x48f ttyread(c82eb600,eee9acbc,0,eee9ac14,c067a05b,...) at ttyread+0x2f scread(c82eb600,eee9acbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb600,eee9acbc,0) at giant_read+0x3f devfs_read_f(c8d95828,eee9acbc,c80f4700,0,c8e4ed00) at devfs_read_f+0x62 dofileread(c8e4ed00,0,c8d95828,eee9acbc,ffffffff,...) at dofileread+0x85 kern_readv(c8e4ed00,0,eee9acbc,bfbfee1f,1,...) at kern_readv+0x36 read(c8e4ed00,eee9ad04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1191 tid 100174 td 0xc8e4eb60 sched_switch(c8e4eb60,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82f7410) at sleepq_switch+0xc1 sleepq_wait_sig(c82f7410) at sleepq_wait_sig+0x1d msleep(c82f7410,0,159,c094db27,0) at msleep+0x26e ttysleep(c82f7400,c82f7410,159,c094db27,0,...) at ttysleep+0x21 ttread(c82f7400,eee97cbc,0) at ttread+0x48f ttyread(c82eb500,eee97cbc,0,eee97c14,c067a05b,...) at ttyread+0x2f scread(c82eb500,eee97cbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb500,eee97cbc,0) at giant_read+0x3f devfs_read_f(c960f9d8,eee97cbc,c80f4700,0,c8e4eb60) at devfs_read_f+0x62 dofileread(c8e4eb60,0,c960f9d8,eee97cbc,ffffffff,...) at dofileread+0x85 kern_readv(c8e4eb60,0,eee97cbc,bfbfee1f,1,...) at kern_readv+0x36 read(c8e4eb60,eee97d04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1190 tid 100094 td 0xc88a4d00 sched_switch(c88a4d00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82f2410) at sleepq_switch+0xc1 sleepq_wait_sig(c82f2410) at sleepq_wait_sig+0x1d msleep(c82f2410,0,159,c094db27,0) at msleep+0x26e ttysleep(c82f2400,c82f2410,159,c094db27,0,...) at ttysleep+0x21 ttread(c82f2400,eed22cbc,0) at ttread+0x48f ttyread(c82eb400,eed22cbc,0,eed22c14,c067a05b,...) at ttyread+0x2f scread(c82eb400,eed22cbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb400,eed22cbc,0) at giant_read+0x3f devfs_read_f(c8899cf0,eed22cbc,c80f4700,0,c88a4d00) at devfs_read_f+0x62 dofileread(c88a4d00,0,c8899cf0,eed22cbc,ffffffff,...) at dofileread+0x85 kern_readv(c88a4d00,0,eed22cbc,bfbfee1f,1,...) at kern_readv+0x36 read(c88a4d00,eed22d04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1189 tid 100129 td 0xc88d4b60 sched_switch(c88d4b60,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82e9810) at sleepq_switch+0xc1 sleepq_wait_sig(c82e9810) at sleepq_wait_sig+0x1d msleep(c82e9810,0,159,c094db27,0) at msleep+0x26e ttysleep(c82e9800,c82e9810,159,c094db27,0,...) at ttysleep+0x21 ttread(c82e9800,eed7dcbc,0) at ttread+0x48f ttyread(c82eb300,eed7dcbc,0,eed7dc14,c067a05b,...) at ttyread+0x2f scread(c82eb300,eed7dcbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb300,eed7dcbc,0) at giant_read+0x3f devfs_read_f(c860f828,eed7dcbc,c80f4700,0,c88d4b60) at devfs_read_f+0x62 dofileread(c88d4b60,0,c860f828,eed7dcbc,ffffffff,...) at dofileread+0x85 kern_readv(c88d4b60,0,eed7dcbc,bfbfee1f,1,...) at kern_readv+0x36 read(c88d4b60,eed7dd04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1188 tid 100052 td 0xc828ad00 sched_switch(c828ad00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82e7410) at sleepq_switch+0xc1 sleepq_wait_sig(c82e7410) at sleepq_wait_sig+0x1d msleep(c82e7410,0,159,c094db27,0) at msleep+0x26e ttysleep(c82e7400,c82e7410,159,c094db27,0,...) at ttysleep+0x21 ttread(c82e7400,e8a08cbc,0) at ttread+0x48f ttyread(c82eb200,e8a08cbc,0,e8a08c14,c067a05b,...) at ttyread+0x2f scread(c82eb200,e8a08cbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb200,e8a08cbc,0) at giant_read+0x3f devfs_read_f(c960f900,e8a08cbc,c80f4700,0,c828ad00) at devfs_read_f+0x62 dofileread(c828ad00,0,c960f900,e8a08cbc,ffffffff,...) at dofileread+0x85 kern_readv(c828ad00,0,e8a08cbc,bfbfee1f,1,...) at kern_readv+0x36 read(c828ad00,e8a08d04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1187 tid 100133 td 0xc88d44e0 sched_switch(c88d44e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82d7410) at sleepq_switch+0xc1 sleepq_wait_sig(c82d7410) at sleepq_wait_sig+0x1d msleep(c82d7410,0,159,c094db27,0) at msleep+0x26e ttysleep(c82d7400,c82d7410,159,c094db27,0,...) at ttysleep+0x21 ttread(c82d7400,eed71cbc,0) at ttread+0x48f ttyread(c82eb100,eed71cbc,0,eed71c14,c067a05b,...) at ttyread+0x2f scread(c82eb100,eed71cbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb100,eed71cbc,0) at giant_read+0x3f devfs_read_f(c8a34870,eed71cbc,c80f4700,0,c88d44e0) at devfs_read_f+0x62 dofileread(c88d44e0,0,c8a34870,eed71cbc,ffffffff,...) at dofileread+0x85 kern_readv(c88d44e0,0,eed71cbc,bfbfee1f,1,...) at kern_readv+0x36 read(c88d44e0,eed71d04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1186 tid 100103 td 0xc88d3680 sched_switch(c88d3680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82f0410) at sleepq_switch+0xc1 sleepq_wait_sig(c82f0410) at sleepq_wait_sig+0x1d msleep(c82f0410,0,159,c094db27,0) at msleep+0x26e ttysleep(c82f0400,c82f0410,159,c094db27,0,...) at ttysleep+0x21 ttread(c82f0400,eed59cbc,0) at ttread+0x48f ttyread(c82eb000,eed59cbc,0,eed59c14,c067a05b,...) at ttyread+0x2f scread(c82eb000,eed59cbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eb000,eed59cbc,0) at giant_read+0x3f devfs_read_f(c8521828,eed59cbc,c80f4700,0,c88d3680) at devfs_read_f+0x62 dofileread(c88d3680,0,c8521828,eed59cbc,ffffffff,...) at dofileread+0x85 kern_readv(c88d3680,0,eed59cbc,bfbfee1f,1,...) at kern_readv+0x36 read(c88d3680,eed59d04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command getty pid 1185 tid 100102 td 0xc88d3820 sched_switch(c88d3820,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82f1810) at sleepq_switch+0xc1 sleepq_wait_sig(c82f1810) at sleepq_wait_sig+0x1d msleep(c82f1810,0,159,c094db27,0) at msleep+0x26e ttysleep(c82f1800,c82f1810,159,c094db27,0,...) at ttysleep+0x21 ttread(c82f1800,eed5ccbc,0) at ttread+0x48f ttyread(c82eae00,eed5ccbc,0,eed5cc14,c067a05b,...) at ttyread+0x2f scread(c82eae00,eed5ccbc,0,c0a3ac00,0,...) at scread+0x22 giant_read(c82eae00,eed5ccbc,0) at giant_read+0x3f devfs_read_f(c85217e0,eed5ccbc,c80f4700,0,c88d3820) at devfs_read_f+0x62 dofileread(c88d3820,0,c85217e0,eed5ccbc,ffffffff,...) at dofileread+0x85 kern_readv(c88d3820,0,eed5ccbc,bfbfee1f,1,...) at kern_readv+0x36 read(c88d3820,eed5cd04) at read+0x45 syscall(3b,3b,3b,0,804e580,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28149227, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- Tracing command inetd pid 1171 tid 100136 td 0xc8d86820 sched_switch(c8d86820,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d044) at sleepq_switch+0xc1 sleepq_wait_sig(c0a8d044,246,c0a3abc0,c094c027,303,...) at sleepq_wait_sig+0x1d cv_wait_sig(c0a8d044,c0a8d020) at cv_wait_sig+0x18b kern_select(c8d86820,7,bfbfe890,0,0,...) at kern_select+0x4bf select(c8d86820,eede2d04) at select+0x44 syscall(3b,3b,3b,bfbfe890,bfbfee20,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x2815b1a7, esp = 0xbfbfdb6c, ebp = 0xbfbfee58 --- Tracing command cron pid 1134 tid 100128 td 0xc88d4d00 sched_switch(c88d4d00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a3b4ec) at sleepq_switch+0xc1 sleepq_timedwait_sig(c0a3b4ec) at sleepq_timedwait_sig+0x1e msleep(c0a3b4ec,0,15c,c0948631,e291,...) at msleep+0x244 kern_nanosleep(c88d4d00,eed80ccc,eed80cc4) at kern_nanosleep+0xab nanosleep(c88d4d00,eed80d04) at nanosleep+0x4f syscall(3b,3b,3b,805008c,3a,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x28132d0f, esp = 0xbfbfeccc, ebp = 0xbfbfecf8 -- - Tracing command sshd pid 1125 tid 100098 td 0xc88d4000 sched_switch(c88d4000,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d044) at sleepq_switch+0xc1 sleepq_wait_sig(c0a8d044,246,c0a3abc0,c094c027,303,...) at sleepq_wait_sig+0x1d cv_wait_sig(c0a8d044,c0a8d020) at cv_wait_sig+0x18b kern_select(c88d4000,8,807bbe0,807bbf0,0,...) at kern_select+0x4bf select(c88d4000,eed68d04) at select+0x44 syscall(3b,3b,bfbf003b,0,bfbfe10c,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x283531a7, esp = 0xbfbfe09c, ebp = 0xbfbfe0e8 --- Tracing command sshd pid 1064 tid 100069 td 0xc86114e0 sched_switch(c86114e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d044) at sleepq_switch+0xc1 sleepq_wait_sig(c0a8d044,246,c0a3abc0,c094c027,303,...) at sleepq_wait_sig+0x1d cv_wait_sig(c0a8d044,c0a8d020) at cv_wait_sig+0x18b kern_select(c86114e0,8,807b930,0,0,...) at kern_select+0x4bf select(c86114e0,eec9ad04) at select+0x44 syscall(3b,3b,bfbf003b,1,64,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x283531a7, esp = 0xbfbfe15c, ebp = 0xbfbfee68 --- Tracing command ntpd pid 901 tid 100116 td 0xc8519000 sched_switch(c8519000,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d044) at sleepq_switch+0xc1 sleepq_wait_sig(c0a8d044,246,c0a3abc0,c094c027,303,...) at sleepq_wait_sig+0x1d cv_wait_sig(c0a8d044,c0a8d020) at cv_wait_sig+0x18b kern_select(c8519000,1f,bfbfed50,0,0,...) at kern_select+0x4bf select(c8519000,eec4ed04) at select+0x44 syscall(3b,3b,3b,0,bfbfed50,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x282971a7, esp = 0xbfbfed0c, ebp = 0xbfbfede8 --- Tracing command syslogd pid 796 tid 100118 td 0xc82dab60 sched_switch(c82dab60,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d044) at sleepq_switch+0xc1 sleepq_wait_sig(c0a8d044,246,c0a3abc0,c094c027,303,...) at sleepq_wait_sig+0x1d cv_wait_sig(c0a8d044,c0a8d020) at cv_wait_sig+0x18b kern_select(c82dab60,9,8059190,0,0,...) at kern_select+0x4bf select(c82dab60,eca36d04) at select+0x44 syscall(3b,3b,3b,8059194,8059190,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x2814d1a7, esp = 0xbfbfda1c, ebp = 0xbfbfee68 --- Tracing command accounting pid 767 tid 100056 td 0xc851d340 sched_switch(c851d340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a38b40,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a38b40) at sleepq_timedwait+0x4a msleep(c0a38b40,0,7f,c094005e,3a98,c0a38b00,c09428ab,213) at msleep+0x259 acct_thread(0,eec6fd38,0,c067756c,0,...) at acct_thread+0xd5 fork_exit(c067756c,0,eec6fd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeec6fd6c, ebp = 0 --- Tracing command devd pid 734 tid 100086 td 0xc8615d00 sched_switch(c8615d00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d044) at sleepq_switch+0xc1 sleepq_wait_sig(c0a8d044,246,c0a3abc0,c094c027,303,...) at sleepq_wait_sig+0x1d cv_wait_sig(c0a8d044,c0a8d020) at cv_wait_sig+0x18b kern_select(c8615d00,5,bfbfe9d0,0,0,...) at kern_select+0x4bf select(c8615d00,eecc4d04) at select+0x44 syscall(3b,3b,3b,1,8,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x8075acb, esp = 0xbfbfe96c, ebp = 0xbfbfee78 --- Tracing command softdepflush pid 50 tid 100038 td 0xc8287680 sched_switch(c8287680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a9ae74,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a9ae74) at sleepq_timedwait+0x4a msleep(c0a9ae74,c0a9ae40,44,c0961c53,3e8) at msleep+0x259 softdep_flush(0,e89e1d38,0,c07eec04,0,...) at softdep_flush+0x251 fork_exit(c07eec04,0,e89e1d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89e1d6c, ebp = 0 --- Tracing command syncer pid 49 tid 100039 td 0xc82874e0 sched_switch(c82874e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a3b25c,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c0a3b25c,0,c06987ee,c0a8da20,c095c856,...) at sleepq_wait+0x46 msleep(c0a3b25c,0,68,c0951419,0) at msleep+0x27d sched_sync(0,e89ded38,0,c06f9860,0,...) at sched_sync+0x309 fork_exit(c06f9860,0,e89ded38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89ded6c, ebp = 0 --- Tracing command vnlru pid 48 tid 100040 td 0xc8287340 sched_switch(c8287340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c828ba78,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c828ba78) at sleepq_timedwait+0x4a msleep(c828ba78,c0a8d9e0,250,c095110b,3e8,c0a8da60) at msleep+0x259 vnlru_proc(0,e89dbd38,0,c06f7d4c,0,...) at vnlru_proc+0xdf fork_exit(c06f7d4c,0,e89dbd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89dbd6c, ebp = 0 --- Tracing command bufdaemon pid 47 tid 100041 td 0xc82871a0 sched_switch(c82871a0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a8d5c0,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a8d5c0) at sleepq_timedwait+0x4a msleep(c0a8d5c0,c0a8d5e0,44,c094f8fb,3e8) at msleep+0x259 buf_daemon(0,e89d8d38,0,c06eb238,0,...) at buf_daemon+0x108 fork_exit(c06eb238,0,e89d8d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89d8d6c, ebp = 0 --- Tracing command pagezero pid 46 tid 100042 td 0xc8287000 sched_switch(c8287000,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a9bea4,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a9bea4) at sleepq_timedwait+0x4a msleep(c0a9bea4,c0a9b920,200,c0967069,493e0,c0a9b920,0,c096704b,9d) at msleep+0x259 vm_pagezero(0,e89d5d38,0,c08223a4,0,...) at vm_pagezero+0x6c fork_exit(c08223a4,0,e89d5d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89d5d6c, ebp = 0 --- Tracing command vmdaemon pid 45 tid 100043 td 0xc81f2d00 sched_switch(c81f2d00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a9b9b4,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c0a9b9b4,0,c0966cec,659,0,...) at sleepq_wait+0x46 msleep(c0a9b9b4,c0a9b9c0,68,c094f8fb,0,...) at msleep+0x27d vm_daemon(0,e87cad38,0,c08213b8,0,...) at vm_daemon+0x36 fork_exit(c08213b8,0,e87cad38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87cad6c, ebp = 0 --- Tracing command pagedaemon pid 44 tid 100044 td 0xc81f2b60 sched_switch(c81f2b60,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a9b968,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a9b968) at sleepq_timedwait+0x4a msleep(c0a9b968,c0a9b920,44,c094f8fb,1388) at msleep+0x259 vm_pageout(0,e87c7d38,0,c0821040,0,...) at vm_pageout+0x260 fork_exit(c0821040,0,e87c7d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87c7d6c, ebp = 0 --- Tracing command irq1: atkbd0 pid 43 tid 100045 td 0xc81f29c0 fork_trampoline() at fork_trampoline Tracing command swi0: sio pid 42 tid 100046 td 0xc82da820 sched_switch(c82da820,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c82e3160,eca30d38,c82e3160,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c82e3160,eca30d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeca30d6c, ebp = 0 --- Tracing command irq15: ata1 pid 41 tid 100047 td 0xc82da680 sched_switch(c82da680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c82e3190,eca2dd38,c82e3190,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c82e3190,eca2dd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeca2dd6c, ebp = 0 --- Tracing command irq14: ata0 pid 40 tid 100048 td 0xc82da4e0 fork_trampoline() at fork_trampoline Tracing command usb4 pid 39 tid 100049 td 0xc82da340 sched_switch(c82da340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c81eb210,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c81eb210) at sleepq_timedwait+0x4a msleep(c81eb210,0,5c,c093cc30,ea60,c82aa980) at msleep+0x259 usb_event_thread(c82aa980,eca27d38,c82aa980,c063d35c,0,...) at usb_event_thread+0x70 fork_exit(c063d35c,c82aa980,eca27d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeca27d6c, ebp = 0 --- Tracing command usb3 pid 38 tid 100027 td 0xc80fdd00 sched_switch(c80fdd00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82c4210,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c82c4210) at sleepq_timedwait+0x4a msleep(c82c4210,0,5c,c093cc30,ea60,c82bf4c0) at msleep+0x259 usb_event_thread(c82bf4c0,e6d90d38,c82bf4c0,c063d35c,0,...) at usb_event_thread+0x70 fork_exit(c063d35c,c82bf4c0,e6d90d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d90d6c, ebp = 0 --- Tracing command usb2 pid 37 tid 100028 td 0xc80fdb60 sched_switch(c80fdb60,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82ab210,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c82ab210) at sleepq_timedwait+0x4a msleep(c82ab210,0,5c,c093cc30,ea60,c82bfd80) at msleep+0x259 usb_event_thread(c82bfd80,e6d8dd38,c82bfd80,c063d35c,0,...) at usb_event_thread+0x70 fork_exit(c063d35c,c82bfd80,e6d8dd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d8dd6c, ebp = 0 --- Tracing command usb1 pid 36 tid 100029 td 0xc80fd9c0 sched_switch(c80fd9c0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c82af210,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c82af210) at sleepq_timedwait+0x4a msleep(c82af210,0,5c,c093cc30,ea60,c82a9300) at msleep+0x259 usb_event_thread(c82a9300,e6d8ad38,c82a9300,c063d35c,0,...) at usb_event_thread+0x70 fork_exit(c063d35c,c82a9300,e6d8ad38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d8ad6c, ebp = 0 --- Tracing command irq22: uhci1 uhci3 pid 35 tid 100030 td 0xc80fd820 fork_trampoline() at fork_trampoline Tracing command usbtask pid 34 tid 100031 td 0xc80fd680 sched_switch(c80fd680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a37ba4,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c0a37ba4,0,c0698748,c0a3ac00,c093cc15,...) at sleepq_wait+0x46 msleep(c0a37ba4,0,5c,c093cc37,0,...) at msleep+0x27d usb_task_thread(0,e6d84d38,0,c063d3ec,0,...) at usb_task_thread+0x47 fork_exit(c063d3ec,0,e6d84d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d84d6c, ebp = 0 --- Tracing command usb0 pid 33 tid 100032 td 0xc80fd4e0 sched_switch(c80fd4e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8278210,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c8278210) at sleepq_timedwait+0x4a msleep(c8278210,0,5c,c093cc30,ea60,c829da80) at msleep+0x259 usb_event_thread(c829da80,e6d81d38,c829da80,c063d35c,0,...) at usb_event_thread+0x70 fork_exit(c063d35c,c829da80,e6d81d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d81d6c, ebp = 0 --- Tracing command irq23: uhci0 uhci+ pid 32 tid 100033 td 0xc828a000 fork_trampoline() at fork_trampoline Tracing command irq257: bce1 pid 31 tid 100034 td 0xc8287d00 sched_switch(c8287d00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c82a4020,e89edd38,c82a4020,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c82a4020,e89edd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89edd6c, ebp = 0 --- Tracing command irq256: bce0 pid 30 tid 100035 td 0xc8287b60 sched_switch(c8287b60,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c8299680,e89ead38,c8299680,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c8299680,e89ead38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89ead6c, ebp = 0 --- Tracing command aac0aif pid 29 tid 100036 td 0xc82879c0 sched_switch(c82879c0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c828b218,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c828b218) at sleepq_timedwait+0x4a msleep(c828b218,c822e130,4c,c09085dd,4e20) at msleep+0x259 aac_command_thread(c822e000,e89e7d38,c822e000,c047bec4,0,...) at aac_command_thread+0x65 fork_exit(c047bec4,c822e000,e89e7d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89e7d6c, ebp = 0 --- Tracing command irq17: aac0 pid 28 tid 100037 td 0xc8287820 sched_switch(c8287820,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c8227920,e89e4d38,c8227920,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c8227920,e89e4d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe89e4d6c, ebp = 0 --- Tracing command irq9: acpi0 pid 27 tid 100017 td 0xc80f9680 fork_trampoline() at fork_trampoline Tracing command swi5: + pid 26 tid 100018 td 0xc80f94e0 fork_trampoline() at fork_trampoline Tracing command thread taskq pid 25 tid 100019 td 0xc80f9340 sched_switch(c80f9340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8150100,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c8150100,0,c094a991,49,8,...) at sleepq_wait+0x46 msleep(c8150100,c815011c,0,c094005e,0) at msleep+0x27d taskqueue_thread_loop(c0a45388,e6d63d38,c0a45388,c06c2bc8,0,...) at taskqueue_thread_loop+0x78 fork_exit(c06c2bc8,c0a45388,e6d63d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d63d6c, ebp = 0 --- Tracing command swi6: Giant taskq pid 24 tid 100020 td 0xc80f91a0 fork_trampoline() at fork_trampoline Tracing command acpi_task_2 pid 9 tid 100021 td 0xc81f2820 sched_switch(c81f2820,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8150280,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c8150280,0,c094a991,49,8,...) at sleepq_wait+0x46 msleep(c8150280,c815029c,0,c094005e,0) at msleep+0x27d taskqueue_thread_loop(c0c204e0,e87c1d38,c0c204e0,c06c2bc8,0,...) at taskqueue_thread_loop+0x78 fork_exit(c06c2bc8,c0c204e0,e87c1d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87c1d6c, ebp = 0 --- Tracing command acpi_task_1 pid 8 tid 100022 td 0xc81f2680 sched_switch(c81f2680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8150280,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c8150280,0,c094a991,49,8,...) at sleepq_wait+0x46 msleep(c8150280,c815029c,0,c094005e,0) at msleep+0x27d taskqueue_thread_loop(c0c204e0,e87bed38,c0c204e0,c06c2bc8,0,...) at taskqueue_thread_loop+0x78 fork_exit(c06c2bc8,c0c204e0,e87bed38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87bed6c, ebp = 0 --- Tracing command acpi_task_0 pid 7 tid 100023 td 0xc81f24e0 sched_switch(c81f24e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8150280,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c8150280,0,c094a991,49,c813f2c0,...) at sleepq_wait+0x46 msleep(c8150280,c815029c,0,c094005e,0) at msleep+0x27d taskqueue_thread_loop(c0c204e0,e87bbd38,c0c204e0,c06c2bc8,0,...) at taskqueue_thread_loop+0x78 fork_exit(c06c2bc8,c0c204e0,e87bbd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87bbd6c, ebp = 0 --- Tracing command swi6: task queue pid 23 tid 100024 td 0xc81f2340 sched_switch(c81f2340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c8185580,e87b8d38,c8185580,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c8185580,e87b8d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87b8d6c, ebp = 0 --- Tracing command kqueue taskq pid 6 tid 100025 td 0xc81f21a0 sched_switch(c81f21a0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8150400,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c8150400,0,c094a991,49,8,...) at sleepq_wait+0x46 msleep(c8150400,c815041c,0,c094005e,0) at msleep+0x27d taskqueue_thread_loop(c0a38d40,e87b5d38,c0a38d40,c06c2bc8,0,...) at taskqueue_thread_loop+0x78 fork_exit(c06c2bc8,c0a38d40,e87b5d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe87b5d6c, ebp = 0 --- Tracing command swi2: cambio pid 22 tid 100026 td 0xc81f2000 fork_trampoline() at fork_trampoline Tracing command xpt_thrd pid 5 tid 100008 td 0xc80f71a0 sched_switch(c80f71a0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a1e204,c0a3abc0,0,c094a337,21f,...) at sleepq_switch+0xc1 sleepq_wait(c0a1e204,0,c0698748,c0a3ac00,c090126d,...) at sleepq_wait+0x46 msleep(c0a1e204,0,4c,c0901288,0) at msleep+0x27d xpt_scanner_thread(0,e6d45d38,0,c0459fdc,0,...) at xpt_scanner_thread+0x35 fork_exit(c0459fdc,0,e6d45d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d45d6c, ebp = 0 --- Tracing command yarrow pid 21 tid 100009 td 0xc80f7000 sched_switch(c80f7000,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a358c0,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a358c0) at sleepq_timedwait+0x4a msleep(c0a358c0,0,0,c094005e,64) at msleep+0x259 random_kthread(0,e6d42d38,0,c05ec5fc,0,...) at random_kthread+0x194 fork_exit(c05ec5fc,0,e6d42d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d42d6c, ebp = 0 --- Tracing command g_down pid 4 tid 100010 td 0xc80fd340 sched_switch(c80fd340,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a38488,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a38488) at sleepq_timedwait+0x4a msleep(c0a38488,c0a38368,24c,c094005e,64) at msleep+0x259 g_io_schedule_down(c80fd340) at g_io_schedule_down+0x56 g_down_procbody(0,e6d7ed38,0,c0669918,0,...) at g_down_procbody+0x5a fork_exit(c0669918,0,e6d7ed38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d7ed6c, ebp = 0 --- Tracing command g_up pid 3 tid 100011 td 0xc80fd1a0 sched_switch(c80fd1a0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a38484,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a38484) at sleepq_timedwait+0x4a msleep(c0a38484,c0a383a8,24c,c094005e,64) at msleep+0x259 g_io_schedule_up(c80fd1a0) at g_io_schedule_up+0x127 g_up_procbody(0,e6d7bd38,0,c06698b8,0,...) at g_up_procbody+0x5a fork_exit(c06698b8,0,e6d7bd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d7bd6c, ebp = 0 --- Tracing command g_event pid 2 tid 100012 td 0xc80fd000 sched_switch(c80fd000,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c0a3847c,c0a3abc0,0,c094a337,244,...) at sleepq_switch+0xc1 sleepq_timedwait(c0a3847c) at sleepq_timedwait+0x4a msleep(c0a3847c,0,4c,c094005e,64) at msleep+0x259 g_event_procbody(0,e6d78d38,0,c0669978,0,...) at g_event_procbody+0x9e fork_exit(c0669978,0,e6d78d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d78d6c, ebp = 0 --- Tracing command swi1: net pid 20 tid 100013 td 0xc80f9d00 sched_switch(c80f9d00,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c80cb970,e6d75d38,c80cb970,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c80cb970,e6d75d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d75d6c, ebp = 0 --- Tracing command swi3: vm pid 19 tid 100014 td 0xc80f9b60 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 18 tid 100015 td 0xc80f99c0 sched_switch(c80f99c0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 ithread_loop(c80cb990,e6d6fd38,c80cb990,c068bd80,0,...) at ithread_loop+0xda fork_exit(c068bd80,c80cb990,e6d6fd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d6fd6c, ebp = 0 --- Tracing command idle: cpu0 pid 17 tid 100016 td 0xc80f9820 sched_switch(c81efa18,e6d6cc34,c06b488b,c0a3abc0,2,...) at sched_switch+0x15b _end(0,c8102440,0,c80fa90c,0,...) at 0xc81efa00 _end(c80fa900,c80fa904,c80f9820,c80f9828,0,...) at 0xc80fa900 _end(c80fb000,c80fb004,c80f9000,c80f9008,0,...) at 0xc8102218 _end(c80faea0,c80faea4,c80f7d00,c80f7d08,0,...) at 0xc8102430 _end(c80fae40,c80fae44,c80f7b60,c80f7b68,0,...) at 0xc80f6000 _end(c80fade0,c80fade4,c80f79c0,c80f79c8,0,...) at 0xc80f6218 _end(c80fad80,c80fad84,c80f7820,c80f7828,0,...) at 0xc80f6430 _end(c80fad20,c80fad24,c80f7680,c80f7688,0,...) at 0xc80f6648 _end(c80facc0,c80facc4,c80f74e0,c80f74e8,0,...) at 0xc80f6860 _end(c80fac60,c80fac64,c80f7340,c80f7348,0,...) at 0xc80f6a78 _end(c0a38520,c0a38524,c0a387a0,c0a387a8,0,...) at 0xc80f6c90 _end() at 0xc80fc000 Tracing command idle: cpu1 pid 16 tid 100000 td 0xc80f9000 sched_switch(28,46,c08a84b1,c0ac2ff0,e6d50008,...) at sched_switch+0x15b _end(0,0,0,0,0,...) at 0xc80f0028 _end() at 0xc80f0008 Tracing command idle: cpu2 pid 15 tid 100001 td 0xc80f7d00 kdb_enter(c096bc03) at kdb_enter+0x2b siointr1(c82d7800,c0aa8ae0,0,c096ba0f,56e,...) at siointr1+0xce siointr(c82d7800) at siointr+0x21 intr_execute_handlers(c80eb4c8,e6d5ac94,4,e6d5acd8,c08a8123,...) at intr_execute_handlers+0xe1 lapic_handle_intr(38) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0c115bd, esp = 0xe6d5acd8, ebp = 0xe6d5acd8 --- acpi_cpu_c1(c0a3abc0,4,c80f6218,4,c80f6218,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(e6d5ad0c,c068b0d9,c068b07c,e6d5ad24,c068aebc,...) at acpi_cpu_idle+0x162 cpu_idle(c068b07c,e6d5ad24,c068aebc,0,e6d5ad38,...) at cpu_idle+0x28 idle_proc(0,e6d5ad38,0,c068b07c,0,...) at idle_proc+0x5d fork_exit(c068b07c,0,e6d5ad38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6d5ad6c, ebp = 0 --- Tracing command idle: cpu3 pid 14 tid 100002 td 0xc80f7b60 sched_switch(28,46,c08a84b1,c0ac34d0,e6d50008,...) at sched_switch+0x15b _end(0,0,0,0,0,...) at 0xc80f0028 _end() at 0xc80f0008 Tracing command idle: cpu4 pid 13 tid 100003 td 0xc80f79c0 sched_switch(28,46,c08a84b1,c0ac3740,e6d50008,...) at sched_switch+0x15b _end(0,0,0,0,0,...) at 0xc80f0028 _end() at 0xc80f0008 Tracing command idle: cpu5 pid 12 tid 100004 td 0xc80f7820 sched_switch(28,46,c08a84b1,c0ac39b0,e6d50008,...) at sched_switch+0x15b _end(0,0,0,0,0,...) at 0xc80f0028 _end() at 0xc80f0008 Tracing command idle: cpu6 pid 11 tid 100005 td 0xc80f7680 sched_switch(e6d4ec1c,c06c7a70,c0a468a0,0,c094b67e,...) at sched_switch+0x15b w_locklistdata(5657e589,84d8b53,8b107d8b,a1641475,0,...) at 0xc0a8ce58 *** error reading from address c9fc5d8f *** db> -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:11:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12D6E1065670 for ; Mon, 29 Jun 2009 13:11:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 917788FC1D for ; Mon, 29 Jun 2009 13:11:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mail-fx0-f218.google.com with SMTP id 18so1864799fxm.43 for ; Mon, 29 Jun 2009 06:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=7tZpDInbSkc+tEG/YN4AoyX8HEzRmHgVNnVmcs9V3Vc=; b=hdIjgQ7QgY3mfw1q3ZO5jn5v5MRtsflt9jycCIxRNgamqVB6y2JuKXpnaZvW9A1Pdm zGdqEGhOnqxL6Q8w8BloWGGZgS5qFu+QEDBfVgbyqWSyHDLM7N/aaQKtUgrxzdfpFqio O/4tmD0O4/miQzrMRMXOYDHfd4p+austLgAPk= 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=WlcGtLPuGY/cy9VK4IN16PlV+d/wtXBXHDsWGPKxD/51kRz14vdgW5otfwNRU3FgCp 2r+y3cmVn3a1d9tmwpASW1iErMjOlU/PR8nVKVp0C9GKTKLu4TW+eI4IHyQ/OiNK+rFR z1jz3wcIc/wkEJn5NHQs+tlHLLkcvNGYIuJqY= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.127.4 with SMTP id e4mr4290905fas.100.1246281068182; Mon, 29 Jun 2009 06:11:08 -0700 (PDT) In-Reply-To: References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> Date: Mon, 29 Jun 2009 15:11:08 +0200 X-Google-Sender-Auth: 0d2cf55160d000a9 Message-ID: <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:11:09 -0000 2009/6/29 pluknet : > 2009/6/29 Attilio Rao : >> 2009/6/29 pluknet : >>> 2009/6/26 pluknet : >>>> 2009/6/26 pluknet : >>>>> Hello. >>>>> >>>>> While building a module on nfs mounted /usr/src >>>>> I got an unkillable process waiting forever in bo_wwait. >>>> >>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>> Can this be a source of the problem? >>> >>> This is 100% reproducible. Lock in the same place. Any hints? >> >> Can you also show the value of ps? >> A precise map of what processes are doing would give an help. >> Also would be useful to printout traces for other threads and not only >> the stucked one. >> > > >From another run: I'm unable to see who would be locking the buffer object in question. Do you have INVARIANT_SUPPORT/INVARIANTS on? What revision of /usr/src/sys/kern/vfs_bio.c are you running with? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:16:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB2331065675 for ; Mon, 29 Jun 2009 13:16:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8568FC1D for ; Mon, 29 Jun 2009 13:16:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n5TDEMB7083614; Mon, 29 Jun 2009 09:14:22 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200906291314.n5TDEMB7083614@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 29 Jun 2009 09:16:41 -0400 To: Lars Eighner , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20090629061143.R2586@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090629061143.R2586@qroenaqrq.6qbyyneqvnyhc.pbz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Why is sio.c still broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:16:49 -0000 At 07:12 AM 6/29/2009, Lars Eighner wrote: >I was about to trash a modem because the HDLC and buffer overflows were >grinding it to halt --- or just about. I switch slots, changed the modem >out with and old 28.8, and so forth. > > >Eventually I discovered some really old stuff about sio.c which >suggested this: > > cp4ticks = speed / 10 / hz * 4; Another option is to use uart instead. ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:18:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F2D01065677; Mon, 29 Jun 2009 13:18:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id E22558FC1E; Mon, 29 Jun 2009 13:18:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz12 with SMTP id 12so326892bwz.43 for ; Mon, 29 Jun 2009 06:18:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nOlIEJB+xIs6Qtg5IPbTXAjt3jQ10idES/G/BjG54mo=; b=ITsWUloaIvC2zOlSZKCRgf5ZuYlzZ2gjgqvfmN5lhIpa8P/1oVa2+2SbowgTd/npE7 ZXWsnFQu5sd7OnTtppJEppU6XbDQAvJ2AiAb2cgK7c3XuAeRcizgkrJjf75QMw9sNLdW ava+4zBYYIzo0m2DCVM4LpzDVhQFkRb2jyDNA= 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=vgzPq4uR9CTFK5pk7xtISOmgrGNzcj2zrx66fI0bfADdM43hx9nmdvpmx7hpdPHDUM ZUycE3zKmUDTBaioH0Pl7VAhuvYATKSuCfG81dHKbLVixCbAOxP9OpQFZOSkEoDKS4PG 5C+jIjgUQ9kDMzsY2DGtdM4L4lqBUBSfbXF+g= MIME-Version: 1.0 Received: by 10.204.61.204 with SMTP id u12mr7112513bkh.149.1246281483673; Mon, 29 Jun 2009 06:18:03 -0700 (PDT) In-Reply-To: <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> Date: Mon, 29 Jun 2009 17:18:03 +0400 Message-ID: From: pluknet To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:18:06 -0000 2009/6/29 Attilio Rao : > 2009/6/29 pluknet : >> 2009/6/29 Attilio Rao : >>> 2009/6/29 pluknet : >>>> 2009/6/26 pluknet : >>>>> 2009/6/26 pluknet : >>>>>> Hello. >>>>>> >>>>>> While building a module on nfs mounted /usr/src >>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>> >>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>>> Can this be a source of the problem? >>>> >>>> This is 100% reproducible. Lock in the same place. Any hints? >>> >>> Can you also show the value of ps? >>> A precise map of what processes are doing would give an help. >>> Also would be useful to printout traces for other threads and not only >>> the stucked one. >>> >> >> >From another run: > > I'm unable to see who would be locking the buffer object in question. > Do you have INVARIANT_SUPPORT/INVARIANTS on? Yes, I do both. > What revision of /usr/src/sys/kern/vfs_bio.c are you running with? > As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:20:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAD1A1065732 for ; Mon, 29 Jun 2009 13:20:15 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 1259C8FC1B for ; Mon, 29 Jun 2009 13:20:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz12 with SMTP id 12so328188bwz.43 for ; Mon, 29 Jun 2009 06:20:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=++AzafwOwQpFph/lZMGm9zNSt9LojTjQVubcNu6u10E=; b=QGZcu3X1g6QXgKQBwDTFCl4ecrfwXOpaJvfmKh7YGoX17OgLV2IE2hYde5u6qbU2xU OhHjm9wvf0it3lr+wO5eR+AdB7/GMtiBu24lJmphF8MVZCVAFc4CbIVokCdWQ8h21nZG fhbQpo76xF3iuezpZPMt2ehIm6ATMsHLv56gY= 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=XucO8fgYH9kBry0IIrRJVjHY2+eYqFLnsFIHbWeSH/qcAt35uFTz6oxxrqfF8IF7kp IBELgf7xBIBfslv64ezWK/TM9xPLpm1U2vQlsto7Sv20mgVO11Ox3LAPBNAD+26QgEtf eBM3VqBmkKKaXJ7fvRiGedn4JIj3GkhwsA3VM= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.126.69 with SMTP id b5mr4397636fas.54.1246281613503; Mon, 29 Jun 2009 06:20:13 -0700 (PDT) In-Reply-To: References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> Date: Mon, 29 Jun 2009 15:20:13 +0200 X-Google-Sender-Auth: 1ab7b74f2f91d1e0 Message-ID: <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:20:16 -0000 2009/6/29 pluknet : > 2009/6/29 Attilio Rao : >> 2009/6/29 pluknet : >>> 2009/6/29 Attilio Rao : >>>> 2009/6/29 pluknet : >>>>> 2009/6/26 pluknet : >>>>>> 2009/6/26 pluknet : >>>>>>> Hello. >>>>>>> >>>>>>> While building a module on nfs mounted /usr/src >>>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>>> >>>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>>>> Can this be a source of the problem? >>>>> >>>>> This is 100% reproducible. Lock in the same place. Any hints? >>>> >>>> Can you also show the value of ps? >>>> A precise map of what processes are doing would give an help. >>>> Also would be useful to printout traces for other threads and not only >>>> the stucked one. >>>> >>> >>> >From another run: >> >> I'm unable to see who would be locking the buffer object in question. >> Do you have INVARIANT_SUPPORT/INVARIANTS on? > > Yes, I do both. > >> What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >> > > As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. Please try this patch and report. Thanks, Attilio --- src/sys/nfsclient/nfs_vnops.c 2008/02/13 20:44:18 1.281 +++ src/sys/nfsclient/nfs_vnops.c 2008/03/22 09:15:15 1.282 @@ -33,7 +33,7 @@ */ #include -__FBSDID("$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.281 2008/02/13 20:44:18 attilio Exp $"); +__FBSDID("$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.282 2008/03/22 09:15:15 jeff Exp $"); /* * vnode op calls for Sun NFS version 2 and 3 @@ -2736,11 +2736,12 @@ nfs_flush(struct vnode *vp, int waitfor, int i; struct buf *nbp; struct nfsmount *nmp = VFSTONFS(vp->v_mount); - int s, error = 0, slptimeo = 0, slpflag = 0, retv, bvecpos; + int error = 0, slptimeo = 0, slpflag = 0, retv, bvecpos; int passone = 1; u_quad_t off, endoff, toff; struct ucred* wcred = NULL; struct buf **bvec = NULL; + struct bufobj *bo; #ifndef NFS_COMMITBVECSIZ #define NFS_COMMITBVECSIZ 20 #endif @@ -2751,6 +2752,7 @@ nfs_flush(struct vnode *vp, int waitfor, slpflag = PCATCH; if (!commit) passone = 0; + bo = &vp->v_bufobj; /* * A b_flags == (B_DELWRI | B_NEEDCOMMIT) block has been written to the * server, but has not been committed to stable storage on the server @@ -2763,15 +2765,14 @@ again: endoff = 0; bvecpos = 0; if (NFS_ISV3(vp) && commit) { - s = splbio(); if (bvec != NULL && bvec != bvec_on_stack) free(bvec, M_TEMP); /* * Count up how many buffers waiting for a commit. */ bveccount = 0; - VI_LOCK(vp); - TAILQ_FOREACH_SAFE(bp, &vp->v_bufobj.bo_dirty.bv_hd, b_bobufs, nbp) { + BO_LOCK(bo); + TAILQ_FOREACH_SAFE(bp, &bo->bo_dirty.bv_hd, b_bobufs, nbp) { if (!BUF_ISLOCKED(bp) && (bp->b_flags & (B_DELWRI | B_NEEDCOMMIT)) == (B_DELWRI | B_NEEDCOMMIT)) @@ -2788,11 +2789,11 @@ again: * Release the vnode interlock to avoid a lock * order reversal. */ - VI_UNLOCK(vp); + BO_UNLOCK(bo); bvec = (struct buf **) malloc(bveccount * sizeof(struct buf *), M_TEMP, M_NOWAIT); - VI_LOCK(vp); + BO_LOCK(bo); if (bvec == NULL) { bvec = bvec_on_stack; bvecsize = NFS_COMMITBVECSIZ; @@ -2802,7 +2803,7 @@ again: bvec = bvec_on_stack; bvecsize = NFS_COMMITBVECSIZ; } - TAILQ_FOREACH_SAFE(bp, &vp->v_bufobj.bo_dirty.bv_hd, b_bobufs, nbp) { + TAILQ_FOREACH_SAFE(bp, &bo->bo_dirty.bv_hd, b_bobufs, nbp) { if (bvecpos >= bvecsize) break; if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT, NULL)) { @@ -2815,7 +2816,7 @@ again: nbp = TAILQ_NEXT(bp, b_bobufs); continue; } - VI_UNLOCK(vp); + BO_UNLOCK(bo); bremfree(bp); /* * Work out if all buffers are using the same cred @@ -2834,7 +2835,7 @@ again: wcred = NOCRED; vfs_busy_pages(bp, 1); - VI_LOCK(vp); + BO_LOCK(bo); /* * bp is protected by being locked, but nbp is not * and vfs_busy_pages() may sleep. We have to @@ -2858,8 +2859,7 @@ again: if (toff > endoff) endoff = toff; } - splx(s); - VI_UNLOCK(vp); + BO_UNLOCK(bo); } if (bvecpos > 0) { /* @@ -2911,14 +2911,12 @@ again: * specific. We should probably move that * into bundirty(). XXX */ - s = splbio(); - bufobj_wref(&vp->v_bufobj); + bufobj_wref(bo); bp->b_flags |= B_ASYNC; bundirty(bp); bp->b_flags &= ~B_DONE; bp->b_ioflags &= ~BIO_ERROR; bp->b_dirtyoff = bp->b_dirtyend = 0; - splx(s); bufdone(bp); } } @@ -2928,17 +2926,15 @@ again: * Start/do any write(s) that are required. */ loop: - s = splbio(); - VI_LOCK(vp); - TAILQ_FOREACH_SAFE(bp, &vp->v_bufobj.bo_dirty.bv_hd, b_bobufs, nbp) { + BO_LOCK(bo); + TAILQ_FOREACH_SAFE(bp, &bo->bo_dirty.bv_hd, b_bobufs, nbp) { if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT, NULL)) { if (waitfor != MNT_WAIT || passone) continue; error = BUF_TIMELOCK(bp, LK_EXCLUSIVE | LK_SLEEPFAIL | LK_INTERLOCK, - VI_MTX(vp), "nfsfsync", slpflag, slptimeo); - splx(s); + BO_MTX(bo), "nfsfsync", slpflag, slptimeo); if (error == 0) { BUF_UNLOCK(bp); goto loop; @@ -2961,13 +2957,12 @@ loop: BUF_UNLOCK(bp); continue; } - VI_UNLOCK(vp); + BO_UNLOCK(bo); bremfree(bp); if (passone || !commit) bp->b_flags |= B_ASYNC; else bp->b_flags |= B_ASYNC; - splx(s); bwrite(bp); if (nfs_sigintr(nmp, NULL, td)) { error = EINTR; @@ -2975,17 +2970,16 @@ loop: } goto loop; } - splx(s); if (passone) { passone = 0; - VI_UNLOCK(vp); + BO_UNLOCK(bo); goto again; } if (waitfor == MNT_WAIT) { - while (vp->v_bufobj.bo_numoutput) { - error = bufobj_wwait(&vp->v_bufobj, slpflag, slptimeo); + while (bo->bo_numoutput) { + error = bufobj_wwait(bo, slpflag, slptimeo); if (error) { - VI_UNLOCK(vp); + BO_UNLOCK(bo); error = nfs_sigintr(nmp, NULL, td); if (error) goto done; @@ -2993,17 +2987,17 @@ loop: slpflag = 0; slptimeo = 2 * hz; } - VI_LOCK(vp); + BO_LOCK(bo); } } - if (vp->v_bufobj.bo_dirty.bv_cnt != 0 && commit) { - VI_UNLOCK(vp); + if (bo->bo_dirty.bv_cnt != 0 && commit) { + BO_UNLOCK(bo); goto loop; } /* * Wait for all the async IO requests to drain */ - VI_UNLOCK(vp); + BO_UNLOCK(bo); mtx_lock(&np->n_mtx); while (np->n_directio_asyncwr > 0) { np->n_flag |= NFSYNCWAIT; @@ -3020,14 +3014,14 @@ loop: } mtx_unlock(&np->n_mtx); } else - VI_UNLOCK(vp); + BO_UNLOCK(bo); mtx_lock(&np->n_mtx); if (np->n_flag & NWRITEERR) { error = np->n_error; np->n_flag &= ~NWRITEERR; } - if (commit && vp->v_bufobj.bo_dirty.bv_cnt == 0 && - vp->v_bufobj.bo_numoutput == 0 && np->n_directio_asyncwr == 0) + if (commit && bo->bo_dirty.bv_cnt == 0 && + bo->bo_numoutput == 0 && np->n_directio_asyncwr == 0) np->n_flag &= ~NMODIFIED; mtx_unlock(&np->n_mtx); done: -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:36:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BE001065675 for ; Mon, 29 Jun 2009 13:36:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 835B98FC1B for ; Mon, 29 Jun 2009 13:36:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n5TDLGj6035728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jun 2009 16:21:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n5TDLGRk044025; Mon, 29 Jun 2009 16:21:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n5TDLGS9044024; Mon, 29 Jun 2009 16:21:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 29 Jun 2009 16:21:16 +0300 From: Kostik Belousov To: pluknet Message-ID: <20090629132116.GZ2884@deviant.kiev.zoral.com.ua> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bL2/s+BzS+0mqUOB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.1 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Attilio Rao , freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:36:20 -0000 --bL2/s+BzS+0mqUOB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 29, 2009 at 05:18:03PM +0400, pluknet wrote: > 2009/6/29 Attilio Rao : > > 2009/6/29 pluknet : > >> 2009/6/29 Attilio Rao : > >>> 2009/6/29 pluknet : > >>>> 2009/6/26 pluknet : > >>>>> 2009/6/26 pluknet : > >>>>>> Hello. > >>>>>> > >>>>>> While building a module on nfs mounted /usr/src > >>>>>> I got an unkillable process waiting forever in bo_wwait. > >>>>> > >>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. > >>>>> Can this be a source of the problem? > >>>> > >>>> This is 100% reproducible. Lock in the same place. Any hints? > >>> > >>> Can you also show the value of ps? > >>> A precise map of what processes are doing would give an help. > >>> Also would be useful to printout traces for other threads and not only > >>> the stucked one. > >>> > >> > >> >From another run: > > > > I'm unable to see who would be locking the buffer object in question. > > Do you have INVARIANT_SUPPORT/INVARIANTS on? >=20 > Yes, I do both. >=20 > > What revision of /usr/src/sys/kern/vfs_bio.c are you running with? > > >=20 > As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. It seems that your changes of MTU cause nfs requests to never reach network. bo_wwait is the state where thread waits for all outstanding i/o on bufobj to drain. --bL2/s+BzS+0mqUOB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpIv8sACgkQC3+MBN1Mb4iswQCeN0Dmb8ZjyN++8JJJdNa3Jzck ZL8An1Eoq1y4oi/4HJWqUCwAhv2U6lzi =V4YK -----END PGP SIGNATURE----- --bL2/s+BzS+0mqUOB-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:38:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03E0E1065672 for ; Mon, 29 Jun 2009 13:38:53 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 963C08FC15 for ; Mon, 29 Jun 2009 13:38:52 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by fxm18 with SMTP id 18so1881808fxm.43 for ; Mon, 29 Jun 2009 06:38:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.177.18 with SMTP id e18mr4088851mup.78.1246282731772; Mon, 29 Jun 2009 06:38:51 -0700 (PDT) In-Reply-To: <20090629114610.GA28731@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> Date: Mon, 29 Jun 2009 15:38:51 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Patrick M. Hausen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:38:53 -0000 On Mon, Jun 29, 2009 at 13:46, Patrick M. Hausen wrote: > Hi, > > On Mon, Jun 29, 2009 at 01:11:16PM +0200, Marius N=FCnnerich wrote: > >> > GEOM: da0: corrupt or invalid GPT detected. >> > GEOM: da0: GPT rejected -- may not be recoverable. > >> could you post the output of >> dd if=3D/dev/da0 count=3D1 | hd > > 512 bytes transferred in 0.038030 secs (13463 bytes/sec) > 00000000 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 000001b0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 ff =A0|......= ..........| > 000001c0 =A0ff ff ee ff ff ff 01 00 =A000 00 ff ff ff ff 00 00 =A0|......= ..........| > 000001d0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 000001f0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 55 aa =A0|......= ........U.| > 00000200 I'm sorry, it should have said: dd if=3D/dev/da0 count=3D4 | hd From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 13:59:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE431065676; Mon, 29 Jun 2009 13:59:14 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 0342A8FC1D; Mon, 29 Jun 2009 13:59:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz12 with SMTP id 12so351757bwz.43 for ; Mon, 29 Jun 2009 06:59:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lfDgLAU3YyDLozNX6ssjhbDOiN3zpedeB97JFquaaM0=; b=tA4aEzrTmjGzqr0mFYtKpZzVPGA1H2nktCt3dCxfpTfKKq8slek5/BXpgXEQEdcgSl pk7YXTaC+yzRbL1FPkol9pgtoNnZGCd5SUZDH4msmBxyru/CrLaciTngOCYtZcm3olGw aFnfhBehzM6D2+Vr+s7x0akzGxdxaKbXq6mfM= 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=VBRtUbtUFQgwqNmhh4gy/1uzl04gY41nszyj9VU0J39yEy541z9NEXLVcfZ1elqw5n 41z3Sg3xQmB1cQbqepKPhGma13aZj/hPDTiby5RVvTwzTjG6ktUeoCf8qp0gZ2jObAto QaDapQadj+b4UsMGyn5uPVbISWfCQh2xbJ91k= MIME-Version: 1.0 Received: by 10.204.55.201 with SMTP id v9mr1229551bkg.54.1246283952955; Mon, 29 Jun 2009 06:59:12 -0700 (PDT) In-Reply-To: <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> Date: Mon, 29 Jun 2009 17:59:12 +0400 Message-ID: From: pluknet To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 13:59:15 -0000 2009/6/29 Attilio Rao : > 2009/6/29 pluknet : >> 2009/6/29 Attilio Rao : >>> 2009/6/29 pluknet : >>>> 2009/6/29 Attilio Rao : >>>>> 2009/6/29 pluknet : >>>>>> 2009/6/26 pluknet : >>>>>>> 2009/6/26 pluknet : >>>>>>>> Hello. >>>>>>>> >>>>>>>> While building a module on nfs mounted /usr/src >>>>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>>>> >>>>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>>>>> Can this be a source of the problem? >>>>>> >>>>>> This is 100% reproducible. Lock in the same place. Any hints? >>>>> >>>>> Can you also show the value of ps? >>>>> A precise map of what processes are doing would give an help. >>>>> Also would be useful to printout traces for other threads and not onl= y >>>>> the stucked one. >>>>> >>>> >>>> >From another run: >>> >>> I'm unable to see who would be locking the buffer object in question. >>> Do you have INVARIANT_SUPPORT/INVARIANTS on? >> >> Yes, I do both. >> >>> What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >>> >> >> As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. > > Please try this patch and report. > > Thanks, > Attilio > > --- src/sys/nfsclient/nfs_vnops.c =A0 =A0 =A0 2008/02/13 20:44:18 =A0 =A0= 1.281 > +++ src/sys/nfsclient/nfs_vnops.c =A0 =A0 =A0 2008/03/22 09:15:15 =A0 =A0= 1.282 > @@ -33,7 +33,7 @@ > =A0*/ > > =A0#include > -__FBSDID("$FreeBSD: > /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.281 > 2008/02/13 20:44:18 attilio Exp $"); > +__FBSDID("$FreeBSD: > /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.282 > 2008/03/22 09:15:15 jeff Exp $"); > Do you refer to the whole svn r177493, or is its nfs part will be enough? This only vfs_vnops.c diff seems not applicable without underneath kernel part changes. I'll try. Thanks. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 14:06:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 957141065672 for ; Mon, 29 Jun 2009 14:06:12 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD4B8FC1D for ; Mon, 29 Jun 2009 14:06:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm18 with SMTP id 18so1899429fxm.43 for ; Mon, 29 Jun 2009 07:06:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=rXJNV1iyMyBHtSoKGQqQNWT3utc5YX690lw/e+Xsiwo=; b=k1doBRIHOB/BU59WENqYPnw73oTRah87i9axKu44GW2Rn+ayXkKl+iUA+wDoYyNpCL J6e7docx16nqS92ek0HDNAAUPOriw1YDNqZG4AXh1Pevq+8ZgPvV81C6sCNIdMFLJT4m bX/TWr5FNTjtbQlBZGNF5xVlHoPWe74fa/nbk= 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=HYie5X/ejfP1gw6gxu3KQvuVeQMiu8KwshsnEdAtHTWur4aJnP/yU1Hj2gBxQzz+SJ bjw7Rnn8UMmOseY/cOu2Ivc+6EQWsSecZnEr5RR0axgT1QxGx5QVBlJhNCfIbjGRCbtI 0eBMn6aCy3A2QA9UM0n8fVZhaT7AZ+xvLsuFQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.116.195 with SMTP id n3mr4548371faq.12.1246284371170; Mon, 29 Jun 2009 07:06:11 -0700 (PDT) In-Reply-To: References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> Date: Mon, 29 Jun 2009 16:06:11 +0200 X-Google-Sender-Auth: 084ce17ab7fa74e3 Message-ID: <3bbf2fe10906290706q349211c1pe00cc57cc18a1315@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 14:06:12 -0000 2009/6/29 pluknet : > 2009/6/29 Attilio Rao : >> 2009/6/29 pluknet : >>> 2009/6/29 Attilio Rao : >>>> 2009/6/29 pluknet : >>>>> 2009/6/29 Attilio Rao : >>>>>> 2009/6/29 pluknet : >>>>>>> 2009/6/26 pluknet : >>>>>>>> 2009/6/26 pluknet : >>>>>>>>> Hello. >>>>>>>>> >>>>>>>>> While building a module on nfs mounted /usr/src >>>>>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>>>>> >>>>>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>>>>>> Can this be a source of the problem? >>>>>>> >>>>>>> This is 100% reproducible. Lock in the same place. Any hints? >>>>>> >>>>>> Can you also show the value of ps? >>>>>> A precise map of what processes are doing would give an help. >>>>>> Also would be useful to printout traces for other threads and not only >>>>>> the stucked one. >>>>>> >>>>> >>>>> >From another run: >>>> >>>> I'm unable to see who would be locking the buffer object in question. >>>> Do you have INVARIANT_SUPPORT/INVARIANTS on? >>> >>> Yes, I do both. >>> >>>> What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >>>> >>> >>> As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. >> >> Please try this patch and report. >> >> Thanks, >> Attilio >> >> --- src/sys/nfsclient/nfs_vnops.c 2008/02/13 20:44:18 1.281 >> +++ src/sys/nfsclient/nfs_vnops.c 2008/03/22 09:15:15 1.282 >> @@ -33,7 +33,7 @@ >> */ >> >> #include >> -__FBSDID("$FreeBSD: >> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.281 >> 2008/02/13 20:44:18 attilio Exp $"); >> +__FBSDID("$FreeBSD: >> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.282 >> 2008/03/22 09:15:15 jeff Exp $"); >> > > Do you refer to the whole svn r177493, or is its nfs part will be enough? > This only vfs_vnops.c diff seems not applicable without underneath > kernel part changes. > > I'll try. Thanks. The NFS part should be enough, though I don't understand why it doesn't trigger a panic on STABLE_6 as long as, at least in my revision, there is an assert for the buffer object lock to be held in bufobj_wwait(). What's your sys/kern/vfs_bio.c rev? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 14:14:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F601065673 for ; Mon, 29 Jun 2009 14:14:43 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id D34128FC17 for ; Mon, 29 Jun 2009 14:14:42 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n5TEEflh095907 for ; Mon, 29 Jun 2009 16:14:41 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n5TEEbrr034022; Mon, 29 Jun 2009 16:14:37 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n5TEEbSb034021; Mon, 29 Jun 2009 16:14:37 +0200 (CEST) (envelope-from ry93) Date: Mon, 29 Jun 2009 16:14:37 +0200 From: "Patrick M. Hausen" To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20090629141437.GD31011@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 14:14:43 -0000 Hi! On Mon, Jun 29, 2009 at 03:38:51PM +0200, Marius Nünnerich wrote: > I'm sorry, it should have said: > dd if=/dev/da0 count=4 | hd 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff |................| 000001c0 ff ff ee ff ff ff 01 00 00 00 ff ff ff ff 00 00 |................| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 45 46 49 20 50 41 52 54 00 00 01 00 5c 00 00 00 |EFI PART....\...| 00000210 2d e8 5e 91 00 00 00 00 01 00 00 00 00 00 00 00 |-.^.............| 00000220 ff ff 3f d1 01 00 00 00 22 00 00 00 00 00 00 00 |..?.....".......| 00000230 de ff 3f d1 01 00 00 00 47 b5 79 82 96 d5 dc 11 |..?.....G.y.....| 00000240 be 97 00 0a e4 85 78 5e 02 00 00 00 00 00 00 00 |......x^........| 00000250 80 00 00 00 80 00 00 00 3e 0b 98 53 00 00 00 00 |........>..S....| 00000260 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000400 b6 7c 6e 51 cf 6e d6 11 8f f8 00 02 2d 09 71 2b |.|nQ.n......-.q+| 00000410 16 b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |..y...........x^| 00000420 22 00 00 00 00 00 00 00 de ff 3f d1 01 00 00 00 |".........?.....| 00000430 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000490 26 b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |&.y...........x^| 000004a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000510 37 b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |7.y...........x^| 00000520 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000590 48 b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |H.y...........x^| 000005a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000610 59 b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |Y.y...........x^| 00000620 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000690 6a b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |j.y...........x^| 000006a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000710 7a b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |z.y...........x^| 00000720 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000790 8b b6 79 82 96 d5 dc 11 be 97 00 0a e4 85 78 5e |..y...........x^| 000007a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 14:41:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2558F1065670 for ; Mon, 29 Jun 2009 14:41:16 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 964CE8FC08 for ; Mon, 29 Jun 2009 14:41:15 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by bwz12 with SMTP id 12so379241bwz.43 for ; Mon, 29 Jun 2009 07:41:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.227.13 with SMTP id e13mr4140239mur.2.1246286474384; Mon, 29 Jun 2009 07:41:14 -0700 (PDT) In-Reply-To: <20090629141437.GD31011@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> Date: Mon, 29 Jun 2009 16:41:14 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Patrick M. Hausen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 14:41:16 -0000 On Mon, Jun 29, 2009 at 16:14, Patrick M. Hausen wrote: > Hi! > > On Mon, Jun 29, 2009 at 03:38:51PM +0200, Marius N=FCnnerich wrote: > >> I'm sorry, it should have said: >> dd if=3D/dev/da0 count=3D4 | hd > > 00000000 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 000001b0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 ff =A0|......= ..........| > 000001c0 =A0ff ff ee ff ff ff 01 00 =A000 00 ff ff ff ff 00 00 =A0|......= ..........| > 000001d0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 000001f0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 55 aa =A0|......= ........U.| > 00000200 =A045 46 49 20 50 41 52 54 =A000 00 01 00 5c 00 00 00 =A0|EFI PA= RT....\...| > 00000210 =A02d e8 5e 91 00 00 00 00 =A001 00 00 00 00 00 00 00 =A0|-.^...= ..........| > 00000220 =A0ff ff 3f d1 01 00 00 00 =A022 00 00 00 00 00 00 00 =A0|..?...= ..".......| > 00000230 =A0de ff 3f d1 01 00 00 00 =A047 b5 79 82 96 d5 dc 11 =A0|..?...= ..G.y.....| > 00000240 =A0be 97 00 0a e4 85 78 5e =A002 00 00 00 00 00 00 00 =A0|......= x^........| > 00000250 =A080 00 00 00 80 00 00 00 =A03e 0b 98 53 00 00 00 00 =A0|......= ..>..S....| > 00000260 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000400 =A0b6 7c 6e 51 cf 6e d6 11 =A08f f8 00 02 2d 09 71 2b =A0|.|nQ.n= ......-.q+| > 00000410 =A016 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|..y...= ........x^| > 00000420 =A022 00 00 00 00 00 00 00 =A0de ff 3f d1 01 00 00 00 =A0|".....= ....?.....| > 00000430 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000490 =A026 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|&.y...= ........x^| > 000004a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000510 =A037 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|7.y...= ........x^| > 00000520 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000590 =A048 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|H.y...= ........x^| > 000005a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000610 =A059 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|Y.y...= ........x^| > 00000620 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000690 =A06a b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|j.y...= ........x^| > 000006a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000710 =A07a b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|z.y...= ........x^| > 00000720 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| > * > 00000790 =A08b b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|..y...= ........x^| > 000007a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|......= ..........| OK, there is the GPT signature which reads "EFI PART" at offset 0x200. What was on the disk before? I think it should look different. There is a document from sun which explains the ZFS ondisk format and and I don't remember it to look like a MBR and GPT ;) Sorry, I don't have the time right now to dig through it. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 14:49:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 709021065675 for ; Mon, 29 Jun 2009 14:49:04 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id DD9BC8FC12 for ; Mon, 29 Jun 2009 14:49:03 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by bwz12 with SMTP id 12so384177bwz.43 for ; Mon, 29 Jun 2009 07:49:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.131.18 with SMTP id i18mr4128886mun.107.1246286942069; Mon, 29 Jun 2009 07:49:02 -0700 (PDT) In-Reply-To: References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> Date: Mon, 29 Jun 2009 16:49:01 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Patrick M. Hausen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 14:49:04 -0000 On Mon, Jun 29, 2009 at 16:41, Marius N=FCnnerich wrote= : > On Mon, Jun 29, 2009 at 16:14, Patrick M. Hausen wrote: >> Hi! >> >> On Mon, Jun 29, 2009 at 03:38:51PM +0200, Marius N=FCnnerich wrote: >> >>> I'm sorry, it should have said: >>> dd if=3D/dev/da0 count=3D4 | hd >> >> 00000000 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 000001b0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 ff =A0|.....= ...........| >> 000001c0 =A0ff ff ee ff ff ff 01 00 =A000 00 ff ff ff ff 00 00 =A0|.....= ...........| >> 000001d0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 000001f0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 55 aa =A0|.....= .........U.| >> 00000200 =A045 46 49 20 50 41 52 54 =A000 00 01 00 5c 00 00 00 =A0|EFI P= ART....\...| >> 00000210 =A02d e8 5e 91 00 00 00 00 =A001 00 00 00 00 00 00 00 =A0|-.^..= ...........| >> 00000220 =A0ff ff 3f d1 01 00 00 00 =A022 00 00 00 00 00 00 00 =A0|..?..= ...".......| >> 00000230 =A0de ff 3f d1 01 00 00 00 =A047 b5 79 82 96 d5 dc 11 =A0|..?..= ...G.y.....| >> 00000240 =A0be 97 00 0a e4 85 78 5e =A002 00 00 00 00 00 00 00 =A0|.....= .x^........| >> 00000250 =A080 00 00 00 80 00 00 00 =A03e 0b 98 53 00 00 00 00 =A0|.....= ...>..S....| >> 00000260 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000400 =A0b6 7c 6e 51 cf 6e d6 11 =A08f f8 00 02 2d 09 71 2b =A0|.|nQ.= n......-.q+| >> 00000410 =A016 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|..y..= .........x^| >> 00000420 =A022 00 00 00 00 00 00 00 =A0de ff 3f d1 01 00 00 00 =A0|"....= .....?.....| >> 00000430 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000490 =A026 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|&.y..= .........x^| >> 000004a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000510 =A037 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|7.y..= .........x^| >> 00000520 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000590 =A048 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|H.y..= .........x^| >> 000005a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000610 =A059 b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|Y.y..= .........x^| >> 00000620 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000690 =A06a b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|j.y..= .........x^| >> 000006a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000710 =A07a b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|z.y..= .........x^| >> 00000720 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| >> * >> 00000790 =A08b b6 79 82 96 d5 dc 11 =A0be 97 00 0a e4 85 78 5e =A0|..y..= .........x^| >> 000007a0 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 =A0|.....= ...........| > > OK, there is the GPT signature which reads "EFI PART" at offset 0x200. > What was on the disk before? > I think it should look different. There is a document from sun which > explains the ZFS ondisk format and and I don't remember it to look > like a MBR and GPT ;) Sorry, I don't have the time right now to dig > through it. Found it quickly. Here is the document: http://opensolaris.org/os/community/zfs/docs/ondiskformat0822.pdf See section 1.3.1. ZFS is not cleaning the first 8KB of the raw device so GEOM_PART will taste it and it looks like a broken GPT to it. For future constructions of zpool's one should zero the first few sectors of a device. For your specific I would make a tested backup and then zero the first 1KB of da0. But beware that it's dangerous! Don't blame me if you lose data or hair! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 14:50:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70D710656ED for ; Mon, 29 Jun 2009 14:50:56 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 712BE8FC08 for ; Mon, 29 Jun 2009 14:50:56 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n5TEotMR099084 for ; Mon, 29 Jun 2009 16:50:55 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n5TEotlb035345; Mon, 29 Jun 2009 16:50:55 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n5TEotF6035344; Mon, 29 Jun 2009 16:50:55 +0200 (CEST) (envelope-from ry93) Date: Mon, 29 Jun 2009 16:50:55 +0200 From: "Patrick M. Hausen" To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20090629145055.GF31011@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 14:50:57 -0000 Hi! On Mon, Jun 29, 2009 at 04:41:14PM +0200, Marius Nünnerich wrote: > OK, there is the GPT signature which reads "EFI PART" at offset 0x200. > What was on the disk before? Nothing. Factory new. > I think it should look different. There is a document from sun which > explains the ZFS ondisk format and and I don't remember it to look > like a MBR and GPT ;) Sorry, I don't have the time right now to dig > through it. As I found with Google, ZFS does put a EFI/GPT label on the disk if you give it an entire disk as a vdev. Looks like it's not understood by GEOM_PART_GPT. Thanks, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 14:56:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F080C1065673; Mon, 29 Jun 2009 14:56:28 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 3C94B8FC14; Mon, 29 Jun 2009 14:56:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz12 with SMTP id 12so388930bwz.43 for ; Mon, 29 Jun 2009 07:56:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Z2u0tzAy8XkNA7kHFh4I23fJnJWFo1nCjh3A27b6SZ8=; b=dvpxhRVx8kxznNMNkc6JWb5qS4hxqNsXXRjOL4C+snEQH+axxulZzayerZ7Z5mOLqF Wt+jhGQSmjOfM6bNv9QTod4KzlvOBrZ5bxqWJLwhxWXuuP8BigUvClxGpVEqbMEhsNfX GkTZvdNkrhuivWrvcnnB4EFFWpzE4H/+4QR60= 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=AL6WFu9AT8jPpHPy3PA8dRZEbXbk28h9+Zt1125NHOXbsvFxJTOrd8sqcX70ta+FZN LqAWJaH4Jad7Hb0864IEhOlz/3Z9L/obhHCz/VRzwjf9akwPPsfUFVinWoMMzoi70ms3 6OMlDeFG8ZYvGK3d1JSiluH51mBhbGWtIPKh4= MIME-Version: 1.0 Received: by 10.204.64.67 with SMTP id d3mr7218564bki.142.1246287387157; Mon, 29 Jun 2009 07:56:27 -0700 (PDT) In-Reply-To: <3bbf2fe10906290706q349211c1pe00cc57cc18a1315@mail.gmail.com> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> <3bbf2fe10906290706q349211c1pe00cc57cc18a1315@mail.gmail.com> Date: Mon, 29 Jun 2009 18:56:27 +0400 Message-ID: From: pluknet To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 14:56:29 -0000 2009/6/29 Attilio Rao : > 2009/6/29 pluknet : >> 2009/6/29 Attilio Rao : >>> 2009/6/29 pluknet : >>>> 2009/6/29 Attilio Rao : >>>>> 2009/6/29 pluknet : >>>>>> 2009/6/29 Attilio Rao : >>>>>>> 2009/6/29 pluknet : >>>>>>>> 2009/6/26 pluknet : >>>>>>>>> 2009/6/26 pluknet : >>>>>>>>>> Hello. >>>>>>>>>> >>>>>>>>>> While building a module on nfs mounted /usr/src >>>>>>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>>>>>> >>>>>>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450= . >>>>>>>>> Can this be a source of the problem? >>>>>>>> >>>>>>>> This is 100% reproducible. Lock in the same place. Any hints? >>>>>>> >>>>>>> Can you also show the value of ps? >>>>>>> A precise map of what processes are doing would give an help. >>>>>>> Also would be useful to printout traces for other threads and not o= nly >>>>>>> the stucked one. >>>>>>> >>>>>> >>>>>> >From another run: >>>>> >>>>> I'm unable to see who would be locking the buffer object in question. >>>>> Do you have INVARIANT_SUPPORT/INVARIANTS on? >>>> >>>> Yes, I do both. >>>> >>>>> What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >>>>> >>>> >>>> As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. >>> >>> Please try this patch and report. >>> >>> Thanks, >>> Attilio >>> >>> --- src/sys/nfsclient/nfs_vnops.c =A0 =A0 =A0 2008/02/13 20:44:18 =A0 = =A0 1.281 >>> +++ src/sys/nfsclient/nfs_vnops.c =A0 =A0 =A0 2008/03/22 09:15:15 =A0 = =A0 1.282 >>> @@ -33,7 +33,7 @@ >>> =A0*/ >>> >>> =A0#include >>> -__FBSDID("$FreeBSD: >>> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.281 >>> 2008/02/13 20:44:18 attilio Exp $"); >>> +__FBSDID("$FreeBSD: >>> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.282 >>> 2008/03/22 09:15:15 jeff Exp $"); >>> >> >> Do you refer to the whole svn r177493, or is its nfs part will be enough= ? >> This only vfs_vnops.c diff seems not applicable without underneath >> kernel part changes. >> >> I'll try. Thanks. > > The NFS part should be enough, though I don't understand why it > doesn't trigger a panic on STABLE_6 as long as, at least in my > revision, there is an assert for the buffer object lock to be held in > bufobj_wwait(). What's your sys/kern/vfs_bio.c rev? > As of 6.4-R. $FreeBSD: src/sys/kern/vfs_bio.c,v 1.491.2.12.4.1 2008/10/02 02:57:24 kensmith Exp $ --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 15:01:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E01210656CD for ; Mon, 29 Jun 2009 15:01:07 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id BC79F8FC1F for ; Mon, 29 Jun 2009 15:01:06 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by fxm18 with SMTP id 18so1935191fxm.43 for ; Mon, 29 Jun 2009 08:01:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.102.228.10 with SMTP id a10mr1960807muh.16.1246287665689; Mon, 29 Jun 2009 08:01:05 -0700 (PDT) In-Reply-To: <20090629145055.GF31011@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> <20090629145055.GF31011@hugo10.ka.punkt.de> Date: Mon, 29 Jun 2009 17:01:05 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Patrick M. Hausen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 15:01:07 -0000 On Mon, Jun 29, 2009 at 16:50, Patrick M. Hausen wrote: > Hi! > > On Mon, Jun 29, 2009 at 04:41:14PM +0200, Marius N=FCnnerich wrote: >> OK, there is the GPT signature which reads "EFI PART" at offset 0x200. >> What was on the disk before? > > Nothing. Factory new. > >> I think it should look different. There is a document from sun which >> explains the ZFS ondisk format and and I don't remember it to look >> like a MBR and GPT ;) Sorry, I don't have the time right now to dig >> through it. > > As I found with Google, ZFS does put a EFI/GPT label on the > disk if you give it an entire disk as a vdev. Looks like > it's not understood by GEOM_PART_GPT. Hmm, it's rather stupid to put a GPT entry in the second sector but not the corresponding one in the last sector. So our GPT implementation has the right to think this GPT is broken. As far as I understand the ondisk spec from sun there is no space for the corresponding one in the last sector (it's part of the uberblock array). I just checked my ZFS mirror it has all zeros in the first few sectors on both disks. It was created with zfs version 6 in freebsd. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 15:01:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0426E10656C0 for ; Mon, 29 Jun 2009 15:01:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB088FC1C for ; Mon, 29 Jun 2009 15:01:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mail-fx0-f218.google.com with SMTP id 18so1935191fxm.43 for ; Mon, 29 Jun 2009 08:01:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=xKg12OYQWHFDJsT6+WMacl7qTZHpjlyQZyDpGj3el4s=; b=FY4GTDUQ06KMmyNPMKsaHD1CsR4Y7IdvWeoTtb/NYJGc3pj4d/hY0QWRc5MkO4qESi LiRNouuugDCsHH4skCf+E71/l+X4Jd678NPaIKTDCytaWWKXL/fBZL5egl7NsAu1pexV cGf+1e02CCHkCOkNE5o1JApmwBVP5+PQB0VtI= 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=h4IeoJi1/4lMo6Ko/IgfkC/trolsLJdYqvt+Sh5/lX+AqPkTd9+SXo8X1lc48yLPw7 YqPyHV+1b5PZl/F78qidjKOoS4aQGIs97ZbOeakC3pC3LtmhD9Kg3t5foEsW8oJqejit 7TgmDvrPX54s9SfScqf7hfrRkuK+joATQnVAQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.113.9 with SMTP id y9mr4499850fap.19.1246287676104; Mon, 29 Jun 2009 08:01:16 -0700 (PDT) In-Reply-To: References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> <3bbf2fe10906290706q349211c1pe00cc57cc18a1315@mail.gmail.com> Date: Mon, 29 Jun 2009 17:01:16 +0200 X-Google-Sender-Auth: 2421c93e0afc7a40 Message-ID: <3bbf2fe10906290801l3ed2e04ey44dd5f40f541a714@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 15:01:17 -0000 2009/6/29 pluknet : > 2009/6/29 Attilio Rao : >> 2009/6/29 pluknet : >>> 2009/6/29 Attilio Rao : >>>> 2009/6/29 pluknet : >>>>> 2009/6/29 Attilio Rao : >>>>>> 2009/6/29 pluknet : >>>>>>> 2009/6/29 Attilio Rao : >>>>>>>> 2009/6/29 pluknet : >>>>>>>>> 2009/6/26 pluknet : >>>>>>>>>> 2009/6/26 pluknet : >>>>>>>>>>> Hello. >>>>>>>>>>> >>>>>>>>>>> While building a module on nfs mounted /usr/src >>>>>>>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>>>>>>> >>>>>>>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>>>>>>>> Can this be a source of the problem? >>>>>>>>> >>>>>>>>> This is 100% reproducible. Lock in the same place. Any hints? >>>>>>>> >>>>>>>> Can you also show the value of ps? >>>>>>>> A precise map of what processes are doing would give an help. >>>>>>>> Also would be useful to printout traces for other threads and not only >>>>>>>> the stucked one. >>>>>>>> >>>>>>> >>>>>>> >From another run: >>>>>> >>>>>> I'm unable to see who would be locking the buffer object in question. >>>>>> Do you have INVARIANT_SUPPORT/INVARIANTS on? >>>>> >>>>> Yes, I do both. >>>>> >>>>>> What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >>>>>> >>>>> >>>>> As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. >>>> >>>> Please try this patch and report. >>>> >>>> Thanks, >>>> Attilio >>>> >>>> --- src/sys/nfsclient/nfs_vnops.c 2008/02/13 20:44:18 1.281 >>>> +++ src/sys/nfsclient/nfs_vnops.c 2008/03/22 09:15:15 1.282 >>>> @@ -33,7 +33,7 @@ >>>> */ >>>> >>>> #include >>>> -__FBSDID("$FreeBSD: >>>> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.281 >>>> 2008/02/13 20:44:18 attilio Exp $"); >>>> +__FBSDID("$FreeBSD: >>>> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.282 >>>> 2008/03/22 09:15:15 jeff Exp $"); >>>> >>> >>> Do you refer to the whole svn r177493, or is its nfs part will be enough? >>> This only vfs_vnops.c diff seems not applicable without underneath >>> kernel part changes. >>> >>> I'll try. Thanks. >> >> The NFS part should be enough, though I don't understand why it >> doesn't trigger a panic on STABLE_6 as long as, at least in my >> revision, there is an assert for the buffer object lock to be held in >> bufobj_wwait(). What's your sys/kern/vfs_bio.c rev? >> > > As of 6.4-R. > $FreeBSD: src/sys/kern/vfs_bio.c,v 1.491.2.12.4.1 2008/10/02 02:57:24 > kensmith Exp $ That's it, the revision doesn't have the assert. If it does fix the problem for you, I will let you test a more comprehensive patch as there is also at least another fix I want to bring in along with this one (and the relative asserts). Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 15:05:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 831DD106568B for ; Mon, 29 Jun 2009 15:05:53 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9B78FC0C for ; Mon, 29 Jun 2009 15:05:52 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n5TF5qxN000480 for ; Mon, 29 Jun 2009 17:05:52 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n5TF5ptg035928; Mon, 29 Jun 2009 17:05:52 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n5TF5pfj035927; Mon, 29 Jun 2009 17:05:51 +0200 (CEST) (envelope-from ry93) Date: Mon, 29 Jun 2009 17:05:51 +0200 From: "Patrick M. Hausen" To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20090629150551.GI31011@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> <20090629145055.GF31011@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 15:05:54 -0000 Hi! On Mon, Jun 29, 2009 at 05:01:05PM +0200, Marius Nünnerich wrote: > Hmm, it's rather stupid to put a GPT entry in the second sector but > not the corresponding one in the last sector. So our GPT > implementation has the right to think this GPT is broken. As far as I > understand the ondisk spec from sun there is no space for the > corresponding one in the last sector (it's part of the uberblock > array). OK, I'm not quite sure if it bothers me enough to compile a kernel without GPT support. > I just checked my ZFS mirror it has all zeros in the first few sectors > on both disks. It was created with zfs version 6 in freebsd. This system is currently running ZFS pool version 13. Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 15:13:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0A08106576F for ; Mon, 29 Jun 2009 15:13:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 59CAE8FC26 for ; Mon, 29 Jun 2009 15:13:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz7 with SMTP id 7so1674484bwz.19 for ; Mon, 29 Jun 2009 08:13:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=aNyq+9+j0+u3UEpvlFFlj41AEB0nZPMBVSUku6MIOBM=; b=ZPAN6ULwVIU1m2ZFdFmK+zTE9wOt7Wto+Ge1z4d/F0rS8qZz74ceZ7r2841otEZP8I +m5h2O0doZgKCsRaedMo7Gqp1eYBIt5RmgjXPjLai77v1n93AhvLRyGj2+dmiHRHWYP8 kQzGhauFFKbifOTdJyvSRgKTbD3PzmPVsqVzE= 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=E8mGFndRrEeaTb5Bu6wxJ/4gsv1ibt5ADHdUxAg1eMrj4RypAkY5X6iiV1RDY9BKYH Egv/QMqL8QzzYhz/3DF72IvY+pdnqUJbvQOjh4YoXpbqOTG0XXnlP85Nj+c3N5hNcQBA yBeTFE88Thew8cNHNvx8DcHrBOMIIbXHjPfEI= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.126.66 with SMTP id b2mr4515782fas.3.1246288389866; Mon, 29 Jun 2009 08:13:09 -0700 (PDT) In-Reply-To: <3bbf2fe10906290801l3ed2e04ey44dd5f40f541a714@mail.gmail.com> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> <3bbf2fe10906290620r7005f47dtfef8becc7f439515@mail.gmail.com> <3bbf2fe10906290706q349211c1pe00cc57cc18a1315@mail.gmail.com> <3bbf2fe10906290801l3ed2e04ey44dd5f40f541a714@mail.gmail.com> Date: Mon, 29 Jun 2009 17:13:09 +0200 X-Google-Sender-Auth: 7f2159aaf6342e38 Message-ID: <3bbf2fe10906290813h731a94bcrb1142e6e094a9877@mail.gmail.com> From: Attilio Rao To: pluknet Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 15:13:12 -0000 2009/6/29 Attilio Rao : > 2009/6/29 pluknet : >> 2009/6/29 Attilio Rao : >>> 2009/6/29 pluknet : >>>> 2009/6/29 Attilio Rao : >>>>> 2009/6/29 pluknet : >>>>>> 2009/6/29 Attilio Rao : >>>>>>> 2009/6/29 pluknet : >>>>>>>> 2009/6/29 Attilio Rao : >>>>>>>>> 2009/6/29 pluknet : >>>>>>>>>> 2009/6/26 pluknet : >>>>>>>>>>> 2009/6/26 pluknet : >>>>>>>>>>>> Hello. >>>>>>>>>>>> >>>>>>>>>>>> While building a module on nfs mounted /usr/src >>>>>>>>>>>> I got an unkillable process waiting forever in bo_wwait. >>>>>>>>>>> >>>>>>>>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >>>>>>>>>>> Can this be a source of the problem? >>>>>>>>>> >>>>>>>>>> This is 100% reproducible. Lock in the same place. Any hints? >>>>>>>>> >>>>>>>>> Can you also show the value of ps? >>>>>>>>> A precise map of what processes are doing would give an help. >>>>>>>>> Also would be useful to printout traces for other threads and not only >>>>>>>>> the stucked one. >>>>>>>>> >>>>>>>> >>>>>>>> >From another run: >>>>>>> >>>>>>> I'm unable to see who would be locking the buffer object in question. >>>>>>> Do you have INVARIANT_SUPPORT/INVARIANTS on? >>>>>> >>>>>> Yes, I do both. >>>>>> >>>>>>> What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >>>>>>> >>>>>> >>>>>> As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. >>>>> >>>>> Please try this patch and report. >>>>> >>>>> Thanks, >>>>> Attilio >>>>> >>>>> --- src/sys/nfsclient/nfs_vnops.c 2008/02/13 20:44:18 1.281 >>>>> +++ src/sys/nfsclient/nfs_vnops.c 2008/03/22 09:15:15 1.282 >>>>> @@ -33,7 +33,7 @@ >>>>> */ >>>>> >>>>> #include >>>>> -__FBSDID("$FreeBSD: >>>>> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.281 >>>>> 2008/02/13 20:44:18 attilio Exp $"); >>>>> +__FBSDID("$FreeBSD: >>>>> /usr/local/www/cvsroot/FreeBSD/src/sys/nfsclient/nfs_vnops.c,v 1.282 >>>>> 2008/03/22 09:15:15 jeff Exp $"); >>>>> >>>> >>>> Do you refer to the whole svn r177493, or is its nfs part will be enough? >>>> This only vfs_vnops.c diff seems not applicable without underneath >>>> kernel part changes. >>>> >>>> I'll try. Thanks. >>> >>> The NFS part should be enough, though I don't understand why it >>> doesn't trigger a panic on STABLE_6 as long as, at least in my >>> revision, there is an assert for the buffer object lock to be held in >>> bufobj_wwait(). What's your sys/kern/vfs_bio.c rev? >>> >> >> As of 6.4-R. >> $FreeBSD: src/sys/kern/vfs_bio.c,v 1.491.2.12.4.1 2008/10/02 02:57:24 >> kensmith Exp $ > > That's it, the revision doesn't have the assert. > If it does fix the problem for you, I will let you test a more > comprehensive patch as there is also at least another fix I want to > bring in along with this one (and the relative asserts). Uhm, wait, after better looking at the code I don't think this patch can fix your problem. I will let you know with a bit of more time to study the deadlock. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 15:33:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF92C1065714 for ; Mon, 29 Jun 2009 15:33:01 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6688FC15 for ; Mon, 29 Jun 2009 15:33:01 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id DEF79105B3325; Mon, 29 Jun 2009 17:32:19 +0200 (CEST) Received: from [217.236.20.4] (helo=zelda.local) by smtp08.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1MLIqB-0001Kq-00; Mon, 29 Jun 2009 17:32:19 +0200 Date: Mon, 29 Jun 2009 17:32:17 +0200 From: Martin To: Marius =?UTF-8?B?TsO8bm5lcmljaA==?= Message-ID: <20090629173217.2bb1e6fc@zelda.local> In-Reply-To: References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/aq/hsN7r/FUNp4vR9yC//QBdB/jT+PEaAL0+Y 3FOi5sXwW87VZ/fgVuwd0/7Nfgd/ijujFiVNmqCLNoOX2AZz8N om1fQfRL4= Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 15:33:03 -0000 Am Mon, 29 Jun 2009 16:49:01 +0200 schrieb Marius N=C3=BCnnerich : > For > future constructions of zpool's one should zero the first few sectors > of a device. For your specific I would make a tested backup and then > zero the first 1KB of da0. But beware that it's dangerous! Don't blame > me if you lose data or hair! Hi Marius. I've already complained about this problem. When you've had GPT and want to remove it, you will always get endless pain, if you forget to remove the meta data (gpart destroy). And don't forget that when it is too late and you already have a file system, it's not enough to clear the first few blocks of GPT, but also the last(!) blocks on disk, because GPT has a backup table at the end of a disk that GEOM automatically tries to use. I tell you, you have a lot of "fun" with this! You have to be very cautious, not to lose any data when trying to dump zeroes on the raw disk device. The problem should be better documented, in my opinion. It took me hours of downtime (and some frustration) to find out how GEOM is tasting and detecting the disks. -- Martin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 16:16:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9CD7106564A; Mon, 29 Jun 2009 16:16:54 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 3365E8FC08; Mon, 29 Jun 2009 16:16:53 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz12 with SMTP id 12so439205bwz.43 for ; Mon, 29 Jun 2009 09:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZTBH5yiEHjeNlcBP/0E5cz7fzD2nQY1MdGdKRsjBqeI=; b=HEq5Qn0b9/LgU1WChNBfCr2Dmk0MfIt8CvE8wwOvD9vFGegl4RKVfRD7AvU+HBQEkJ SmahNu7eSjcgCtYH2HEBoLMazqfYUz3K62uupZWL/+3lIicighIUVSK83c4W7UzQxVWH Oy5m4RvlOPW0Dzt6CUVaelEtdhKA+axq18ToM= 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=PVvxN8Ms9IWF4qenZ/GR19w2+zQqlHlkVFVo5dw0tyYpzLeARqrku5V6H96rm/zZku SZBtpbiMrPip2iKqTCJGUj8PxsdRel1U8uvRpbvGMr/6nPnp2jfthKpjdbQ3MoqNiCOA OwfWX23rERhDGgCYKreJtodV9UMwt81MpHiRY= MIME-Version: 1.0 Received: by 10.204.64.67 with SMTP id d3mr7287142bki.142.1246292213024; Mon, 29 Jun 2009 09:16:53 -0700 (PDT) In-Reply-To: <20090629132116.GZ2884@deviant.kiev.zoral.com.ua> References: <3bbf2fe10906290458v3d57441ar44c4ed8f36c957f@mail.gmail.com> <3bbf2fe10906290611j683a0ddawbd524e406e832d54@mail.gmail.com> <20090629132116.GZ2884@deviant.kiev.zoral.com.ua> Date: Mon, 29 Jun 2009 20:16:52 +0400 Message-ID: From: pluknet To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable Subject: Re: [nfs] process locks in "bo_wwait" on 6.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 16:16:55 -0000 2009/6/29 Kostik Belousov : > On Mon, Jun 29, 2009 at 05:18:03PM +0400, pluknet wrote: >> 2009/6/29 Attilio Rao : >> > 2009/6/29 pluknet : >> >> 2009/6/29 Attilio Rao : >> >>> 2009/6/29 pluknet : >> >>>> 2009/6/26 pluknet : >> >>>>> 2009/6/26 pluknet : >> >>>>>> Hello. >> >>>>>> >> >>>>>> While building a module on nfs mounted /usr/src >> >>>>>> I got an unkillable process waiting forever in bo_wwait. >> >>>>> >> >>>>> Small note: iface on NFS server has mtu changed from 1500 to 1450. >> >>>>> Can this be a source of the problem? >> >>>> >> >>>> This is 100% reproducible. Lock in the same place. Any hints? >> >>> >> >>> Can you also show the value of ps? >> >>> A precise map of what processes are doing would give an help. >> >>> Also would be useful to printout traces for other threads and not only >> >>> the stucked one. >> >>> >> >> >> >> >From another run: >> > >> > I'm unable to see who would be locking the buffer object in question. >> > Do you have INVARIANT_SUPPORT/INVARIANTS on? >> >> Yes, I do both. >> >> > What revision of /usr/src/sys/kern/vfs_bio.c are you running with? >> > >> >> As of 6.4-R: CVS rev 1.491.2.12.4.1 / SVN rev 183531. > > It seems that your changes of MTU cause nfs requests to never reach > network. bo_wwait is the state where thread waits for all outstanding > i/o on bufobj to drain. > It appears that you are right. I found in tcpdump that nfs client tries to send UDP packets sized in 1500 bytes. 19:40:13.937085 IP (tos 0x0, ttl 64, id 4658, offset 0, flags [+], proto: UDP (17), length: 1500) client.1662412076 > server.nfs: 1472 write fh 1145,216955/1372174 1779 (1779) bytes @ 0 While here I reverted mtu on NFS server back to 1500, then after some seconds "locked up" NFS client box continued to build a module as there were no any locking problems at all. So I understand this as defined behavior. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 17:02:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A26951065672 for ; Mon, 29 Jun 2009 17:02:33 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7918FC15 for ; Mon, 29 Jun 2009 17:02:33 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n5TH2UM7002210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 29 Jun 2009 10:02:31 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DA7241CC2E; Mon, 29 Jun 2009 10:02:30 -0700 (PDT) To: Lars Eighner In-reply-to: Your message of "Mon, 29 Jun 2009 06:12:43 CDT." <20090629061143.R2586@qroenaqrq.6qbyyneqvnyhc.pbz> Date: Mon, 29 Jun 2009 10:02:30 -0700 From: "Kevin Oberman" Message-Id: <20090629170230.DA7241CC2E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-06-29_06:2009-06-25, 2009-06-29, 2009-06-29 signatures=0 Cc: freebsd-stable@freebsd.org Subject: Re: Why is sio.c still broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 17:02:33 -0000 > Date: Mon, 29 Jun 2009 06:12:43 -0500 (CDT) > From: Lars Eighner > Sender: owner-freebsd-stable@freebsd.org > > I was about to trash a modem because the HDLC and buffer overflows were > grinding it to halt --- or just about. I switch slots, changed the modem > out with and old 28.8, and so forth. > > > Eventually I discovered some really old stuff about sio.c which > suggested this: > > cp4ticks = speed / 10 / hz * 4; > > be changed to this. > > cp4ticks = speed / 10 / hz * 40; > > and everything worked like a charm > > So I am wondering why this hasn't been changed since it seems to be > necessary for proper operation of just about the only non-winmodem > available. Probably because sio is about to be dropped and no one has given it much attention of late. It's probably best to convert to use of uart which is the new serial port driver and will be the only one in V8 which is in code freeze and should be out in two or three months. Let the "I coulda had a V8" puns and bad jokes begin! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 17:19:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988F71065686 for ; Mon, 29 Jun 2009 17:19:53 +0000 (UTC) (envelope-from lars@larseighner.com) Received: from mail.team1internet.com (mail.team1internet.com [216.110.13.10]) by mx1.freebsd.org (Postfix) with ESMTP id 75A668FC0A for ; Mon, 29 Jun 2009 17:19:53 +0000 (UTC) (envelope-from lars@larseighner.com) Received: by mail.team1internet.com (Postfix, from userid 12346) id 05DDE16B5E2; Mon, 29 Jun 2009 12:19:52 -0500 (CDT) Received: from larseighner.com (unknown [216.110.13.95]) by mail.team1internet.com (Postfix) with SMTP id 3305A16B5E1; Mon, 29 Jun 2009 12:19:49 -0500 (CDT) Received: by larseighner.com (nbSMTP-1.00) for uid 1001 lars@larseighner.com; Mon, 29 Jun 2009 12:14:52 -0500 (CDT) Date: Mon, 29 Jun 2009 12:14:50 -0500 (CDT) From: Lars Eighner X-X-Sender: lars@debranded.6dollardialup.com To: Kevin Oberman In-Reply-To: <20090629170230.DA7241CC2E@ptavv.es.net> Message-ID: <20090629120930.C99382@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090629170230.DA7241CC2E@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Sanitizer: Anomy and SpamAssassin mail filter - see http://www.6dollardialup.com/support/spaminfo.html Cc: freebsd-stable@freebsd.org Subject: Re: Why is sio.c still broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 17:19:53 -0000 On Mon, 29 Jun 2009, Kevin Oberman wrote: >> Date: Mon, 29 Jun 2009 06:12:43 -0500 (CDT) >> From: Lars Eighner >> Sender: owner-freebsd-stable@freebsd.org >> >> I was about to trash a modem because the HDLC and buffer overflows were >> grinding it to halt --- or just about. I switch slots, changed the modem >> out with and old 28.8, and so forth. >> >> >> Eventually I discovered some really old stuff about sio.c which >> suggested this: >> >> cp4ticks = speed / 10 / hz * 4; >> >> be changed to this. >> >> cp4ticks = speed / 10 / hz * 40; >> >> and everything worked like a charm >> >> So I am wondering why this hasn't been changed since it seems to be >> necessary for proper operation of just about the only non-winmodem >> available. > > Probably because sio is about to be dropped and no one has given it much > attention of late. > > It's probably best to convert to use of uart which is the new serial > port driver and will be the only one in V8 which is in code freeze and > should be out in two or three months. > > Let the "I coulda had a V8" puns and bad jokes begin! > Any idea where there is info on how to do this? Nothing in man uart is helpful to me, and if it is the handbook, I can't find it. I found a few things about modems and ttys, but I want it for ppp. Since it seems to work now, perhaps I better stop upgrading. After all, umass upgrades may my camera useless (except as a way to panic the system. Some upgrade or another made the scanner and card-reading functions on my printer useless. I can't afford to up to the point that my modem doesn't work. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 18:29:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D413B1065674 for ; Mon, 29 Jun 2009 18:29:14 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id A90B08FC13 for ; Mon, 29 Jun 2009 18:29:14 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n5TITCCG026258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 29 Jun 2009 11:29:13 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C8F231CC2F; Mon, 29 Jun 2009 11:29:12 -0700 (PDT) To: Lars Eighner In-reply-to: Your message of "Mon, 29 Jun 2009 12:14:50 CDT." <20090629120930.C99382@qroenaqrq.6qbyyneqvnyhc.pbz> Date: Mon, 29 Jun 2009 11:29:12 -0700 From: "Kevin Oberman" Message-Id: <20090629182912.C8F231CC2F@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-06-29_06:2009-06-25, 2009-06-29, 2009-06-29 signatures=0 Cc: freebsd-stable@freebsd.org Subject: Re: Why is sio.c still broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 18:29:17 -0000 > Date: Mon, 29 Jun 2009 12:14:50 -0500 (CDT) > From: Lars Eighner > > On Mon, 29 Jun 2009, Kevin Oberman wrote: > > >> Date: Mon, 29 Jun 2009 06:12:43 -0500 (CDT) > >> From: Lars Eighner > >> Sender: owner-freebsd-stable@freebsd.org > >> > >> I was about to trash a modem because the HDLC and buffer overflows were > >> grinding it to halt --- or just about. I switch slots, changed the modem > >> out with and old 28.8, and so forth. > >> > >> > >> Eventually I discovered some really old stuff about sio.c which > >> suggested this: > >> > >> cp4ticks = speed / 10 / hz * 4; > >> > >> be changed to this. > >> > >> cp4ticks = speed / 10 / hz * 40; > >> > >> and everything worked like a charm > >> > >> So I am wondering why this hasn't been changed since it seems to be > >> necessary for proper operation of just about the only non-winmodem > >> available. > > > > Probably because sio is about to be dropped and no one has given it much > > attention of late. > > > > It's probably best to convert to use of uart which is the new serial > > port driver and will be the only one in V8 which is in code freeze and > > should be out in two or three months. > > > > Let the "I coulda had a V8" puns and bad jokes begin! > > > > Any idea where there is info on how to do this? Nothing in man uart is > helpful to me, and if it is the handbook, I can't find it. I found a few > things about modems and ttys, but I want it for ppp. > > Since it seems to work now, perhaps I better stop upgrading. > > After all, umass upgrades may my camera useless (except as a way to panic > the system. Some upgrade or another made the scanner and card-reading > functions on my printer useless. I can't afford to up to the point that my > modem doesn't work. I have no experience running PPP over uart devices, but, in general, it's a drop-in replacement. The main difference is that the tty devices are /dev/ttyuX and /dev/cuauX instead of the current /dev/ttydX and /dev/cuadX. The loss of sio is an outgrowth of the complete rewrite of terminal device support for V8. It is vastly cleaner then it was and many issues people have been having with integrating such devices into other code, particularly in regard to pseudo-terminals, is much improved. Also, V8 has a completely rewritten USB stack. It should work far better than the one in V7. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 18:52:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 235811065676 for ; Mon, 29 Jun 2009 18:52:57 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id AD4F38FC20 for ; Mon, 29 Jun 2009 18:52:56 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id n5TIeq9t085590; Mon, 29 Jun 2009 20:40:52 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 805A6BA7E; Mon, 29 Jun 2009 20:40:52 +0200 (CEST) Date: Mon, 29 Jun 2009 20:40:52 +0200 From: Roland Smith To: Harald Weis Message-ID: <20090629184052.GB3248@slackbox.xs4all.nl> References: <20090628205654.GA6237@pollux.local.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline In-Reply-To: <20090628205654.GA6237@pollux.local.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 18:52:57 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 28, 2009 at 10:56:54PM +0200, Harald Weis wrote: > Building lxdvdrip stops because linux-pango has known > vulnerabilities. You can ignore vulnerabilities by setting the environment variable DISABLE_VULNERABILITIES. See ports(7). > Is there a risk if mplayer (which requires linux-pango) Are you running a linux binary of mplayer? Because a native mplayer binary does not require linux-pango! It just uses the native pango. If you want to rip DVDs, you can simply use mplayer: mplayer dvd://N -dumpstream -dumpfile title.mpg where N is the number of the title you want. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --XOIedfhf+7KOe/yw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEUEARECAAYFAkpJCrQACgkQEnfvsMMhpyUFbgCgrnRmCxocOkRGa9PQcXfMeF5t HxwAmJV/2yE2SwkA7T4DAYXjwmsQHBQ= =fRpV -----END PGP SIGNATURE----- --XOIedfhf+7KOe/yw-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 11:58:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 486281065674; Tue, 30 Jun 2009 11:58:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 02C608FC08; Tue, 30 Jun 2009 11:58:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MLbya-000P4e-Qd; Tue, 30 Jun 2009 14:58:16 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Gavin Atkinson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jun 2009 14:58:16 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 11:58:19 -0000 hi, This pr is realy holding me back, I can't upgrade this server, and telling serveral tens of users to us cp, etc is not an option. The open works fine if not using O_EXCL. Thanks, danny From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 13:27:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4721065670 for ; Tue, 30 Jun 2009 13:27:03 +0000 (UTC) (envelope-from rick@havokmon.com) Received: from dotsevenseven.vfemail.net (dotsevenseven.vfemail.net [69.11.239.77]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA9F8FC14 for ; Tue, 30 Jun 2009 13:27:02 +0000 (UTC) (envelope-from rick@havokmon.com) Received: (qmail 28860 invoked by uid 0); 30 Jun 2009 13:00:20 -0000 Received: by simscan 1.1.0 ppid: 28854, pid: 28857, t: 0.0076s scanners:none Received: from unknown (HELO localhost) (cmlja0BoYXZva21vbi5jb20=@MTcyLjE2LjEwMC4yMA==) by 172.16.100.20 with ESMTPA; 30 Jun 2009 13:00:20 -0000 Received: from ZncudmZlbWFpbC5uZXQ= (ZncudmZlbWFpbC5uZXQ= [NjkuMTEuMjM5LjY2]) by www.vfemail.net (Horde Framework) with HTTP; Tue, 30 Jun 2009 08:00:20 -0500 Message-ID: <20090630080020.19155umas229oq8s@www.vfemail.net> Date: Tue, 30 Jun 2009 08:00:20 -0500 From: "Rick Romero" To: freebsd-stable@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2) X-VFEmail-Originating-IP: NjkuMTEuMjM5LjY2 X-VFEmail-Remote-Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 (.NET CLR 3.5.30729) X-VFEmail-UserAuth: cmlja0BoYXZva21vbi5jb20= X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include VFEmail headers Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 13:27:07 -0000 Quoting "Danny Braniss" : > hi, > This pr is realy holding me back, I can't upgrade this server, and > telling serveral tens of users to us cp, etc is not an option. The open > works fine if not using O_EXCL. > > Thanks, > danny This affects procmail deliveries as well. Any chance of having this looked at asap? So I'm on zfs 13, I can't drop back zfs versions, and my production data is stuck. Yes, I know this isn't a release kernel, but I was having ungodly slowness with ZFS and was trying everything I could think of. I had, due daily to archiving, 50-100thousand 3k files in each of about 200 directories. Once I moved them all to another machine (on UFS), the ZFS partition returned to normal speeds...But now I'm stuck with this delivery issue (fortunately it's only procmail) due to the upgrade attempt. I just ran into the 'mv' problem yesterday. Any relief in sight? Thanks, Rick From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 14:25:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CF3106566C for ; Tue, 30 Jun 2009 14:25:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A3A2C8FC16 for ; Tue, 30 Jun 2009 14:25:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA13823; Tue, 30 Jun 2009 17:25:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A4A203F.9080505@icyb.net.ua> Date: Tue, 30 Jun 2009 17:25:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Rick Romero References: <20090630080020.19155umas229oq8s@www.vfemail.net> In-Reply-To: <20090630080020.19155umas229oq8s@www.vfemail.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 14:25:13 -0000 on 30/06/2009 16:00 Rick Romero said the following: > Quoting "Danny Braniss" : > >> hi, >> This pr is realy holding me back, I can't upgrade this server, and >> telling serveral tens of users to us cp, etc is not an option. The open >> works fine if not using O_EXCL. >> >> Thanks, >> danny > > This affects procmail deliveries as well. Any chance of having this > looked at asap? So I'm on zfs 13, I can't drop back zfs versions, and my > production data is stuck. Yes, I know this isn't a release kernel, but > I was having ungodly slowness with ZFS and was trying everything I could > think of. I had, due daily to archiving, 50-100thousand 3k files in > each of about 200 directories. Once I moved them all to another machine > (on UFS), the ZFS partition returned to normal speeds...But now I'm > stuck with this delivery issue (fortunately it's only procmail) due to > the upgrade attempt. I just ran into the 'mv' problem yesterday. > > Any relief in sight? Are you sure that you have the latest on-disk formats? I have submitted a followup to the PR, please respond there with relevant information about your system. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 15:06:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7570C106566C for ; Tue, 30 Jun 2009 15:06:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECEC8FC1B for ; Tue, 30 Jun 2009 15:06:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA14649; Tue, 30 Jun 2009 18:05:52 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A4A29CF.3040801@icyb.net.ua> Date: Tue, 30 Jun 2009 18:05:51 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Rick Romero References: <20090630080020.19155umas229oq8s@www.vfemail.net> <4A4A203F.9080505@icyb.net.ua> In-Reply-To: <4A4A203F.9080505@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 15:06:02 -0000 on 30/06/2009 17:25 Andriy Gapon said the following: > > Are you sure that you have the latest on-disk formats? > I have submitted a followup to the PR, please respond there with relevant > information about your system. Errm, sorry, I can reproduce the issue after all. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 15:08:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F921065673 for ; Tue, 30 Jun 2009 15:08:42 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id EFB5E8FC17 for ; Tue, 30 Jun 2009 15:08:40 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 0529B4C80BD for ; Tue, 30 Jun 2009 17:08:36 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 1A2384C8190 for ; Tue, 30 Jun 2009 17:08:34 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 4BF631CE3C; Tue, 30 Jun 2009 17:08:32 +0200 (CEST) Date: Tue, 30 Jun 2009 17:08:32 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090630150832.GA2650@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090628205654.GA6237@pollux.local.net> <20090629184052.GB3248@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090629184052.GB3248@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 15:08:42 -0000 On Mon, Jun 29, 2009 at 08:40:52PM +0200, Roland Smith wrote: > On Sun, Jun 28, 2009 at 10:56:54PM +0200, Harald Weis wrote: > > Building lxdvdrip stops because linux-pango has known > > vulnerabilities. > > You can ignore vulnerabilities by setting the environment variable > DISABLE_VULNERABILITIES. See ports(7). Yes, I've done this already, but I've stepped back because I cannot evaluate the risk. > Are you running a linux binary of mplayer? Because a native mplayer > binary does not require linux-pango! It just uses the native pango. In fact, it's lxdvdrip which requires linux-pango [via linux-gtk2]. lxdvdrip is happy with the native mplayer. > If you want to rip DVDs, you can simply use mplayer: > > mplayer dvd://N -dumpstream -dumpfile title.mpg > > where N is the number of the title you want. That's interesting. I will try that soon. I hope the manpage does explain how to burn it then. But what happens if the title is too long for a DVD5 ? lxdvdrip is such a marvellous tool. Too bad, that nobody has found the time yet to debug linux-pango. Now, do I understand correctly, that the risk is there as soon as linux-pango is running for the local lxdvdrip operation ? That means that I must keep off-line during lxdvdrip to be safe ? Is that true ? Harald From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 15:34:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB8611065679 for ; Tue, 30 Jun 2009 15:34:03 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.asm68k.org [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 675788FC1B for ; Tue, 30 Jun 2009 15:34:03 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id B2AB8B0348; Tue, 30 Jun 2009 17:17:40 +0200 (CEST) MIME-Version: 1.0 Date: Tue, 30 Jun 2009 17:17:40 +0200 From: Marian Hettwer To: Harald Weis In-Reply-To: <20090630150832.GA2650@pollux.local.net> References: <20090630150832.GA2650@pollux.local.net> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 15:34:04 -0000 On Tue, 30 Jun 2009 17:08:32 +0200, Harald Weis wrote: > On Mon, Jun 29, 2009 at 08:40:52PM +0200, Roland Smith wrote: >> On Sun, Jun 28, 2009 at 10:56:54PM +0200, Harald Weis wrote: >> > Building lxdvdrip stops because linux-pango has known >> > vulnerabilities. >> >> You can ignore vulnerabilities by setting the environment variable >> DISABLE_VULNERABILITIES. See ports(7). > > Yes, I've done this already, but I've stepped back because I cannot > evaluate the risk. > >> Are you running a linux binary of mplayer? Because a native mplayer >> binary does not require linux-pango! It just uses the native pango. > > In fact, it's lxdvdrip which requires linux-pango [via linux-gtk2]. > lxdvdrip is happy with the native mplayer. > >> If you want to rip DVDs, you can simply use mplayer: >> >> mplayer dvd://N -dumpstream -dumpfile title.mpg >> >> where N is the number of the title you want. and though it doesn't help you with your specific problem. Ever took a look into handbrake? Handbrake is a fine dvd ripper. Although I couldn't answer the question about burning the rip afterwards. But give handbrake a try :) Cheers, Marian From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 16:11:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4294B1065670; Tue, 30 Jun 2009 16:11:36 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id C8A658FC1B; Tue, 30 Jun 2009 16:11:35 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw01.mail.saunalahti.fi (Postfix) with SMTP id 152CF151527; Tue, 30 Jun 2009 18:54:37 +0300 (EEST) Date: Tue, 30 Jun 2009 18:54:37 +0300 From: Jaakko Heinonen To: Danny Braniss Message-ID: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Rick Romero , Gavin Atkinson , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 16:11:36 -0000 On 2009-06-30, Danny Braniss wrote: > This pr is realy holding me back, I can't upgrade this server, and > telling serveral tens of users to us cp, etc is not an option. The open > works fine if not using O_EXCL. I guess that r185586 needs to be MFCd to stable/7. Here's an untested patch against stable/7: %%% Index: sys/nfsserver/nfs_serv.c =================================================================== --- sys/nfsserver/nfs_serv.c (revision 195189) +++ sys/nfsserver/nfs_serv.c (working copy) @@ -1656,13 +1656,12 @@ nfsrv_create(struct nfsrv_descript *nfsd caddr_t bpos; int error = 0, rdev, len, tsize, dirfor_ret = 1, diraft_ret = 1; int v3 = (nfsd->nd_flag & ND_NFSV3), how, exclusive_flag = 0; - caddr_t cp; struct mbuf *mb, *mreq; struct vnode *dirp = NULL; nfsfh_t nfh; fhandle_t *fhp; u_quad_t tempsize; - u_char cverf[NFSX_V3CREATEVERF]; + struct timespec cverf; struct mount *mp = NULL; int tvfslocked; int vfslocked; @@ -1741,8 +1740,11 @@ nfsrv_create(struct nfsrv_descript *nfsd nfsm_srvsattr(vap); break; case NFSV3CREATE_EXCLUSIVE: - cp = nfsm_dissect_nonblock(caddr_t, NFSX_V3CREATEVERF); - bcopy(cp, cverf, NFSX_V3CREATEVERF); + tl = nfsm_dissect_nonblock(u_int32_t *, + NFSX_V3CREATEVERF); + /* Unique bytes, endianness is not important. */ + cverf.tv_sec = tl[0]; + cverf.tv_nsec = tl[1]; exclusive_flag = 1; break; }; @@ -1788,8 +1790,7 @@ nfsrv_create(struct nfsrv_descript *nfsd if (exclusive_flag) { exclusive_flag = 0; VATTR_NULL(vap); - bcopy(cverf, (caddr_t)&vap->va_atime, - NFSX_V3CREATEVERF); + vap->va_atime = cverf; error = VOP_SETATTR(nd.ni_vp, vap, cred, td); } @@ -1873,7 +1874,7 @@ nfsrv_create(struct nfsrv_descript *nfsd } if (v3) { if (exclusive_flag && !error && - bcmp(cverf, (caddr_t)&vap->va_atime, NFSX_V3CREATEVERF)) + bcmp(&cverf, &vap->va_atime, sizeof (cverf))) error = EEXIST; if (dirp == nd.ni_dvp) diraft_ret = VOP_GETATTR(dirp, &diraft, cred, td); %%% Please report back if you try the patch. -- Jaakko From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 17:32:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E6CF106564A for ; Tue, 30 Jun 2009 17:32:40 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 114FF8FC26 for ; Tue, 30 Jun 2009 17:32:39 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id n5UHWcko077361; Tue, 30 Jun 2009 19:32:38 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 01243BA89; Tue, 30 Jun 2009 19:32:37 +0200 (CEST) Date: Tue, 30 Jun 2009 19:32:37 +0200 From: Roland Smith To: Harald Weis Message-ID: <20090630173237.GB39520@slackbox.xs4all.nl> References: <20090628205654.GA6237@pollux.local.net> <20090629184052.GB3248@slackbox.xs4all.nl> <20090630150832.GA2650@pollux.local.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20090630150832.GA2650@pollux.local.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 17:32:40 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 30, 2009 at 05:08:32PM +0200, Harald Weis wrote: > On Mon, Jun 29, 2009 at 08:40:52PM +0200, Roland Smith wrote: > > On Sun, Jun 28, 2009 at 10:56:54PM +0200, Harald Weis wrote: > > > Building lxdvdrip stops because linux-pango has known > > > vulnerabilities. > >=20 > > You can ignore vulnerabilities by setting the environment variable > > DISABLE_VULNERABILITIES. See ports(7). >=20 > Yes, I've done this already, but I've stepped back because I cannot > evaluate the risk. >=20 > > Are you running a linux binary of mplayer? Because a native mplayer > > binary does not require linux-pango! It just uses the native pango. >=20 > In fact, it's lxdvdrip which requires linux-pango [via linux-gtk2]. > lxdvdrip is happy with the native mplayer. Looking at the port Makefile [/usr/ports/multimedia/lxdvdrip/Makefile] and Freshports entries [http://www.freshports.org/multimedia/lxdvdrip/] for lxdvdrip, there is no sign of it directly requiring pango, let alone the Linux version. It is mplayer that depends on pango: # cd /usr/ports/multimedia/lxdvdrip # make run-depends-list /usr/ports/misc/buffer /usr/ports/multimedia/dvdauthor /usr/ports/multimedia/libdvdnav /usr/ports/multimedia/libdvdread /usr/ports/multimedia/mpgtx /usr/ports/multimedia/mplayer /usr/ports/multimedia/transcode /usr/ports/sysutils/dvd+rw-tools # cd /usr/ports/multimedia/mplayer # make run-depends-list /usr/ports/accessibility/atk /usr/ports/audio/cdparanoia /usr/ports/audio/esound /usr/ports/audio/libvorbis /usr/ports/converters/libiconv /usr/ports/devel/gio-fam-backend /usr/ports/devel/glib20 /usr/ports/devel/pkg-config /usr/ports/devel/sdl12 /usr/ports/graphics/aalib /usr/ports/graphics/png /usr/ports/multimedia/libtheora /usr/ports/multimedia/mplayer-skins /usr/ports/multimedia/x264 /usr/ports/print/freetype2 /usr/ports/x11-toolkits/gtk20 /usr/ports/x11-toolkits/pango /usr/ports/x11/libX11 /usr/ports/x11/libXv /usr/ports/x11/libXxf86vm No linux-pango! I suspect that there is something wrong with your ports. Do you have the native version of pango installed?=20 Can you post the output of 'pkg_info -rx lxdvdrip' and 'pkg_info -rx mplaye= r'?=20 > > If you want to rip DVDs, you can simply use mplayer: > >=20 > > mplayer dvd://N -dumpstream -dumpfile title.mpg > >=20 > > where N is the number of the title you want. >=20 > That's interesting. I will try that soon. I hope the manpage does > explain how to burn it then. For burning you'll need other programs. Mplayer/mencoder don't do that. That is where dvdauthor and dvd+rw-tools come in. > But what happens if the title is too long for a DVD5 ? Then you can use mencoder to re-encode it. This takes some experimenting. I tend to re-encode to the H.264 video codec, because it is a lot smaller. I don't know if DVD players support this codec. But then I tend to watch movies mostly on my PC. An example: # Ripping mplayer dvd://1 -dumpstream -dumpfile foo.mpg # Reencoding mencoder foo.mpg -aid 128 -ovc x264 \ -x264encopts subq=3D4:bframes=3D3:b_pyramid:weight_b:qp=3D18:threads=3Dauto= :pass=3D1 \ -vf crop=3D704:464:10:56 -idx -oac mp3lame -o /dev/null ; \ mencoder foo.mpg -aid 128 -ovc x264 \ -x264encopts subq=3D6:partitions=3Dall:8x8dct:me=3Dumh:frameref=3D5:bframes= =3D3:b_pyramid:weight_b:qp=3D18:threads=3Dauto:pass=3D2 \ -vf crop=3D704:464:10:56 -idx -oac mp3lame -o foo.avi # See the size difference! du -m foo.* 1701 foo.avi 6427 foo.mpg The crop numbers (to remove black bands around the movie) can vary per film. Use the -cropdetect option of mplayer to figure out the right numbers to use. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpKTDUACgkQEnfvsMMhpyU84ACdHMjhIFe59EVpcZtJYljy6HkK NiMAnRJ+9ftb3u3vjufRBFmWoc2Tm6s0 =dSi+ -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 19:11:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 997801065672 for ; Tue, 30 Jun 2009 19:11:26 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6958FC18 for ; Tue, 30 Jun 2009 19:11:26 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id CA7F3A1FA; Tue, 30 Jun 2009 15:11:25 -0400 (EDT) Message-ID: <4A4A6358.1010806@bit0.com> Date: Tue, 30 Jun 2009 15:11:20 -0400 From: Mike Andrews User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Jaakko Heinonen References: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> In-Reply-To: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rick Romero , Gavin Atkinson , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 19:11:27 -0000 Jaakko Heinonen wrote: > On 2009-06-30, Danny Braniss wrote: >> This pr is realy holding me back, I can't upgrade this server, and >> telling serveral tens of users to us cp, etc is not an option. The open >> works fine if not using O_EXCL. > > I guess that r185586 needs to be MFCd to stable/7. Here's an untested > patch against stable/7: > > %%% > Index: sys/nfsserver/nfs_serv.c [snip] > Please report back if you try the patch. The patch doesn't help over here, sorry. Simply doing 'touch' or 'mv' to an NFSv3 mount (using either a v6 or v13 zpool) is the test case I've been using; touch doesn't even use O_EXCL as far as I can tell. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 20:09:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECC631065672 for ; Tue, 30 Jun 2009 20:09:31 +0000 (UTC) (envelope-from cm@therek.net) Received: from lux.therek.net (lux.therek.net [64.85.172.243]) by mx1.freebsd.org (Postfix) with ESMTP id B855A8FC12 for ; Tue, 30 Jun 2009 20:09:31 +0000 (UTC) (envelope-from cm@therek.net) Received: from frameshift.waw.therek.net (dixie.therek.net [82.210.167.89]) (authenticated bits=0) by lux.therek.net (8.14.3/8.14.3) with ESMTP id n5UK9S6D007198 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 30 Jun 2009 22:09:30 +0200 (CEST) Message-ID: <4A4A70F6.1080808@therek.net> Date: Tue, 30 Jun 2009 22:09:26 +0200 From: Cezary Morga User-Agent: Thunderbird 2.0.0.21 (X11/20090527) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20090414174527.145c6448@notebook> <20090415041516.GF65724@michelle.cdnetworks.co.kr> <20090415100456.55bbe358@tiger.minsk.domain> <20090415074144.GH65724@michelle.cdnetworks.co.kr> <20090415114343.6a72784d@tiger.minsk.domain> <20090415103026.GJ65724@michelle.cdnetworks.co.kr> <20090415133820.42211c98@notebook> <20090415104831.GK65724@michelle.cdnetworks.co.kr> In-Reply-To: <20090415104831.GK65724@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: problem with if_re on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 20:09:32 -0000 Pyun YongHyeon pisze: > Ok, I think you've have to live without MSI. I'll rearrange re(4) > to disable MSI on RTL8168 SPIN2 device. > Thanks for testing! Silly question, but what is this MSI on a network card? -- Cezary Morga "We learn something every day, and lots of times it's that what we learned the day before was wrong." (Bill Vaughan) From owner-freebsd-stable@FreeBSD.ORG Tue Jun 30 22:35:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB901065674 for ; Tue, 30 Jun 2009 22:35:05 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 454D48FC16 for ; Tue, 30 Jun 2009 22:35:05 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1MLluq-000PGJ-6y; Tue, 30 Jun 2009 18:35:04 -0400 Date: Tue, 30 Jun 2009 18:35:04 -0400 From: Gary Palmer To: Roland Smith Message-ID: <20090630223504.GA77577@in-addr.com> References: <20090628205654.GA6237@pollux.local.net> <20090629184052.GB3248@slackbox.xs4all.nl> <20090630150832.GA2650@pollux.local.net> <20090630173237.GB39520@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090630173237.GB39520@slackbox.xs4all.nl> Cc: Harald Weis , freebsd-stable@freebsd.org Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 22:35:06 -0000 On Tue, Jun 30, 2009 at 07:32:37PM +0200, Roland Smith wrote: > On Tue, Jun 30, 2009 at 05:08:32PM +0200, Harald Weis wrote: > > On Mon, Jun 29, 2009 at 08:40:52PM +0200, Roland Smith wrote: > > > On Sun, Jun 28, 2009 at 10:56:54PM +0200, Harald Weis wrote: > > > > Building lxdvdrip stops because linux-pango has known > > > > vulnerabilities. > > > > > > You can ignore vulnerabilities by setting the environment variable > > > DISABLE_VULNERABILITIES. See ports(7). > > > > Yes, I've done this already, but I've stepped back because I cannot > > evaluate the risk. > > > > > Are you running a linux binary of mplayer? Because a native mplayer > > > binary does not require linux-pango! It just uses the native pango. > > > > In fact, it's lxdvdrip which requires linux-pango [via linux-gtk2]. > > lxdvdrip is happy with the native mplayer. > > Looking at the port Makefile [/usr/ports/multimedia/lxdvdrip/Makefile] > and Freshports entries [http://www.freshports.org/multimedia/lxdvdrip/] > for lxdvdrip, there is no sign of it directly requiring pango, let alone > the Linux version. It is mplayer that depends on pango: > > # cd /usr/ports/multimedia/lxdvdrip > # make run-depends-list > /usr/ports/misc/buffer > /usr/ports/multimedia/dvdauthor > /usr/ports/multimedia/libdvdnav > /usr/ports/multimedia/libdvdread > /usr/ports/multimedia/mpgtx > /usr/ports/multimedia/mplayer > /usr/ports/multimedia/transcode > /usr/ports/sysutils/dvd+rw-tools > > # cd /usr/ports/multimedia/mplayer > # make run-depends-list > /usr/ports/accessibility/atk > /usr/ports/audio/cdparanoia > /usr/ports/audio/esound > /usr/ports/audio/libvorbis > /usr/ports/converters/libiconv > /usr/ports/devel/gio-fam-backend > /usr/ports/devel/glib20 > /usr/ports/devel/pkg-config > /usr/ports/devel/sdl12 > /usr/ports/graphics/aalib > /usr/ports/graphics/png > /usr/ports/multimedia/libtheora > /usr/ports/multimedia/mplayer-skins > /usr/ports/multimedia/x264 > /usr/ports/print/freetype2 > /usr/ports/x11-toolkits/gtk20 > /usr/ports/x11-toolkits/pango > /usr/ports/x11/libX11 > /usr/ports/x11/libXv > /usr/ports/x11/libXxf86vm > > No linux-pango! I suspect that there is something wrong with your > ports. Do you have the native version of pango installed? > I am not the OP, however I also ran into warnings about mplayer and linux-pango. I believe the problem comes from linux-realplayer # cd /usr/ports/multimedia/mplayer # make run-depends-list /usr/ports/accessibility/atk /usr/ports/audio/arts /usr/ports/audio/libvorbis /usr/ports/converters/libiconv /usr/ports/devel/gio-fam-backend /usr/ports/devel/glib20 /usr/ports/devel/pkg-config /usr/ports/graphics/libGL /usr/ports/graphics/libungif /usr/ports/graphics/png /usr/ports/multimedia/libdv /usr/ports/multimedia/linux-realplayer /usr/ports/multimedia/mplayer-skins /usr/ports/multimedia/win32-codecs /usr/ports/multimedia/x264 /usr/ports/multimedia/xvid /usr/ports/print/freetype2 /usr/ports/x11-toolkits/gtk20 /usr/ports/x11-toolkits/pango /usr/ports/x11/libX11 /usr/ports/x11/libXinerama /usr/ports/x11/libXv /usr/ports/x11/libXxf86dga /usr/ports/x11/libXxf86vm # grep REAL /var/db/ports/mplayer/options WITH_REALPLAYER=true I don't have lxdvdrip installed so I don't think thats involved, at least in my case. There may be more than one path to the linux-pango dependency however :-( Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 02:47:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97BF91065738 for ; Wed, 1 Jul 2009 02:47:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE818FC0C for ; Wed, 1 Jul 2009 02:47:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so203288rvb.43 for ; Tue, 30 Jun 2009 19:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=EmVhtiu/Oimzt3owH9vXqOW8qW/JVEqj4PCFWmp767Y=; b=DXBGWr8Hgq6PXNvwZBShpmbr1fM8wi4fSrtHhZVFphJmx5TY4N+QWXA/lHNX+z5lHX ZFFJk5zDpseBDWHqSmgwITDEfXa2xIsmb/ETzXTuiYGgA8y/M1nLIBk3T3IlP+4a93yr MC3s+mMIUwPu7Xa++MEimbXwQKEudsQB/p7kg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=dEdzCEHc0kFx8gwfpiVbcvuhW4Vx+9Ir47ICV0p4lXu5mrNiEAmGcqZWjXvD1lUigi uZpNqQgyLqVydBjEygo3Bi9pbFTq3jk3YxdbwDAt804RsT1zUsoS/cSwD+FZO2Yzz8bb gZHbJopTKZ+/VVhjRedD+sc2YXz9pH8lLZo6Y= Received: by 10.140.136.6 with SMTP id j6mr1144810rvd.21.1246414478266; Tue, 30 Jun 2009 19:14:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f21sm2637021rvb.6.2009.06.30.19.14.36 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Jun 2009 19:14:37 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 1 Jul 2009 11:12:20 +0900 From: Pyun YongHyeon Date: Wed, 1 Jul 2009 11:12:20 +0900 To: Cezary Morga Message-ID: <20090701021220.GD13137@michelle.cdnetworks.co.kr> References: <20090414174527.145c6448@notebook> <20090415041516.GF65724@michelle.cdnetworks.co.kr> <20090415100456.55bbe358@tiger.minsk.domain> <20090415074144.GH65724@michelle.cdnetworks.co.kr> <20090415114343.6a72784d@tiger.minsk.domain> <20090415103026.GJ65724@michelle.cdnetworks.co.kr> <20090415133820.42211c98@notebook> <20090415104831.GK65724@michelle.cdnetworks.co.kr> <4A4A70F6.1080808@therek.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4A70F6.1080808@therek.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: problem with if_re on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 02:47:44 -0000 On Tue, Jun 30, 2009 at 10:09:26PM +0200, Cezary Morga wrote: > Pyun YongHyeon pisze: > >Ok, I think you've have to live without MSI. I'll rearrange re(4) > >to disable MSI on RTL8168 SPIN2 device. > >Thanks for testing! > > Silly question, but what is this MSI on a network card? > MSI stands for Message Signaled Interrupt. Virtually any controller that honors PCI 2.2 or higher and PCI express can have MSI capability. One of user visible change would be no more interrupt sharing among devices. Goodle is your friend. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 04:01:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD0E106564A for ; Wed, 1 Jul 2009 04:01:04 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id B6F818FC0C for ; Wed, 1 Jul 2009 04:01:03 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id n61411qF001770; Wed, 1 Jul 2009 06:01:01 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 81172BA9D; Wed, 1 Jul 2009 06:01:01 +0200 (CEST) Date: Wed, 1 Jul 2009 06:01:01 +0200 From: Roland Smith To: Gary Palmer Message-ID: <20090701040101.GA59008@slackbox.xs4all.nl> References: <20090628205654.GA6237@pollux.local.net> <20090629184052.GB3248@slackbox.xs4all.nl> <20090630150832.GA2650@pollux.local.net> <20090630173237.GB39520@slackbox.xs4all.nl> <20090630223504.GA77577@in-addr.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20090630223504.GA77577@in-addr.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Harald Weis , freebsd-stable@freebsd.org Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 04:01:04 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 30, 2009 at 06:35:04PM -0400, Gary Palmer wrote: > > > > Are you running a linux binary of mplayer? Because a native mplayer > > > > binary does not require linux-pango! It just uses the native pango. > > >=20 > > > In fact, it's lxdvdrip which requires linux-pango [via linux-gtk2]. > > > lxdvdrip is happy with the native mplayer. > >=20 > > Looking at the port Makefile [/usr/ports/multimedia/lxdvdrip/Makefile] > > and Freshports entries [http://www.freshports.org/multimedia/lxdvdrip/] > > for lxdvdrip, there is no sign of it directly requiring pango, let alone > > the Linux version. It is mplayer that depends on pango: > I am not the OP, however I also ran into warnings about mplayer and > linux-pango. I believe the problem comes from linux-realplayer >=20 > # cd /usr/ports/multimedia/mplayer > # make run-depends-list > /usr/ports/multimedia/linux-realplayer > /usr/ports/multimedia/mplayer-skins > /usr/ports/multimedia/win32-codecs > # grep REAL /var/db/ports/mplayer/options=20 > WITH_REALPLAYER=3Dtrue Good catch! I think that is indeed the problem. I disabled realplayer support for mplayer ages ago, so it doesn't show up in my list.=20 Harald, re-build mplayer with realplayer support disabled (if you can do without it), and you should probably loose the dependency on linux-pango. > There may be more than one path to the linux-pango dependency however > :-( I don't think so, looking at the Makefiles of the other dependencies of lxdvdrip.=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpK330ACgkQEnfvsMMhpyVBHwCfa1IBifjSHSwQuTeV2SNdOy5g +7IAnjLbAURCh68moOh8azBrexRTmJpG =ogDd -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 08:50:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC8EA1065679 for ; Wed, 1 Jul 2009 08:50:44 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1812C8FC1D for ; Wed, 1 Jul 2009 08:50:42 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 598094C8183 for ; Wed, 1 Jul 2009 10:50:38 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 725F84C815F for ; Wed, 1 Jul 2009 10:50:36 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id EAF171CDEA; Wed, 1 Jul 2009 10:50:36 +0200 (CEST) Date: Wed, 1 Jul 2009 10:50:36 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090701085036.GA1846@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090628205654.GA6237@pollux.local.net> <20090629184052.GB3248@slackbox.xs4all.nl> <20090630150832.GA2650@pollux.local.net> <20090630173237.GB39520@slackbox.xs4all.nl> <20090630223504.GA77577@in-addr.com> <20090701040101.GA59008@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090701040101.GA59008@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 08:50:45 -0000 On Wed, Jul 01, 2009 at 06:01:01AM +0200, Roland Smith wrote: > On Tue, Jun 30, 2009 at 06:35:04PM -0400, Gary Palmer wrote: > > I am not the OP, however I also ran into warnings about mplayer and > > linux-pango. I believe the problem comes from linux-realplayer > > > > # cd /usr/ports/multimedia/mplayer > > # make run-depends-list > > > /usr/ports/multimedia/linux-realplayer > > /usr/ports/multimedia/mplayer-skins > > /usr/ports/multimedia/win32-codecs > > > # grep REAL /var/db/ports/mplayer/options > > WITH_REALPLAYER=true > > Good catch! I think that is indeed the problem. I disabled realplayer > support for mplayer ages ago, so it doesn't show up in my list. > > Harald, re-build mplayer with realplayer support disabled (if you can do > without it), and you should probably loose the dependency on > linux-pango. > > > There may be more than one path to the linux-pango dependency however > > :-( > > I don't think so, looking at the Makefiles of the other dependencies of > lxdvdrip. Yes, it is the ``real player plugin'' option for mplayer which was responsible for linux-pango (and probably for all other linux stuff) requested during the reinstallation of lxdvdrip a week ago using DISABLE_VULNERABILITIES=yes . I've found this 5 minutes after my reply to Roland yesterday when trying to reinstall first just mplayer alone, and then lxdvdrip. But, I had absolutely no time to signal this to the list before now. Many thanks to all of you. It's a great relief that I have finally recuperated lxdvdrip. Harald From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 09:08:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D27106564A; Wed, 1 Jul 2009 09:08:27 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id E264B8FC12; Wed, 1 Jul 2009 09:08:26 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw01.mail.saunalahti.fi (Postfix) with SMTP id D997B1515BB; Wed, 1 Jul 2009 12:08:18 +0300 (EEST) Date: Wed, 1 Jul 2009 12:08:18 +0300 From: Jaakko Heinonen To: Mike Andrews Message-ID: <20090701090818.GA1391@a91-153-125-115.elisa-laajakaista.fi> References: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> <4A4A6358.1010806@bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4A6358.1010806@bit0.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Rick Romero , Gavin Atkinson , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 09:08:27 -0000 On 2009-06-30, Mike Andrews wrote: > Jaakko Heinonen wrote: > > On 2009-06-30, Danny Braniss wrote: > >> This pr is realy holding me back, I can't upgrade this server, and > >> telling serveral tens of users to us cp, etc is not an option. The open > >> works fine if not using O_EXCL. > > > > I guess that r185586 needs to be MFCd to stable/7. Here's an untested > > patch against stable/7: > > The patch doesn't help over here, sorry. > > Simply doing 'touch' or 'mv' to an NFSv3 mount (using either a v6 or v13 > zpool) is the test case I've been using; touch doesn't even use O_EXCL as > far as I can tell. I could reproduce the problem with O_EXCL and verified that the patch fixes it. However I couldn't reproduce the problem you are seeing with touch and mv. -- Jaakko From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 09:24:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09CDC1065742; Wed, 1 Jul 2009 09:24:07 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B11388FC08; Wed, 1 Jul 2009 09:24:06 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MLw2u-000Bi0-K1; Wed, 01 Jul 2009 12:24:04 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jaakko Heinonen In-reply-to: <20090701090818.GA1391@a91-153-125-115.elisa-laajakaista.fi> References: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> <4A4A6358.1010806@bit0.com> <20090701090818.GA1391@a91-153-125-115.elisa-laajakaista.fi> Comments: In-reply-to Jaakko Heinonen message dated "Wed, 01 Jul 2009 12:08:18 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Jul 2009 12:24:04 +0300 From: Danny Braniss Message-ID: Cc: Rick Romero , freebsd-stable@freebsd.org, Gavin Atkinson , Mike Andrews , Andriy Gapon Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 09:24:07 -0000 > On 2009-06-30, Mike Andrews wrote: > > Jaakko Heinonen wrote: > > > On 2009-06-30, Danny Braniss wrote: > > >> This pr is realy holding me back, I can't upgrade this server, and > > >> telling serveral tens of users to us cp, etc is not an option. The open > > >> works fine if not using O_EXCL. > > > > > > I guess that r185586 needs to be MFCd to stable/7. Here's an untested > > > patch against stable/7: > > > > The patch doesn't help over here, sorry. > > > > Simply doing 'touch' or 'mv' to an NFSv3 mount (using either a v6 or v13 > > zpool) is the test case I've been using; touch doesn't even use O_EXCL as > > far as I can tell. > > I could reproduce the problem with O_EXCL and verified that the patch > fixes it. However I couldn't reproduce the problem you are seeing with > touch and mv. same here, touch worked before too - so i think it's unrelated, btw, it seems that the problem does not exist on i386, though I'm pretty sure I tried there too, oh well, thanks! danny From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 10:24:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3AB1065670 for ; Wed, 1 Jul 2009 10:24:36 +0000 (UTC) (envelope-from david.keller@litchis.fr) Received: from fraise.litchis.fr (unknown [IPv6:2a01:e0b:1:81:2e0:f4ff:fe19:ea2d]) by mx1.freebsd.org (Postfix) with ESMTP id E68408FC08 for ; Wed, 1 Jul 2009 10:24:35 +0000 (UTC) (envelope-from david.keller@litchis.fr) Received: from webmail.litchis.fr (localhost [127.0.0.1]) by fraise.litchis.fr (Postfix) with ESMTP id 5F55E4E1BE0 for ; Wed, 1 Jul 2009 12:25:10 +0200 (CEST) MIME-Version: 1.0 Date: Wed, 01 Jul 2009 10:25:10 +0000 From: To: freebsd-stable@freebsd.org Message-ID: X-Sender: david.keller@litchis.fr User-Agent: RoundCube Webmail/0.2 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Subject: 7.2-RELEASE amd64 panic when starting Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 10:24:36 -0000 Hi, Using an ATI Radeon X850, the system restarts when starting Xorg. The coredump says that it's a page related error. This bug seems related to this one: http://lists.freebsd.org/pipermail/freebsd-stable/2009-April/049618.html which provides some informations. Do you need more ? What can I do to help ? From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 10:48:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9E51065672 for ; Wed, 1 Jul 2009 10:48:39 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id E3DEA8FC20 for ; Wed, 1 Jul 2009 10:48:38 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 7741 invoked by alias); 1 Jul 2009 07:04:09 -0000 Message-ID: <20090701070409.7740.qmail@us1.tomahawkonline.net> From: "Sagara Wijetunga" To: freebsd-stable@freebsd.org Date: Wed, 01 Jul 2009 02:04:09 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable Subject: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 10:48:39 -0000 Hi=20 I'm Sagara Wijetunga from Tomahawk Computers from Singapore, makers of th= e=20 Tomahawk Desktop, a FreeBSD based desktop operating system=20 (http://www.tomahawkcomputers.com/) which is free for personal use.=20 Ever since we upgraded our Tomahawk Core OS to the FreeBSD 7.2 sources, w= e=20 experienced a strange issue as follows:=20 1. The root cannot login from the console, child process forked die wi= th=20 =E2=80=9Cuid 0: exited on signal 11=E2=80=9D. 2. Normal users can log in, no issue. 3. Normal users can type =E2=80=9Csu=E2=80=9D and become root, but =E2= =80=9Csu -l=E2=80=9D=20 results child process forked die with =E2=80=9Cuid 0: exited on signal 11= =E2=80=9D. 4. The /var/log/messages shows =E2=80=9C(cron), uid 0: exited on signa= l 11=20 (core dumped)=E2=80=9D=20 We use a different build method to create Tomahawk Core OS, therefore, we=20 earlier decided not to complain about this issue till we release the beta=20 version as we were thinking without having access to our OS it may be=20 difficult to diagnose this issue.=20 Then we saw =E2=80=9CDeadlock in a multi-threaded program during fork(2)=E2= =80=9D on=20 FreeBSD website and upgraded our sources to the latest and rebuilt the=20 Tomahawk Core OS but the problem we face did not go away.=20 Appreciate if the FreeBSD community could give us a helping hand to ident= ify=20 the cause of the issue we are facing.=20 Kind regards Sagara Wijetunga From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 11:14:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 010C6106566C for ; Wed, 1 Jul 2009 11:14:46 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 656098FC14 for ; Wed, 1 Jul 2009 11:14:43 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id C022D4C8162 for ; Wed, 1 Jul 2009 13:14:40 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id C7BEE4C81BE for ; Wed, 1 Jul 2009 13:14:37 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 730971CDEA; Wed, 1 Jul 2009 13:14:37 +0200 (CEST) Date: Wed, 1 Jul 2009 13:14:37 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090701111437.GB1846@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090628205654.GA6237@pollux.local.net> <20090629184052.GB3248@slackbox.xs4all.nl> <20090630150832.GA2650@pollux.local.net> <20090630173237.GB39520@slackbox.xs4all.nl> <20090630223504.GA77577@in-addr.com> <20090701040101.GA59008@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090701040101.GA59008@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 11:14:46 -0000 On Wed, Jul 01, 2009 at 06:01:01AM +0200, Roland Smith wrote: > Good catch! I think that is indeed the problem. I disabled realplayer > support for mplayer ages ago, so it doesn't show up in my list. How do you do that precisely ? ``WITH_REALPLAYER=no'' in /etc/make.conf ? Thanks Harald From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 12:58:25 2009 Return-Path: Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3666B106567C; Wed, 1 Jul 2009 12:58:25 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id B4E168FC19; Wed, 1 Jul 2009 12:58:24 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [172.18.2.117] (axiell-gw1.novi.dk [77.243.61.137]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id n61CwI21012217; Wed, 1 Jul 2009 14:58:19 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-Id: <4202EA69-6973-4638-8A0B-040F4FAA0B27@deepcore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Bruce Cran In-Reply-To: <20090627132941.5d212017@tau.draftnet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 1 Jul 2009 14:58:17 +0200 References: <8EB69F68-8ED2-469C-B83E-2555A72630B4@deepcore.dk> <20090627132941.5d212017@tau.draftnet> X-Mailer: Apple Mail (2.935.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [87.63.29.106]); Wed, 01 Jul 2009 14:58:20 +0200 (CEST) Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: ATA driver update for 7.2RELEASE available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 12:58:25 -0000 On 27Jun, 2009, at 14:29 , Bruce Cran wrote: > On Fri, 26 Jun 2009 22:11:08 +0200 > S=F8ren Schmidt wrote: > >> This is a total replacement of the ATA driver, modulerized as in - >> current, but based on my WIP not from what might have happend to - >> current since I gave up maintainership. > > It's great to see the driver be modularised since removing unneeded > drivers (for example, on powerpc and embedded platforms) can save > ~200KB. Yep, thats the main idea behind this move, minimizing the footprint. With this and some of the _NO_ options to the world build an almost =20 reasonable sized FreeBSD can be made. FreeBSD seems to have grown *alot* of fat over the last years, not to =20= mention ports where installing one small application gets you both a =20 pony and a barn to keep it in as a "bonus" 8^) > Could you add some documentation for the modules in /sys/conf/NOTES > please? I looked through the sources and put together the patch for > 8.0 which is avaiable at > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/133162 but it sounds > like some more drivers will need to be added for 7.2. Good catch, included in my WIP here, when/if I get to put up another =20 release of this it will be in there, thanks! PS: For official inclusion in FreeBSD someone with a commit bit will =20 have to look into this. -S=F8ren -- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 13:45:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B7AB1065673 for ; Wed, 1 Jul 2009 13:45:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 181D58FC12 for ; Wed, 1 Jul 2009 13:45:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-156-4-82.bna.bellsouth.net [70.156.4.82]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n61DjAHB008363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jul 2009 09:45:12 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: david.keller@litchis.fr In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-i8fAmKfKoYxw6qQ9l3Fq" Organization: FreeBSD Date: Wed, 01 Jul 2009 08:45:04 -0500 Message-Id: <1246455905.1855.31.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE amd64 panic when starting Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 13:45:15 -0000 --=-i8fAmKfKoYxw6qQ9l3Fq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-07-01 at 10:25 +0000, david.keller@litchis.fr wrote: > Hi, >=20 > Using an ATI Radeon X850, the system restarts when starting Xorg. >=20 > The coredump says that it's a page related error. >=20 > This bug seems related to this one: > http://lists.freebsd.org/pipermail/freebsd-stable/2009-April/049618.html > which provides some informations. Do you need more ? >=20 > What can I do to help ? I don't see that we resolved that one... It looks like drm_open is returning "no such file or directory". Check the permissions on the drm device. That said, it still shouldn't panic, I'm suspicious that it may be related to copyin/copyout with locks held. See if the following patch still applies cleanly. http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch robert. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-i8fAmKfKoYxw6qQ9l3Fq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkpLaGAACgkQM4TrQ4qfRONh4QCfbhm3oFV7pzAgWYwaqZYzmAPl fkoAn0lfcwJMbY0dtAmuI7OWgp7CqKIj =y0+w -----END PGP SIGNATURE----- --=-i8fAmKfKoYxw6qQ9l3Fq-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 17:00:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F6BB1065670 for ; Wed, 1 Jul 2009 17:00:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 295838FC17 for ; Wed, 1 Jul 2009 17:00:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n61H0CKT009589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 1 Jul 2009 10:00:13 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CAF421CC09; Wed, 1 Jul 2009 10:00:12 -0700 (PDT) To: Harald Weis In-reply-to: Your message of "Wed, 01 Jul 2009 13:14:37 +0200." <20090701111437.GB1846@pollux.local.net> Date: Wed, 01 Jul 2009 10:00:12 -0700 From: "Kevin Oberman" Message-Id: <20090701170012.CAF421CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-07-01_12:2009-06-25, 2009-07-01, 2009-07-01 signatures=0 Cc: freebsd-stable@freebsd.org Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 17:00:16 -0000 > Date: Wed, 1 Jul 2009 13:14:37 +0200 > From: Harald Weis > Sender: owner-freebsd-stable@freebsd.org > > On Wed, Jul 01, 2009 at 06:01:01AM +0200, Roland Smith wrote: > > > Good catch! I think that is indeed the problem. I disabled realplayer > > support for mplayer ages ago, so it doesn't show up in my list. > > How do you do that precisely ? > ``WITH_REALPLAYER=no'' in /etc/make.conf ? cd /us/ports/multimedia/mplayer make config Scroll down to the "REALPLAYER Enable real player plugin" line to un-check the line make make deinstall make reinstall make clean Or use 'portupgrade -f' AFTER the 'make config'. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 17:49:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C299C1065690 for ; Wed, 1 Jul 2009 17:49:33 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3D02D8FC13 for ; Wed, 1 Jul 2009 17:49:33 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id n61HnVrv061719; Wed, 1 Jul 2009 19:49:31 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 05135BA9B; Wed, 1 Jul 2009 19:49:31 +0200 (CEST) Date: Wed, 1 Jul 2009 19:49:31 +0200 From: Roland Smith To: Sagara Wijetunga Message-ID: <20090701174930.GC37269@slackbox.xs4all.nl> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vOmOzSkFvhd7u8Ms" Content-Disposition: inline In-Reply-To: <20090701070409.7740.qmail@us1.tomahawkonline.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 17:49:34 -0000 --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2009 at 02:04:09AM -0500, Sagara Wijetunga wrote: > Hi=20 >=20 > I'm Sagara Wijetunga from Tomahawk Computers from Singapore, makers of th= e=20 > Tomahawk Desktop, a FreeBSD based desktop operating system=20 > (http://www.tomahawkcomputers.com/) which is free for personal use.=20 >=20 > Ever since we upgraded our Tomahawk Core OS to the FreeBSD 7.2 sources, w= e=20 > experienced a strange issue as follows:=20 >=20 > 1. The root cannot login from the console, child process forked die wi= th=20 > =E2=80=9Cuid 0: exited on signal 11=E2=80=9D. > 2. Normal users can log in, no issue. > 3. Normal users can type =E2=80=9Csu=E2=80=9D and become root, but =E2= =80=9Csu -l=E2=80=9D=20 > results child process forked die with =E2=80=9Cuid 0: exited on signal 11= =E2=80=9D. > 4. The /var/log/messages shows =E2=80=9C(cron), uid 0: exited on signa= l 11=20 > (core dumped)=E2=80=9D=20 Based on your symptoms, it looks like something in the restart commands file for root causes the shell to crash... What shell are you using for root? Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --vOmOzSkFvhd7u8Ms Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpLoaoACgkQEnfvsMMhpyU8FwCfbRXwGQVvB8oLvHlE8qjxNfLg JTYAmwYYtdwQBrvnHsjeORiG0XaycbVG =onz1 -----END PGP SIGNATURE----- --vOmOzSkFvhd7u8Ms-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 19:56:11 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCA01065670 for ; Wed, 1 Jul 2009 19:56:11 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1.freebsd.org (Postfix) with ESMTP id C097B8FC1A for ; Wed, 1 Jul 2009 19:56:10 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from mail1.siemens.de (localhost [127.0.0.1]) by david.siemens.de (8.12.11.20060308/8.12.11) with ESMTP id n61JYBbA029866 for ; Wed, 1 Jul 2009 21:34:11 +0200 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail1.siemens.de (8.12.11.20060308/8.12.11) with ESMTP id n61JYB79022713 for ; Wed, 1 Jul 2009 21:34:11 +0200 Received: (from localhost) by curry.mchp.siemens.de (8.14.3/8.14.3) id n61JYBVa004546; Date: Wed, 1 Jul 2009 21:34:10 +0200 From: Andre Albsmeier To: stable@freebsd.org Message-ID: <20090701193410.GA19202@curry.mchp.siemens.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Andre.Albsmeier@siemens.com Subject: net/iwi-firmware refuses to build on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 19:56:11 -0000 Today I wanted to build net/iwi-firmware on 7.2-STABLE and I got ===> iwi-firmware-2.4_8 is configured with iwicontrol(8) which you don't need, use 'make rmconfig' and uncheck CONTROL. While the firmware itself is in the base system, iwicontrol(8) is not. The port should be modified to cope with this but I have no idea in what way. Some ideas: 1. Remove the build restrictions 2. Just build iwicontrol on systems where the fw is not needed 3. Make an extra port just to build iwicontrol 4. ??? Any suggestions? Thanks, -Andre From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 20:41:51 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3301065672 for ; Wed, 1 Jul 2009 20:41:51 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 05ADF8FC1D for ; Wed, 1 Jul 2009 20:41:49 +0000 (UTC) (envelope-from amarat@ksu.ru) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqcFAOpjS0rCVfWh/2dsb2JhbACBUc8NgneBGgWDXA X-IronPort-AV: E=Sophos;i="4.42,327,1243800000"; d="p7s'?scan'208";a="4145245" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 02 Jul 2009 00:31:29 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n61Jc44u022926; Wed, 1 Jul 2009 19:38:04 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n61KUVpW067654; Thu, 2 Jul 2009 00:30:32 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4A4BC767.5080100@ksu.ru> Date: Thu, 02 Jul 2009 00:30:31 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Andre Albsmeier References: <20090701193410.GA19202@curry.mchp.siemens.de> In-Reply-To: <20090701193410.GA19202@curry.mchp.siemens.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050402070403070005010003" Cc: stable@freebsd.org Subject: Re: net/iwi-firmware refuses to build on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 20:41:51 -0000 This is a cryptographically signed message in MIME format. --------------ms050402070403070005010003 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Andre Albsmeier wrote: > Today I wanted to build net/iwi-firmware on 7.2-STABLE and I got > > ===> iwi-firmware-2.4_8 is configured with iwicontrol(8) which you don't need, use 'make rmconfig' and uncheck CONTROL. > > While the firmware itself is in the base system, iwicontrol(8) > is not. The port should be modified to cope with this but I > have no idea in what way. Some ideas: > > 1. Remove the build restrictions > 2. Just build iwicontrol on systems where the fw is not needed > 3. Make an extra port just to build iwicontrol > 4. ??? > > Any suggestions? Thanks, > > -Andre > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > iwicontrol is obsoleted by ifconfig, afaik -- SY, Marat --------------ms050402070403070005010003 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNzAx MjAzMDMxWjAjBgkqhkiG9w0BCQQxFgQUxObwMlFWjYRLZX1RQh3/6BgaHyUwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBACaviWV9rCjNdlKi 3nuIzOwXDmA944J94q2WxgfdeQKJEGwOfXB5+YPvnM0L58pHdUGSjw7hqz7blUEQ2P/+Hiu+ Uwue2YtpLPfD0jzTsBdPR5sIM/LetMLKIuWVteQShL0KEjkR59nzp0EshcCNm2PL1ctZHfKd sMnsBhaHKMCeUAhDiL/PkV0mU/vNtMtREkSkqq8UVveZQZ4KnIb7XBQuuOnfG7ULE5/TrqgU dvhSm2+47nZNXPUPSNCfhAZpJXBoG5WtDej9z8ZiEmJ6WQWzxzcyxBdV3vTPJM7hbjyrJaB3 SUV/EyBOuuQ5+jZhCP0NmXgerkTl5sPXb05aB54AAAAAAAA= --------------ms050402070403070005010003-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 20:47:42 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169DB1065674 for ; Wed, 1 Jul 2009 20:47:42 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id E35FE8FC0A for ; Wed, 1 Jul 2009 20:47:41 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n61KSvII082756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jul 2009 13:28:57 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A4BC709.6060709@freebsd.org> Date: Wed, 01 Jul 2009 13:28:57 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Andre Albsmeier References: <20090701193410.GA19202@curry.mchp.siemens.de> In-Reply-To: <20090701193410.GA19202@curry.mchp.siemens.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: stable@freebsd.org Subject: Re: net/iwi-firmware refuses to build on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 20:47:42 -0000 Andre Albsmeier wrote: > Today I wanted to build net/iwi-firmware on 7.2-STABLE and I got > > ===> iwi-firmware-2.4_8 is configured with iwicontrol(8) which you don't need, use 'make rmconfig' and uncheck CONTROL. > > While the firmware itself is in the base system, iwicontrol(8) > is not. The port should be modified to cope with this but I > have no idea in what way. Some ideas: > > 1. Remove the build restrictions > 2. Just build iwicontrol on systems where the fw is not needed > 3. Make an extra port just to build iwicontrol > 4. ??? > > Any suggestions? Thanks, man iwi; the firmware is automatically loaded by the driver Sam From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 20:52:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FE85106564A for ; Wed, 1 Jul 2009 20:52:26 +0000 (UTC) (envelope-from sent2400@respread.com) Received: from smtp2.respread.com (smtp2.respread.com [204.10.77.184]) by mx1.freebsd.org (Postfix) with ESMTP id DCFAA8FC1D for ; Wed, 1 Jul 2009 20:52:25 +0000 (UTC) (envelope-from sent2400@respread.com) Received: from DS1030 ([204.10.77.184]) by smtp2.respread.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 1 Jul 2009 15:52:18 -0500 From: "WORLD CROWN ELECTRONICS LTD" To: "freebsd-stable@freebsd.org" Date: Wed, 01 Jul 2009 15:52:18 -0500 MIME-Version: 1.0 X-Mailer: aspNetEmail ver 3.6.0.67 X-Spread-CampaignId: 25556 X-Spread-SubscriberId: 7648016 X-Spread-SpreaderId: 2400 Message-ID: X-OriginalArrivalTime: 01 Jul 2009 20:52:18.0934 (UTC) FILETIME=[D2B77160:01C9FA8D] Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Card Reader at USD 0.59/pc 1K pcs up (CR35) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sales@worldcrown.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 20:52:26 -0000 = Promotional gift with YOU= R OWN LOGO =0D=0D Card Reader at USD 0=2E59/pc 1K pcs up CR35 =0D=0D ( = http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/25556/rs-tr=2Ecom//t=2Ea= spx/subid/6782126/camid/25489/www=2Eworldcrown=2Enet/product_info=2Easp?i= d=3D529 ) ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/25556/rs-tr=2E= com//t=2Easpx/subid/6782126/camid/25489/worldcrown=2Enet/product_info=2Ea= sp?id=3D539 ) ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/25556/rs= -tr=2Ecom//t=2Easpx/subid/6782126/camid/25489/https/rspd_col///www=2Ereas= onablespread=2Ecom/Management/Campaign/AddCampaignContent=2Easpx?campaign= _id=3D15518 ) =09 ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/2555= 6/rs-tr=2Ecom//t=2Easpx/subid/6782126/camid/25489/worldcrown=2Enet/produc= t_info=2Easp?id=3D592 ) =09 ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/= camid/25556/rs-tr=2Ecom//t=2Easpx/subid/6782126/camid/25489/www=2Eam730=2E= com=2Ehk/ ) =0D=0DCR25 =09=0D=0DCR60 =09=0D=0DCR66 =0D=0D=09 =09= =0D=0D=09 CR53 =09 CR29 =09= =0D=0D CR35 =0D=0D=09 =09=0D=0D=09 = CR55 =09 CR23 =09=0D=0D = CR21 =0D=0DFor more product details, please visit http://wo= rldcrown=2Enet ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/25556/r= s-tr=2Ecom//t=2Easpx/subid/6782126/camid/25489/worldcrown=2Enet/ ) =0D=0D= Please tell me your MSN or Skype so we can discuss directly=2E My MSN is = world=2Ecrown=40hotmail=2Ecom ( ) and Skype is sales3_worldcrown=2Enet =0D= =0DMs Li _________________________ Direct Line: (852) 31870298 , Email: = li=40worldcrown=2Enet ( ), Skype: sales3_worldcrown=2Enet, MSN: world=2E= crown=40hotmail=2Ecom ( ) =0D=0DWORLD CROWN ELECTRONICS LTD =0D=0DHong = Kong =0D=0DOffice =26 Showroom: Unit 371-374, 3/F=2E, Sino Industrial Pl= aza, 9 Kai Cheung Road, Kowloon Bay, Kowloon, Hong Kong =0D=0DTel: (852)= 3187 0228 (18 Lines) Fax:(852) 2155 0985 (3 Lines) =0D=0DChina =0D=0D= Office Address: Unit A516, Automobile Building, 45 Zhenhua Road, Futian D= istrict, Shenzhen, China Factory Adddress: 6/F=2E, B7 Building, Xujingch= ang Industry Park, Fuyuanyi Road, Xinhe Community, Fuyong Street, Bao An = District, Shenzhen, China=2E =0D=0D=09 =09=09 =09=0D=0D=09 =09=09 =09=0D= =0D=09 =09=09 =09=0D=0D=09 =09=09 =09=0D=0DThey trust and rely on us with= their important promotional projects=2E How about you? Please make your = first step to contact our sales department=2E You are ensured that your r= equirements will be our first priority=2E =0D=0DForward this email ( h= ttp://rs-ar=2Ecom/2400-25556/=2Enewsletter/Card_Reader_at_USD_0=2E59pc_1K= _pcs_up_(CR35)/forward=2Easpx )=0D=0D=09 Update Email =26 Profile ( http:= //rs-sub=2Ecom/SubscribeFormDetail=2Easpx?ens=3DdZQ92So05yHCJAsV4/KOpw=3D= =3D=26type=3Dprofile ) =7C Unsubscribe ( http://rs-sub=2Ecom/Unsubscribe=2E= aspx?sub=3D7648016=26user=3D2400=26campid=3D25556=26type=3Dp ) =09 ( htt= p://rs-w=2Ecom/about=2Easpx?subid=3D7648016=26campid=3D25556 ) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 21:05:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29C6F1065674 for ; Wed, 1 Jul 2009 21:05:38 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 992D58FC0C for ; Wed, 1 Jul 2009 21:05:34 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 0F3744C8190 for ; Wed, 1 Jul 2009 23:05:30 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id E2F694C81A4 for ; Wed, 1 Jul 2009 23:05:27 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 0734D1CDEA; Wed, 1 Jul 2009 23:05:29 +0200 (CEST) Date: Wed, 1 Jul 2009 23:05:28 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090701210528.GC1846@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090701111437.GB1846@pollux.local.net> <20090701170012.CAF421CC09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090701170012.CAF421CC09@ptavv.es.net> User-Agent: Mutt/1.4.2.3i Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 21:05:38 -0000 On Wed, Jul 01, 2009 at 10:00:12AM -0700, Kevin Oberman wrote: > > > Good catch! I think that is indeed the problem. I disabled realplayer > > > support for mplayer ages ago, so it doesn't show up in my list. > > > > How do you do that precisely ? > > ``WITH_REALPLAYER=no'' in /etc/make.conf ? > > cd /us/ports/multimedia/mplayer > make config > Scroll down to the "REALPLAYER Enable real player plugin" line > to un-check the line > > make > make deinstall > make reinstall > make clean > > Or use 'portupgrade -f' AFTER the 'make config'. That's not what I meant. Every time I do ``portsnap fetch update'' mplayer's Makefile contains the ``real player plugin'' option set to ``on''. If for some reason I've got to reinstall mplayer with (my preferred) ``portmaster --force-config [-d|-D] multimedia/mplayer'', then I would like to have the realplay option already unchecked. This is the way I interpreted Roland's ``so it doesn't show up in my list''. I thought the WITH_REALPLAYER=no line in make.conf could do this job, couldn't it? Harald From owner-freebsd-stable@FreeBSD.ORG Wed Jul 1 21:24:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2CE106568C for ; Wed, 1 Jul 2009 21:24:22 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-cloud1.xs4all.nl (smtp-cloud1.xs4all.nl [194.109.24.61]) by mx1.freebsd.org (Postfix) with ESMTP id A1A398FC16 for ; Wed, 1 Jul 2009 21:24:21 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from [213.84.242.160] ([213.84.242.160:62510] helo=slackbox.xs4all.nl) by smtp-cloud1.xs4all.nl (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTP id 0D/50-08282-404DB4A4; Wed, 01 Jul 2009 23:24:20 +0200 Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 5A602B850; Wed, 1 Jul 2009 23:24:20 +0200 (CEST) Date: Wed, 1 Jul 2009 23:24:20 +0200 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20090701212420.GA43923@slackbox.xs4all.nl> References: <20090701111437.GB1846@pollux.local.net> <20090701170012.CAF421CC09@ptavv.es.net> <20090701210528.GC1846@pollux.local.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20090701210528.GC1846@pollux.local.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Harald Weis Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 21:24:22 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2009 at 11:05:28PM +0200, Harald Weis wrote: > > > How do you do that precisely ? > > > ``WITH_REALPLAYER=3Dno'' in /etc/make.conf ? > >=20 > > cd /us/ports/multimedia/mplayer > > make config > > Scroll down to the "REALPLAYER Enable real player plugin" line > > to un-check the line > > > > make > > make deinstall > > make reinstall > > make clean > >=20 > > Or use 'portupgrade -f' AFTER the 'make config'. >=20 > That's not what I meant. > Every time I do ``portsnap fetch update'' mplayer's Makefile contains > the ``real player plugin'' option set to ``on''. > If for some reason I've got to reinstall mplayer with (my preferred) > ``portmaster --force-config [-d|-D] multimedia/mplayer'', then > I would like to have the realplay option already unchecked. > I thought the WITH_REALPLAYER=3Dno line in make.conf could do this job, The config values given in the Makefile are defaults. If you change them, the options values are saved in /var/db/ports//options. The= se values override the defaults, and you will not be shown the dialog again unless extra options have been added to the Makefile or --force-config is u= sed. Another method is to put variables in /etc/make.conf, but to prevent mistak= es you should only put those varialbes in /etc/make.conf that are not supported by options. E.g. for mplayer I have the following in make.conf: =2Eif ${.CURDIR:M*/multimedia/mplayer} WITH_DVD_DEVICE=3D/dev/cd1 WITH_CDROM_DEVICE=3D/dev/cd1 =2Eendif The if-construction is used to set these variables only when invoked in the mplayer port directory, to prevent possible conflicts with other ports. These particular variables have to be set in make.conf because the options mechanism currently only supports yes/no values. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpL1AQACgkQEnfvsMMhpyWsDQCgoc7gQf/Vig1s9bg37HbQEyL4 mf0Anjf0cIW07LWShgh2Tpefbs7fiTij =gwzS -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 04:41:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A62106566C for ; Thu, 2 Jul 2009 04:41:42 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id A09238FC1C for ; Thu, 2 Jul 2009 04:41:42 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 17935 invoked by alias); 2 Jul 2009 01:23:52 -0000 Message-ID: <20090702012352.17934.qmail@us1.tomahawkonline.net> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> In-Reply-To: <20090701174930.GC37269@slackbox.xs4all.nl> From: "Sagara Wijetunga" To: Roland Smith Date: Wed, 01 Jul 2009 20:23:52 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 04:41:43 -0000 Roland Smith writes:=20 > On Wed, Jul 01, 2009 at 02:04:09AM -0500, Sagara Wijetunga wrote: >> Hi =20 >>=20 >> I'm Sagara Wijetunga from Tomahawk Computers from Singapore, makers of = the=20 >> Tomahawk Desktop, a FreeBSD based desktop operating system=20 >> (http://www.tomahawkcomputers.com/) which is free for personal use. =20 >>=20 >> Ever since we upgraded our Tomahawk Core OS to the FreeBSD 7.2 sources= , we=20 >> experienced a strange issue as follows: =20 >>=20 >> 1. The root cannot login from the console, child process forked die = with=20 >> =E2=80=9Cuid 0: exited on signal 11=E2=80=9D. >> 2. Normal users can log in, no issue. >> 3. Normal users can type =E2=80=9Csu=E2=80=9D and become root, but = =E2=80=9Csu -l=E2=80=9D=20 >> results child process forked die with =E2=80=9Cuid 0: exited on signal = 11=E2=80=9D. >> 4. The /var/log/messages shows =E2=80=9C(cron), uid 0: exited on si= gnal 11=20 >> (core dumped)=E2=80=9D=20 >=20 > Based on your symptoms, it looks like something in the restart commands > file for root causes the shell to crash...=20 >=20 > What shell are you using for root?=20 >=20 Hi Roland, thank you for the reply.=20 I have tested with bash, sh and csh. It seems the child process forked=20 simply die irrespective of the shell.=20 There is no change in the dot files for root: [root@tds sagara]# diff /root/.cshrc /usr/src/etc/root/dot.cshrc [root@tds sagara]# diff /root/.login /usr/src/etc/root/dot.login [root@tds sagara]# diff /root/.profile /usr/src/etc/root/dot.profile=20 Here is the log message for "su -l": Jul 2 12:38:17 tds kernel: pid 943 (su), uid 0: exited on signal 11=20 Btw, what is "restart commands file for root"?=20 Regards Sagara From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 05:28:56 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAA181065670; Thu, 2 Jul 2009 05:28:56 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) by mx1.freebsd.org (Postfix) with ESMTP id 350C38FC15; Thu, 2 Jul 2009 05:28:56 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from mail3.siemens.de (localhost [127.0.0.1]) by thoth.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n6252CMG022883; Thu, 2 Jul 2009 07:02:12 +0200 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail3.siemens.de (8.12.11.20060308/8.12.11) with ESMTP id n6252C2U003315; Thu, 2 Jul 2009 07:02:12 +0200 Received: (from localhost) by curry.mchp.siemens.de (8.14.3/8.14.3) id n6252CGX006437; Date: Thu, 2 Jul 2009 07:02:12 +0200 From: Andre Albsmeier To: Sam Leffler Message-ID: <20090702050212.GA21954@curry.mchp.siemens.de> References: <20090701193410.GA19202@curry.mchp.siemens.de> <4A4BC709.6060709@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4BC709.6060709@freebsd.org> X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.19 (2009-01-05) Cc: stable@freebsd.org, Andre Albsmeier Subject: Re: net/iwi-firmware refuses to build on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 05:28:57 -0000 On Wed, 01-Jul-2009 at 13:28:57 -0700, Sam Leffler wrote: > Andre Albsmeier wrote: > > Today I wanted to build net/iwi-firmware on 7.2-STABLE and I got > > > > ===> iwi-firmware-2.4_8 is configured with iwicontrol(8) which you don't need, use 'make rmconfig' and uncheck CONTROL. > > > > While the firmware itself is in the base system, iwicontrol(8) > > is not. The port should be modified to cope with this but I > > have no idea in what way. Some ideas: > > > > 1. Remove the build restrictions > > 2. Just build iwicontrol on systems where the fw is not needed > > 3. Make an extra port just to build iwicontrol > > 4. ??? > > > > Any suggestions? Thanks, > > man iwi; the firmware is automatically loaded by the driver Yes, I know. I don't want to load the firmware, I want to query the state of the hardware switch which enables the transmitter (iwicontrol iwi0 -r). Thanks, -Andre -- Never argue with an idiot. They drag you down to their level, then beat you with their experience. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 06:27:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 667C11065672 for ; Thu, 2 Jul 2009 06:27:41 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id ED42D8FC17 for ; Thu, 2 Jul 2009 06:27:40 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id n626RcQb089179; Thu, 2 Jul 2009 08:27:38 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 0FFE1BA9D; Thu, 2 Jul 2009 08:27:38 +0200 (CEST) Date: Thu, 2 Jul 2009 08:27:38 +0200 From: Roland Smith To: Sagara Wijetunga Message-ID: <20090702062738.GA58158@slackbox.xs4all.nl> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20090702012352.17934.qmail@us1.tomahawkonline.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 06:27:41 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2009 at 08:23:52PM -0500, Sagara Wijetunga wrote: > Roland Smith writes:=20 >=20 > > On Wed, Jul 01, 2009 at 02:04:09AM -0500, Sagara Wijetunga wrote: > >> Hi =20 > >>=20 > >> I'm Sagara Wijetunga from Tomahawk Computers from Singapore, makers of= the=20 > >> Tomahawk Desktop, a FreeBSD based desktop operating system=20 > >> (http://www.tomahawkcomputers.com/) which is free for personal use. = =20 > >>=20 > >> Ever since we upgraded our Tomahawk Core OS to the FreeBSD 7.2 sources= , we=20 > >> experienced a strange issue as follows: =20 > >>=20 > >> 1. The root cannot login from the console, child process forked die= with=20 > >> =E2=80=9Cuid 0: exited on signal 11=E2=80=9D. > >> 2. Normal users can log in, no issue. > >> 3. Normal users can type =E2=80=9Csu=E2=80=9D and become root, but = =E2=80=9Csu -l=E2=80=9D=20 > >> results child process forked die with =E2=80=9Cuid 0: exited on signal= 11=E2=80=9D. > >> 4. The /var/log/messages shows =E2=80=9C(cron), uid 0: exited on si= gnal 11=20 > >> (core dumped)=E2=80=9D=20 > >=20 > > Based on your symptoms, it looks like something in the restart commands > > file for root causes the shell to crash...=20 > >=20 > > What shell are you using for root?=20 > >=20 >=20 > Hi Roland, thank you for the reply.=20 >=20 > I have tested with bash, sh and csh. It seems the child process forked=20 > simply die irrespective of the shell.=20 Ok, so it's probably not a shell problem =20 > There is no change in the dot files for root: > [root@tds sagara]# diff /root/.cshrc /usr/src/etc/root/dot.cshrc > [root@tds sagara]# diff /root/.login /usr/src/etc/root/dot.login > [root@tds sagara]# diff /root/.profile /usr/src/etc/root/dot.profile=20 /root/.login executes the fortune program. Can you su to root and then run '/usr/games/fortune -s'? > Here is the log message for "su -l": > Jul 2 12:38:17 tds kernel: pid 943 (su), uid 0: exited on signal 11=20 It could be a hardware problem. Signal 11 can be a sign of bad memory. Can you reproduce the problem on multiple machines? > Btw, what is "restart commands file for root"?=20 The "rc" in .shrc stands for restart commands. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpMU1kACgkQEnfvsMMhpyWtSQCdHURdAwFWV29XWNEkgs51RP15 BDAAoJWz7U+v65E2Pg6hhj9YklVmEW+f =yrWw -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 07:34:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECC7A1065672 for ; Thu, 2 Jul 2009 07:34:58 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 998718FC12 for ; Thu, 2 Jul 2009 07:34:58 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 19653 invoked by alias); 2 Jul 2009 04:17:07 -0000 Message-ID: <20090702041707.19651.qmail@us1.tomahawkonline.net> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> <20090702062738.GA58158@slackbox.xs4all.nl> In-Reply-To: <20090702062738.GA58158@slackbox.xs4all.nl> From: "Sagara Wijetunga" To: Roland Smith Date: Wed, 01 Jul 2009 23:17:07 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 07:34:59 -0000 Roland Smith writes: >> >> I have tested with bash, sh and csh. It seems the child process forked >> simply die irrespective of the shell. > > Ok, so it's probably not a shell problem > >> There is no change in the dot files for root: >> [root@tds sagara]# diff /root/.cshrc /usr/src/etc/root/dot.cshrc >> [root@tds sagara]# diff /root/.login /usr/src/etc/root/dot.login >> [root@tds sagara]# diff /root/.profile /usr/src/etc/root/dot.profile > > /root/.login executes the fortune program. Can you su to root and then > run '/usr/games/fortune -s'? > /root/.login is completely commented out. [root@tds sagara]# /usr/games/fortune -s After years of research, scientists recently reported that there is, indeed, arroz in Spanish Harlem. Different runs displays different messages. >> Here is the log message for "su -l": >> Jul 2 12:38:17 tds kernel: pid 943 (su), uid 0: exited on signal 11 > > It could be a hardware problem. Signal 11 can be a sign of bad memory. > Can you reproduce the problem on multiple machines? > I have taken the hard disk out and fixed on different machines, the symptoms are still the same. So it may not be a hardware error. Regards Sagara From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 08:13:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D16AC106564A for ; Thu, 2 Jul 2009 08:13:07 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 82C4A8FC0C for ; Thu, 2 Jul 2009 08:13:05 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id C56694C80BD for ; Thu, 2 Jul 2009 10:13:02 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id A0DE14C8142 for ; Thu, 2 Jul 2009 10:12:59 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 9E2D51CE5F; Thu, 2 Jul 2009 10:13:02 +0200 (CEST) Date: Thu, 2 Jul 2009 10:13:02 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090702081302.GA1476@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090701111437.GB1846@pollux.local.net> <20090701170012.CAF421CC09@ptavv.es.net> <20090701210528.GC1846@pollux.local.net> <20090701212420.GA43923@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090701212420.GA43923@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Subject: Re: Vulnerability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 08:13:08 -0000 On Wed, Jul 01, 2009 at 11:24:20PM +0200, Roland Smith wrote: Thank you very much indeed, Roland, for your explanation. Harald From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 09:32:06 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D97106564A for ; Thu, 2 Jul 2009 09:32:06 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 23C638FC0C for ; Thu, 2 Jul 2009 09:32:06 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from takahe.local (8.Red-81-35-48.dynamicIP.rima-tde.net [81.35.48.8]) by dd15624.kasserver.com (Postfix) with ESMTP id D03D62C0164E7; Thu, 2 Jul 2009 11:08:10 +0200 (CEST) Message-ID: <4A4C78F9.1090804@chillt.de> Date: Thu, 02 Jul 2009 11:08:09 +0200 From: Bartosz Fabianowski User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Andre Albsmeier References: <20090701193410.GA19202@curry.mchp.siemens.de> <4A4BC709.6060709@freebsd.org> <20090702050212.GA21954@curry.mchp.siemens.de> In-Reply-To: <20090702050212.GA21954@curry.mchp.siemens.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: net/iwi-firmware refuses to build on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 09:32:06 -0000 iwicontrol is not used on 7 any more. You can use sysctl to query the hardware switch instead: sysctl dev.iwi.0.radio - Bartosz From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 16:36:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 835251065676 for ; Thu, 2 Jul 2009 16:36:12 +0000 (UTC) (envelope-from ivan.kurzweg@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2768FC17 for ; Thu, 2 Jul 2009 16:36:11 +0000 (UTC) (envelope-from ivan.kurzweg@gmail.com) Received: by bwz12 with SMTP id 12so1477160bwz.43 for ; Thu, 02 Jul 2009 09:36:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=hTIbW18K1k3Y4/TMI2TBsFce3g78d1WwOWU+adH34lc=; b=GJ7k1L+5PYG+K7lL3RjctEQygfoe8SO5a1DLbp3SpzOos5OgIQBGFE6/6lHWXiliOu 41LmB+fgLAGh7cVfoRf7Cv4yCEdMw6Mew2XmsWUWiEFrAdhNMaTmRSJzBwXzxN9pd0B7 CbG0ZN2C/LuDPAtyxAklK0z7vmFIYnDm4G8vM= 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=Wf+KoOXYakNmrPR2C8yv/Mnot3NwyUdSI0PMjBQ8VBf2/zQH6W1Dszc5j0szTz9Xs/ tNpxgD/q2TVv30garUI4FK0hGwFt5/uV1zy+SrWxlfKLIEkXpIJcCxStMXUN2tOEByD0 r9Gs6J6oa5ttlhSvjLBFwfS0e0E7CHkJdaZUk= Received: by 10.204.101.80 with SMTP id b16mr197750bko.73.1246551052305; Thu, 02 Jul 2009 09:10:52 -0700 (PDT) Received: from kaitan.fremens (pub36-209.mobius.fr [78.108.236.209]) by mx.google.com with ESMTPS id g28sm4389125fkg.45.2009.07.02.09.10.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Jul 2009 09:10:51 -0700 (PDT) Message-ID: <4A4CDB9C.2090909@gmail.com> Date: Thu, 02 Jul 2009 20:09:00 +0400 From: "ikare.run" User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: FBSD on Xen 3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 16:36:12 -0000 Hi I need to virtualize FBSD7 on Xen3.1/i386/NetBSD5_Dom0/HVM .... Does anyone have a solution for the "xen bug 622", aka "BTX halted" ? Thks PS : the xen server will also host OpenBSD and .. and M$ .. so HVM is needed.. -- Ivan Kurzweg Mail : ivan.kurzweg@gmail.com Web : http://www.kurzweg.info ------------------- Citation aleatoire : Si la certitude est plus apaisante, le doute est plus noble. [Salémah Méssa - L'education] From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 17:57:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0C11065673 for ; Thu, 2 Jul 2009 17:57:26 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 796528FC16 for ; Thu, 2 Jul 2009 17:57:25 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id n62HvMNB062658; Thu, 2 Jul 2009 19:57:22 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 98906BA8F; Thu, 2 Jul 2009 19:57:22 +0200 (CEST) Date: Thu, 2 Jul 2009 19:57:22 +0200 From: Roland Smith To: Sagara Wijetunga Message-ID: <20090702175722.GA75808@slackbox.xs4all.nl> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> <20090702062738.GA58158@slackbox.xs4all.nl> <20090702041707.19651.qmail@us1.tomahawkonline.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20090702041707.19651.qmail@us1.tomahawkonline.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 17:57:26 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2009 at 11:17:07PM -0500, Sagara Wijetunga wrote: > Roland Smith writes:=20 >=20 > >>=20 > >> I have tested with bash, sh and csh. It seems the child process forked= =20 > >> simply die irrespective of the shell.=20 > >=20 > > Ok, so it's probably not a shell problem > > =20 > >> There is no change in the dot files for root: > >> [root@tds sagara]# diff /root/.cshrc /usr/src/etc/root/dot.cshrc > >> [root@tds sagara]# diff /root/.login /usr/src/etc/root/dot.login > >> [root@tds sagara]# diff /root/.profile /usr/src/etc/root/dot.profile= =20 > >=20 > > /root/.login executes the fortune program. Can you su to root and then > > run '/usr/games/fortune -s'?=20 > >=20 >=20 > /root/.login is completely commented out.=20 You're right. I missed that. :-) > >> Here is the log message for "su -l": > >> Jul 2 12:38:17 tds kernel: pid 943 (su), uid 0: exited on signal 11= =20 Is there anything else from su in the logfiles? That might help narrow down where it crashes. Are you using the standard FreeBSD su? If not, check your modifications. Does the version of the userland that you are using match the version of the kernel? I've verified that 'su -l' works fine on FreeBSD 7.2-RELEASE-p2 on the amd64 architecture.=20 What you could do is run 'su -l' under a debugger.=20 > > It could be a hardware problem. Signal 11 can be a sign of bad memory. > > Can you reproduce the problem on multiple machines?=20 >=20 > I have taken the hard disk out and fixed on different machines, the sympt= oms=20 > are still the same. So it may not be a hardware error.=20 Ok. So it is probably a software bug then. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpM9QIACgkQEnfvsMMhpyWyGQCePxeDzNQO9AwTvI//ZmVT0iC5 zg8An0dwoGWEPVan/96MwwMqrtLnYGn2 =ezud -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 18:59:04 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21CFD106566C for ; Thu, 2 Jul 2009 18:59:04 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.freebsd.org (Postfix) with ESMTP id 90E618FC0C for ; Thu, 2 Jul 2009 18:59:03 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from mail1.siemens.de (localhost [127.0.0.1]) by goliath.siemens.de (8.12.11.20060308/8.12.11) with ESMTP id n62Ix24k023543; Thu, 2 Jul 2009 20:59:02 +0200 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail1.siemens.de (8.12.11.20060308/8.12.11) with ESMTP id n62Ix1Fw023331; Thu, 2 Jul 2009 20:59:01 +0200 Received: (from localhost) by curry.mchp.siemens.de (8.14.3/8.14.3) id n62Ix194009737; Date: Thu, 2 Jul 2009 20:59:01 +0200 From: Andre Albsmeier To: Bartosz Fabianowski Message-ID: <20090702185901.GA46427@curry.mchp.siemens.de> References: <20090701193410.GA19202@curry.mchp.siemens.de> <4A4BC709.6060709@freebsd.org> <20090702050212.GA21954@curry.mchp.siemens.de> <4A4C78F9.1090804@chillt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4C78F9.1090804@chillt.de> X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.19 (2009-01-05) Cc: stable@freebsd.org, Andre Albsmeier Subject: Re: net/iwi-firmware refuses to build on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 18:59:04 -0000 On Thu, 02-Jul-2009 at 11:08:09 +0200, Bartosz Fabianowski wrote: > iwicontrol is not used on 7 any more. You can use sysctl to query the > hardware switch instead: > > sysctl dev.iwi.0.radio That did it, thanks a lot, -Andre From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 19:19:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8F88106566C for ; Thu, 2 Jul 2009 19:19:43 +0000 (UTC) (envelope-from santosh@fastsoft.com) Received: from HQ-ES.FASTSOFT.COM (hq-es.fastsoft.com [38.102.243.86]) by mx1.freebsd.org (Postfix) with ESMTP id A14AA8FC1D for ; Thu, 2 Jul 2009 19:19:43 +0000 (UTC) (envelope-from santosh@fastsoft.com) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 2 Jul 2009 12:19:42 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Patch for FreeBSD 7.0 deadlock Thread-Index: AcnyaoVa8OT4wcqGSBClEOb6uzAT7ABEYSlQAfNa1gA= From: "Santosh Rao Gururajan" To: Subject: RE: Patch for FreeBSD 7.0 deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 19:19:44 -0000 > Hi Kris. > I currently cannot upgrade from FreeBSD 7.0 because it breaks some other > parts of my project and also for some other non-technical reasons. It > would be a lot easier for me if I had the changeset. So if it is not too > much bother can you send me a link to the changeset/MFC? > Thanks, > -santosh Hi, Can someone please point me to the patch for this problem? Again, I cannot upgrade to later versions of FreeBSD and this issue has become a big problem for me. I would really appreciate a response. Thanks, -santosh From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 20:08:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDC71065673; Thu, 2 Jul 2009 20:08:29 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6A50F8FC13; Thu, 2 Jul 2009 20:08:29 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 8E966A264; Thu, 2 Jul 2009 16:08:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VrH5W+KWvSfE; Thu, 2 Jul 2009 16:08:26 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP; Thu, 2 Jul 2009 16:08:26 -0400 (EDT) Date: Thu, 2 Jul 2009 16:08:25 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: Danny Braniss In-Reply-To: Message-ID: References: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> <4A4A6358.1010806@bit0.com> <20090701090818.GA1391@a91-153-125-115.elisa-laajakaista.fi> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rick Romero , Jaakko Heinonen , freebsd-stable@freebsd.org, Andriy Gapon , Gavin Atkinson Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 20:08:29 -0000 On Wed, 1 Jul 2009, Danny Braniss wrote: >> On 2009-06-30, Mike Andrews wrote: >>> Jaakko Heinonen wrote: >>>> On 2009-06-30, Danny Braniss wrote: >>>>> This pr is realy holding me back, I can't upgrade this server, and >>>>> telling serveral tens of users to us cp, etc is not an option. The open >>>>> works fine if not using O_EXCL. >>>> >>>> I guess that r185586 needs to be MFCd to stable/7. Here's an untested >>>> patch against stable/7: >>> >>> The patch doesn't help over here, sorry. >>> >>> Simply doing 'touch' or 'mv' to an NFSv3 mount (using either a v6 or v13 >>> zpool) is the test case I've been using; touch doesn't even use O_EXCL as >>> far as I can tell. >> >> I could reproduce the problem with O_EXCL and verified that the patch >> fixes it. However I couldn't reproduce the problem you are seeing with >> touch and mv. > > same here, touch worked before too - so i think it's unrelated, > btw, it seems that the problem does not exist on i386, though > I'm pretty sure I tried there too, oh well, > > thanks! > danny I'm not sure if what was commited to stable/7 yesterday is substantially different from that patch (and if not, what in the world I was doing wrong/stupid in testing), but everything now works for me... thanks :) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 2 23:54:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4764C1065679 for ; Thu, 2 Jul 2009 23:54:08 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id BF3808FC37 for ; Thu, 2 Jul 2009 23:54:07 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by bwz12 with SMTP id 12so1672988bwz.43 for ; Thu, 02 Jul 2009 16:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=H+CdH7IhtPvMLgu63jxJWFUX0wpGb6Bkh4xuAJiZb+U=; b=u3ZtxKNY0tWF8aGf4amhEUeR+LFzQudZ3D7xrXFIiRbYOmkm1/mEhUv7gNnonC+387 +J0j6LdJY5ye/05PmQ0O3JhMFMiyOOkTkL8pq2yyFbzvr9HMUyJkAU4iBkOnyLHA4lbk 5Vy31SrjblZCcA0KvT8VQvD7ceU9VoMe3mY/k= 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=uzLGByt2NZeFpD9T9axH6sp6bfqAY3yc95QFmw4daDUdfXuDK+/4/XyzgRiEWrRRh0 zlAt2mL2v4SoVWVcCCom+JawHz9M+ZKfSDdEWrtt4V1XuBFatw73D+8N1BZkyUPxjWUs l3CoZO920Jrt5mtWlEQiSmc149078ptcVykcM= MIME-Version: 1.0 Received: by 10.239.156.130 with SMTP id m2mr56698hbc.130.1246577323332; Thu, 02 Jul 2009 16:28:43 -0700 (PDT) In-Reply-To: <20090702041707.19651.qmail@us1.tomahawkonline.net> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> <20090702062738.GA58158@slackbox.xs4all.nl> <20090702041707.19651.qmail@us1.tomahawkonline.net> Date: Thu, 2 Jul 2009 20:28:43 -0300 Message-ID: From: "Carlos A. M. dos Santos" To: Sagara Wijetunga Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Roland Smith , freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 23:54:08 -0000 On Thu, Jul 2, 2009 at 1:17 AM, Sagara Wijetunga wrote: > Roland Smith writes: >> It could be a hardware problem. Signal 11 can be a sign of bad memory. >> Can you reproduce the problem on multiple machines? > > I have taken the hard disk out and fixed on different machines, the symptoms > are still the same. So it may not be a hardware error. > Regards > Sagara Try to *rebuild* the system on another machine. Signal 11 is usually associated to bad hardware (RAM) so if you build FreeBSD on faulty hardware the resulting program may be broken. Try to debug the "login" program: (become root) # cd /usr/src/usr.bin/login # make clean # make CFLAGS=-g # gdb /usr/obj/usr/src/usr.bin/login/login (supposing that "sagara" is your user name) #run sagara (fill-in the password name, if requested) If the signal 11 is caught, issue "bt" command in gcc. It will show you where the break happened. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 09:21:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A5F106566C for ; Fri, 3 Jul 2009 09:21:44 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 687668FC16 for ; Fri, 3 Jul 2009 09:21:44 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.209.0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 26FA38A032C for ; Fri, 3 Jul 2009 10:51:09 +0200 (CEST) Message-ID: <4A4DC67C.3010804@bsdforen.de> Date: Fri, 03 Jul 2009 10:51:08 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 09:21:44 -0000 I'd really like mergemaster to tell me whether the left or the right side is the new file. # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1.38. Like this I have no idea which one to pick. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 09:22:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD22C1065675 for ; Fri, 3 Jul 2009 09:22:19 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from queueout04-winn.ispmail.ntl.com (queueout04-winn.ispmail.ntl.com [81.103.221.58]) by mx1.freebsd.org (Postfix) with ESMTP id 215B28FC18 for ; Fri, 3 Jul 2009 09:22:18 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090703090642.RYPL6611.mtaout02-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Fri, 3 Jul 2009 10:06:42 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout02-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090703090642.DPCX21638.aamtaout02-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Fri, 3 Jul 2009 10:06:42 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n6396Rdb036451 for ; Fri, 3 Jul 2009 10:06:27 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Fri, 03 Jul 2009 10:06:27 +0100 Message-ID: <20090703100627.197838cphjnil82s@10.248.192.16> Date: Fri, 03 Jul 2009 10:06:27 +0100 From: Ian J Hart To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=tdQ-wJIF6bWtqI_ID2AA:9 a=MK1z9F9gM8_cqSxDSv1_pMEVGAgA:4 a=Ds0j0yI9fNCBSDuk:21 a=mQdIaTS1jOxfHUdz:21 Subject: trap 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 09:22:20 -0000 Is this likely to be hardware? Details will follow if not. [copied from a screen dump] Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff807c6c12 stack pointer = 0x10:0xffffffff510e7890 frame pointer = 0x10:0xffffff00054a6c90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1 def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 75372 (printf) trap number = 12 panic: page fault cpuid = 1 uptime: 8m2s Cannot dump. No dump device defined. -- ian j hart ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 09:28:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29D6F1065670 for ; Fri, 3 Jul 2009 09:28:26 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f210.google.com (mail-gx0-f210.google.com [209.85.217.210]) by mx1.freebsd.org (Postfix) with ESMTP id DB4B38FC12 for ; Fri, 3 Jul 2009 09:28:25 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by gxk6 with SMTP id 6so1944023gxk.19 for ; Fri, 03 Jul 2009 02:28:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yfmuMJSUpbk9Ts1ESwyqQrIEcghCqwR5ez1dilindPM=; b=IMnQhDOf0+6fYT0CpeBtW3SBuYwq85IMQkkyVoHPBA0/h98UZb8tW1kcYKeI0jef8j DUBAjUqFEDS+CouAUKxyY3kVb4789FhTM3twp9YBVsK1clqPmSB9LjWwtSoELKcEBfJr IWg+sslf6AUJrWYZnxoyvD8aKMTDVdIXX8CRQ= 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=LQsgJdXM3RTooNLL6KO9TDIMv3wWEtMihiwQSB6by1n3qtMhyJUa64MLsBQIfP6XvQ CgnqQGFkpKt/a/tW8+Oe9adVCVJwJsTgmg620chgIBcU+n2Dy9yEprlxsl0m7tSnN2g4 rsMh9neF4mKAOYHUiBemZ3Dl+pyicYNzkahYQ= MIME-Version: 1.0 Received: by 10.100.177.15 with SMTP id z15mr1904170ane.27.1246613304983; Fri, 03 Jul 2009 02:28:24 -0700 (PDT) In-Reply-To: <4A4DC67C.3010804@bsdforen.de> References: <4A4DC67C.3010804@bsdforen.de> Date: Fri, 3 Jul 2009 12:28:24 +0300 Message-ID: From: Dan Naumov To: Dominic Fandrey Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 09:28:26 -0000 Speaking of mergemaster, it would be really really nice to have "freebsd-update install" get the following functionality/options from mergemaster: -i Automatically install any files that do not exist in the destination directory. -F If the files differ only by VCS Id ($FreeBSD) install the new file. This would help avoid having to manually approve installation of hundreds of files in /etc when you upgrade to new releases using freebsd-update. - Sincerely, Dan Naumov On Fri, Jul 3, 2009 at 11:51 AM, Dominic Fandrey wrote: > I'd really like mergemaster to tell me whether the left > or the right side is the new file. > > # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1.38. > > Like this I have no idea which one to pick. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 10:03:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2768E106564A for ; Fri, 3 Jul 2009 10:03:24 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8903C8FC15 for ; Fri, 3 Jul 2009 10:03:23 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by ewy9 with SMTP id 9so2419540ewy.43 for ; Fri, 03 Jul 2009 03:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=g4tqYbnUN52T0IwbJXoBtbmZCpzMt+il0evCC74OeB4=; b=t8wR0tHntVc8U53CzpFyXimYVNYGDQJMgk6dldCoIWToaaTNj8m/jZPuPuEgbOyU76 oa/EYGREK0L5pICw12VIvUaACr+GDDBm1xn7m8Tsi5IUbsrVzQI+rnJ7k09YwSsBJ9re Wd5mRL2z5XY2CAvXrUffdUaL4ZkFcCK9EwKzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GjQgKHNEj3rDXtdfPBwxZt4+4/GzJwZ0lJwQRGvJPW2klKKunnuhoAG1mF8vvWo1qq FkY6FL1LtE4Z6AMStaTHBz1+yfdhAK+/Eflh+6Vwtzgz2U9XJZls737FQjnBJoxEkfky i4JkYpMxjc6ioVwYVhsd4Y2yNwQJ+IcKoRTiA= MIME-Version: 1.0 Received: by 10.216.28.200 with SMTP id g50mr290385wea.203.1246613648238; Fri, 03 Jul 2009 02:34:08 -0700 (PDT) In-Reply-To: <4A4DC67C.3010804@bsdforen.de> References: <4A4DC67C.3010804@bsdforen.de> Date: Fri, 3 Jul 2009 11:34:08 +0200 Message-ID: From: Cristiano Deana To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 10:03:24 -0000 On Fri, Jul 3, 2009 at 10:51 AM, Dominic Fandrey wrote: > I'd really like mergemaster to tell me whether the left > or the right side is the new file. > > # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1.38. "From" -> "To" The new one is *always* the right one. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 10:14:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A7BA106566C for ; Fri, 3 Jul 2009 10:14:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBE68FC1E for ; Fri, 3 Jul 2009 10:14:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.209.0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 5337B8A0330 for ; Fri, 3 Jul 2009 12:14:09 +0200 (CEST) Message-ID: <4A4DD9E9.6080206@bsdforen.de> Date: Fri, 03 Jul 2009 12:14:01 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: good old intel troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 10:14:13 -0000 Now that the intel driver is stable and performs well, again, it's time to start complainig about all the things that still do not work. This is basically going to the console and back. Well, it actually works but X will entirely lock up unless the mouse is in motion. It's not hard to imagine that this is really bad. With violent mouse movement I can get glxgears to render 0.3 frames per second. That's it. 1 frame every 3 seconds. Back on the console everything is fine, so it's really just X misbehaving. No scheduling issue or the like. Oh, btw, when I switch to the Konsole I get the following message on my dmesg. error: [drm:pid1318:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0 My system is a core2duo (amd64) running RELENG_7 (sources are from ~2 hours ago). Maybe this snippet from my Xorg.0.log is also of interest: (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller rev 12, Mem @ 0xe4600000/1048576, 0xd0000000/268435456, I/O @ 0x00004000/8, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller rev 12, Mem @ 0xe4700000/1048576 I'm running X without HAL. (**) Option "AllowEmptyInput" "off" (**) Option "AutoAddDevices" "off" From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 10:17:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C4D106566C for ; Fri, 3 Jul 2009 10:17:40 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0A33D8FC1E for ; Fri, 3 Jul 2009 10:17:40 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.209.0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id E138C8A032D; Fri, 3 Jul 2009 12:17:38 +0200 (CEST) Message-ID: <4A4DDAB8.3080804@bsdforen.de> Date: Fri, 03 Jul 2009 12:17:28 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: Cristiano Deana References: <4A4DC67C.3010804@bsdforen.de> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 10:17:40 -0000 Cristiano Deana wrote: > On Fri, Jul 3, 2009 at 10:51 AM, Dominic Fandrey wrote: > >> I'd really like mergemaster to tell me whether the left >> or the right side is the new file. >> >> # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1.38. > > "From" -> "To" > > The new one is *always* the right one. I don't have to merge files all that often. mergmaster is pretty easy to use, apart from the lack of that information. It wouldn't be very hard to print " | " at the beginning of a merge. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 11:23:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8581065676 for ; Fri, 3 Jul 2009 11:23:05 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 208B88FC14 for ; Fri, 3 Jul 2009 11:23:04 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n63B2UXU089959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 21:02:35 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A4DE53D.2010704@freebsd.org> Date: Fri, 03 Jul 2009 12:02:21 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Dominic Fandrey References: <4A4DD9E9.6080206@bsdforen.de> In-Reply-To: <4A4DD9E9.6080206@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_40,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: freebsd-stable@freebsd.org Subject: Re: good old intel troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 11:23:05 -0000 Dominic Fandrey wrote: > Now that the intel driver is stable and performs well, again, it's > time to start complainig about all the things that still do not work. > > This is basically going to the console and back. Well, it actually > works but X will entirely lock up unless the mouse is in motion. > It's not hard to imagine that this is really bad. With violent mouse > movement I can get glxgears to render 0.3 frames per second. > That's it. 1 frame every 3 seconds. > > Back on the console everything is fine, so it's really just X > misbehaving. No scheduling issue or the like. > These issues have been recently addressed in 8-CURRENT. I assume some MFCs will happen at some point. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 12:22:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9AD1065676 for ; Fri, 3 Jul 2009 12:22:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A38E58FC16 for ; Fri, 3 Jul 2009 12:22:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-146-138-56.bna.bellsouth.net [70.146.138.56]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n63CMh1J024450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 08:22:43 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dominic Fandrey In-Reply-To: <4A4DC67C.3010804@bsdforen.de> References: <4A4DC67C.3010804@bsdforen.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-18SxHsZM7kyA6+mTEHRT" Organization: FreeBSD Date: Fri, 03 Jul 2009 07:22:37 -0500 Message-Id: <1246623757.1855.54.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 12:22:50 -0000 --=-18SxHsZM7kyA6+mTEHRT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-07-03 at 10:51 +0200, Dominic Fandrey wrote: > I'd really like mergemaster to tell me whether the left > or the right side is the new file. >=20 > # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1= .38. >=20 > Like this I have no idea which one to pick. The right hand side is always the new file. robert. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-18SxHsZM7kyA6+mTEHRT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkpN+A0ACgkQM4TrQ4qfROMZiwCeJsMljgZB6UBsYn1H1Crdv2/1 2jIAn1V64GhgEMP60Uf6iIadIcBHiTp4 =6r7u -----END PGP SIGNATURE----- --=-18SxHsZM7kyA6+mTEHRT-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 12:27:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 173E91065672 for ; Fri, 3 Jul 2009 12:27:17 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CEA228FC13 for ; Fri, 3 Jul 2009 12:27:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-146-138-56.bna.bellsouth.net [70.146.138.56]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n63CRE6e024478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 08:27:15 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Ian J Hart In-Reply-To: <20090703100627.197838cphjnil82s@10.248.192.16> References: <20090703100627.197838cphjnil82s@10.248.192.16> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-3ubMvi6UgXzAt6fKF9sh" Organization: FreeBSD Date: Fri, 03 Jul 2009 07:27:09 -0500 Message-Id: <1246624029.1855.58.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: trap 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 12:27:17 -0000 --=-3ubMvi6UgXzAt6fKF9sh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-07-03 at 10:06 +0100, Ian J Hart wrote: > Is this likely to be hardware? Details will follow if not. >=20 > [copied from a screen dump] >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x0 > fault code =3D supervisor write data, page not present > instruction pointer =3D 0x8:0xffffffff807c6c12 > stack pointer =3D 0x10:0xffffffff510e7890 > frame pointer =3D 0x10:0xffffff00054a6c90 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1 def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 75372 (printf) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > uptime: 8m2s > Cannot dump. No dump device defined. >=20 I would doubt it. Are you using drm, with the radeon driver? There are a few corner cases where this can happen. http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch should help if this is the case. robert. --=20 Robert Noland FreeBSD --=-3ubMvi6UgXzAt6fKF9sh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkpN+R0ACgkQM4TrQ4qfROMBhgCfREpGKBY6NxK+Bptuf8KcrYMe ApUAnjIzmHjIiZUiOEl3j81Dqve5s3Ac =pfKV -----END PGP SIGNATURE----- --=-3ubMvi6UgXzAt6fKF9sh-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 12:35:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8FAF106566C for ; Fri, 3 Jul 2009 12:35:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id AA30F8FC17 for ; Fri, 3 Jul 2009 12:35:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-146-138-56.bna.bellsouth.net [70.146.138.56]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n63CZMXQ024522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 08:35:22 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dominic Fandrey In-Reply-To: <4A4DD9E9.6080206@bsdforen.de> References: <4A4DD9E9.6080206@bsdforen.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-YSIeKaiYrrXLINvVoepe" Organization: FreeBSD Date: Fri, 03 Jul 2009 07:35:16 -0500 Message-Id: <1246624516.1855.65.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: good old intel troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 12:35:26 -0000 --=-YSIeKaiYrrXLINvVoepe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-07-03 at 12:14 +0200, Dominic Fandrey wrote: > Now that the intel driver is stable and performs well, again, it's > time to start complainig about all the things that still do not work. >=20 > This is basically going to the console and back. Well, it actually > works but X will entirely lock up unless the mouse is in motion. > It's not hard to imagine that this is really bad. With violent mouse > movement I can get glxgears to render 0.3 frames per second. > That's it. 1 frame every 3 seconds. >=20 > Back on the console everything is fine, so it's really just X > misbehaving. No scheduling issue or the like. >=20 > Oh, btw, when I switch to the Konsole I get the following message > on my dmesg. > error: [drm:pid1318:i915_get_vblank_counter] *ERROR* trying to get vblank= count for disabled pipe 0 This is still harmless, though I hope that I have caught most of the cases where it occurs. Userland (mesa) may still call this ioctl with the wrong or both crtc's though. It is converted back to a debug message in HEAD. > My system is a core2duo (amd64) running RELENG_7 (sources are from > ~2 hours ago). This is all fixed in HEAD. It is waiting jhb@ to MFC r194644 to get -STABLE fixed up. I have additional MFC's to cleanup vblank support issues, but the primary issue is that msi interrupts don't work after a vt switch without the above MFC. robert. > Maybe this snippet from my Xorg.0.log is also of interest: > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > (--) PCI:*(0@0:2:0) Intel Corporation Mobile GM965/GL960 Integrated Graph= ics Controller rev 12, Mem @ 0xe4600000/1048576, 0xd0000000/268435456, I/O = @ 0x00004000/8, BIOS @ 0x????????/65536 > (--) PCI: (0@0:2:1) Intel Corporation Mobile GM965/GL960 Integrated Graph= ics Controller rev 12, Mem @ 0xe4700000/1048576 >=20 > I'm running X without HAL. > (**) Option "AllowEmptyInput" "off" > (**) Option "AutoAddDevices" "off" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-YSIeKaiYrrXLINvVoepe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkpN+wQACgkQM4TrQ4qfROPpvACfYqW85hJIM+zJWhKt3XPnnckU RFoAniipLHyykAdzAMsAq2FtHir3jkpl =CDR9 -----END PGP SIGNATURE----- --=-YSIeKaiYrrXLINvVoepe-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 12:43:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AEF2106564A for ; Fri, 3 Jul 2009 12:43:43 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id B460B8FC17 for ; Fri, 3 Jul 2009 12:43:42 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id n63CP7M0083738 for ; Fri, 3 Jul 2009 14:25:07 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 3 Jul 2009 14:28:41 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB0111B7@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: From 7.1 to 7.2 ezjail jails mergemaster not working. Thread-Index: Acn72cyV03PyyaHRRFm/MXwCgGJsrA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: From 7.1 to 7.2 ezjail jails mergemaster not working. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 12:43:43 -0000 Hello all I have just updated my 7.1 machine to 7.2. I have updated the 7.1 machine several times with a builworld to follow = the Security issues, and always use the same approuch. cd /us/src make cleanworld && make buildworld && make kernel mergemaster -p shutdown now cd /usr/src make installworld mergemaster -iU=20 ezjail-admin update -i mergemaster -iU -D /usr/jails/jail1 mergemaster -iU -D /usr/jails/jail2 this has been working from 7.0 where this machine came from. After my update to 7.2 and after the ezjail-admin update -i i did the = mergemaster step and here it goes wrong. this is what i get after the command mergemaster -iU -D /usr/jails/jail1 There is no installed version of ./boot/device.hints install: mkdir /usr.jails/jail1//boot : File exists install: /usr/jails/jail1//boot: no such file or directory *** FATAL ERROR : unable to install ./boot/device.hints to = /usr/jails/jail1//boot. =20 what am i doing wrong or what am i forgotten. Thanks for your time. regards, Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 14:25:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C193D1065701 for ; Fri, 3 Jul 2009 14:25:30 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 50FF08FC0A for ; Fri, 3 Jul 2009 14:25:30 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n63EPSPC051076 for ; Fri, 3 Jul 2009 16:25:28 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n63EPSel011475 for ; Fri, 3 Jul 2009 16:25:28 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n63EPSvl011474 for freebsd-stable@freebsd.org; Fri, 3 Jul 2009 16:25:28 +0200 (CEST) (envelope-from ry93) Date: Fri, 3 Jul 2009 16:25:28 +0200 From: "Patrick M. Hausen" To: FreeBSD Stable Mailing List Message-ID: <20090703142528.GA11039@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.17 (2007-11-01) Subject: What is /boot/kernel/*.symbols? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 14:25:31 -0000 Hi, all, When I upgraded some of our machines from 6.x to 7.2 I noticed that the root filesystems seemed to fill up. I thought this might come from makeoptions DEBUG=-g in the kernel config, but somehow that doesn't make sense, since our older systems have the same option present. 6.3-System: ----------- makeoptions DEBUG=-g $ du -sk /boot/kernel 27920 /boot/kernel No *.symbols files in /boot/kernel. 7.2-System: ----------- makeoptions DEBUG=-g $ du -sk /boot/kernel 214778 /boot/kernel Lots of those files filling /boot/kernel. On a current server with 512 MB /, the filesystem is at 97% after installing a new kernel twice. Can I get rid of these files somehow or are they necessary, in which case I will need way bigger root filesystems? I mean, get rid automatically and never install them again. I know the chflags and rm commands ;-) But then the question of they are needed is still open. Thanks, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 14:25:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31C9F1065689 for ; Fri, 3 Jul 2009 14:25:52 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id DC82E8FC23 for ; Fri, 3 Jul 2009 14:25:51 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.209.0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id C0BD58A032E; Fri, 3 Jul 2009 16:25:50 +0200 (CEST) Message-ID: <4A4E14ED.5010309@bsdforen.de> Date: Fri, 03 Jul 2009 16:25:49 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: Robert Noland References: <4A4DC67C.3010804@bsdforen.de> <1246623757.1855.54.camel@balrog.2hip.net> In-Reply-To: <1246623757.1855.54.camel@balrog.2hip.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 14:25:52 -0000 Robert Noland wrote: > On Fri, 2009-07-03 at 10:51 +0200, Dominic Fandrey wrote: >> I'd really like mergemaster to tell me whether the left >> or the right side is the new file. >> >> # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1.38. >> >> Like this I have no idea which one to pick. > > The right hand side is always the new file. I know. Trial and error can tell you that. But I want mergemaster to tell me. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 14:28:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06B701065678 for ; Fri, 3 Jul 2009 14:28:41 +0000 (UTC) (envelope-from rick@havokmon.com) Received: from dotsevenseven.vfemail.net (dotsevenseven.vfemail.net [69.11.239.77]) by mx1.freebsd.org (Postfix) with ESMTP id A35668FC13 for ; Fri, 3 Jul 2009 14:28:40 +0000 (UTC) (envelope-from rick@havokmon.com) Received: (qmail 22236 invoked by uid 0); 3 Jul 2009 14:28:38 -0000 Received: by simscan 1.1.0 ppid: 22229, pid: 22233, t: 0.0137s scanners:none Received: from unknown (HELO ?172.16.100.182?) (cmlja0BoYXZva21vbi5jb20=@NjkuMTEuMjM5LjY2) by mail.vfemail.net with ESMTPA; 3 Jul 2009 14:28:38 -0000 From: Rick Romero To: Mike Andrews In-Reply-To: References: <20090630155437.GA42783@a91-153-125-115.elisa-laajakaista.fi> <4A4A6358.1010806@bit0.com> <20090701090818.GA1391@a91-153-125-115.elisa-laajakaista.fi> Content-Type: text/plain Organization: VF IT Services Date: Fri, 03 Jul 2009 09:26:55 -0500 Message-Id: <1246631215.3268.10.camel@rickxp> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit Cc: Jaakko Heinonen , freebsd-stable@freebsd.org, Andriy Gapon , Gavin Atkinson Subject: Re: kern/135412: [zfs] [nfs] zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 14:28:41 -0000 On Thu, 2009-07-02 at 16:08 -0400, Mike Andrews wrote: > On Wed, 1 Jul 2009, Danny Braniss wrote: > > >> On 2009-06-30, Mike Andrews wrote: > >>> Jaakko Heinonen wrote: > >>>> On 2009-06-30, Danny Braniss wrote: > >>>>> This pr is realy holding me back, I can't upgrade this server, and > >>>>> telling serveral tens of users to us cp, etc is not an option. The open > >>>>> works fine if not using O_EXCL. > >>>> > >>>> I guess that r185586 needs to be MFCd to stable/7. Here's an untested > >>>> patch against stable/7: > >>> > >>> The patch doesn't help over here, sorry. > >>> > >>> Simply doing 'touch' or 'mv' to an NFSv3 mount (using either a v6 or v13 > >>> zpool) is the test case I've been using; touch doesn't even use O_EXCL as > >>> far as I can tell. > >> > >> I could reproduce the problem with O_EXCL and verified that the patch > >> fixes it. However I couldn't reproduce the problem you are seeing with > >> touch and mv. > > > > same here, touch worked before too - so i think it's unrelated, > > btw, it seems that the problem does not exist on i386, though > > I'm pretty sure I tried there too, oh well, > > > > thanks! > > danny > > I'm not sure if what was commited to stable/7 yesterday is substantially > different from that patch (and if not, what in the world I was doing > wrong/stupid in testing), but everything now works for me... thanks :) Looks like it's working pretty well to me. It's almost not worth mentioning, but I have an old FreeBSD 4.8 server (which is the midst of being retired) that is still having an issue related to this. When I edit a file with vim 7.0, it creates the swapfile with no perms (which causes it to complain that the file already exists, and not clean up after itself) This only occurs from a 4.8 client, not 5.2.1, 6.2, or 7.2. Vim is the only program that replicates the problem on that box. touch works, mv works, procmail works. I only mention because maybe there's another OS, that's still supported, that might still have the same issues. Rick From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 14:35:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C13E1065675 for ; Fri, 3 Jul 2009 14:35:58 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C50E98FC21 for ; Fri, 3 Jul 2009 14:35:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2d66:27a4:c4f9:d401] (unknown [IPv6:2001:7b8:3a7:0:2d66:27a4:c4f9:d401]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E722E5C59; Fri, 3 Jul 2009 16:35:56 +0200 (CEST) Message-ID: <4A4E174A.1050207@andric.com> Date: Fri, 03 Jul 2009 16:35:54 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1pre) Gecko/20090701 Shredder/3.0b3pre MIME-Version: 1.0 To: "Patrick M. Hausen" References: <20090703142528.GA11039@hugo10.ka.punkt.de> In-Reply-To: <20090703142528.GA11039@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: What is /boot/kernel/*.symbols? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 14:35:58 -0000 On 2009-07-03 16:25, Patrick M. Hausen wrote: > On a current server with 512 MB /, the filesystem is at > 97% after installing a new kernel twice. Can I get rid of > these files somehow or are they necessary, in which case > I will need way bigger root filesystems? > > I mean, get rid automatically and never install them again. > I know the chflags and rm commands ;-) But then the question > of they are needed is still open. You can find this in /usr/src/UPDATING: 20060118: This actually occured some time ago, but installing the kernel now also installs a bunch of symbol files for the kernel modules. This increases the size of /boot/kernel to about 67Mbytes. You will need twice this if you will eventually back this up to kernel.old on your next install. If you have a shortage of room in your root partition, you should add -DINSTALL_NODEBUG to your make arguments or add INSTALL_NODEBUG="yes" to your /etc/make.conf. However, you should consider increasing the size of your root partition, if possible. It can be extremely handy to have symbol files available whenever there's a crash. :) From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 14:36:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B6AF1065676 for ; Fri, 3 Jul 2009 14:36:46 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAC08FC27 for ; Fri, 3 Jul 2009 14:36:45 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (c149.al.cl.cam.ac.uk [128.232.110.149]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n63EaUjB003686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Jul 2009 00:36:32 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A4E1769.3090209@freebsd.org> Date: Fri, 03 Jul 2009 15:36:25 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Dominic Fandrey References: <4A4DC67C.3010804@bsdforen.de> <1246623757.1855.54.camel@balrog.2hip.net> <4A4E14ED.5010309@bsdforen.de> In-Reply-To: <4A4E14ED.5010309@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: freebsd-stable@freebsd.org, Robert Noland Subject: Re: mergemaster merge left/right X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 14:36:46 -0000 Dominic Fandrey wrote: > Robert Noland wrote: >> On Fri, 2009-07-03 at 10:51 +0200, Dominic Fandrey wrote: >>> I'd really like mergemaster to tell me whether the left >>> or the right side is the new file. >>> >>> # $FreeBSD: src/etc/devd.conf,v 1.38. | # $FreeBSD: src/etc/devd.conf,v 1.38. >>> >>> Like this I have no idea which one to pick. >> The right hand side is always the new file. > > I know. Trial and error can tell you that. But I want > mergemaster to tell me. I'm sure Doug would be very happy to receive a patch to review. Mergemaster is a shell script so shouldn't be too difficult to hack something up. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 14:41:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D916C1065688 for ; Fri, 3 Jul 2009 14:41:34 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 685638FC12 for ; Fri, 3 Jul 2009 14:41:34 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n63EfSaH051241 for ; Fri, 3 Jul 2009 16:41:28 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n63EfLsq012035; Fri, 3 Jul 2009 16:41:21 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n63EfLsL012034; Fri, 3 Jul 2009 16:41:21 +0200 (CEST) (envelope-from ry93) Date: Fri, 3 Jul 2009 16:41:21 +0200 From: "Patrick M. Hausen" To: Dimitry Andric Message-ID: <20090703144121.GC11039@hugo10.ka.punkt.de> References: <20090703142528.GA11039@hugo10.ka.punkt.de> <4A4E174A.1050207@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A4E174A.1050207@andric.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Mailing List Subject: Re: What is /boot/kernel/*.symbols? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 14:41:35 -0000 Hello, On Fri, Jul 03, 2009 at 04:35:54PM +0200, Dimitry Andric wrote: > You can find this in /usr/src/UPDATING: > > 20060118: > This actually occured some time ago, but installing the kernel > now also installs a bunch of symbol files for the kernel modules. > This increases the size of /boot/kernel to about 67Mbytes. You > will need twice this if you will eventually back this up to kernel.old > on your next install. > If you have a shortage of room in your root partition, you should add > -DINSTALL_NODEBUG to your make arguments or add INSTALL_NODEBUG="yes" > to your /etc/make.conf. Thanks a lot. I've been searching the handbook and Google for at least one hour. > However, you should consider increasing the size of your root > partition, if possible. It can be extremely handy to have symbol files > available whenever there's a crash. :) But I thought, they were in the kernel itself? %file /boot/kernel/kernel /boot/kernel/kernel: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped "not stripped" - i.e. "with debug symbols". Wrong? Since when? Thanks, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 15:05:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83E98106564A for ; Fri, 3 Jul 2009 15:05:11 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4700F8FC1A for ; Fri, 3 Jul 2009 15:05:11 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2d66:27a4:c4f9:d401] (unknown [IPv6:2001:7b8:3a7:0:2d66:27a4:c4f9:d401]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 913625C59; Fri, 3 Jul 2009 17:05:10 +0200 (CEST) Message-ID: <4A4E1E24.3020303@andric.com> Date: Fri, 03 Jul 2009 17:05:08 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1pre) Gecko/20090701 Shredder/3.0b3pre MIME-Version: 1.0 To: "Patrick M. Hausen" References: <20090703142528.GA11039@hugo10.ka.punkt.de> <4A4E174A.1050207@andric.com> <20090703144121.GC11039@hugo10.ka.punkt.de> In-Reply-To: <20090703144121.GC11039@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: What is /boot/kernel/*.symbols? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 15:05:11 -0000 On 2009-07-03 16:41, Patrick M. Hausen wrote: > But I thought, they were in the kernel itself? > > %file /boot/kernel/kernel > /boot/kernel/kernel: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped > > "not stripped" - i.e. "with debug symbols". Wrong? Since when? Well, only the debug symbols have been stripped, not any others. If you look in /usr/src/sys/conf/kern.post.mk, you will see this fragment: ${KERNEL_KO}: ${FULLKERNEL} ${KERNEL_KO}.symbols ${OBJCOPY} --strip-debug --add-gnu-debuglink=${KERNEL_KO}.symbols\ ${FULLKERNEL} ${.TARGET} ${KERNEL_KO}.symbols: ${FULLKERNEL} ${OBJCOPY} --only-keep-debug ${FULLKERNEL} ${.TARGET} E.g. the debug stuff is put into the .symbols files. The kernel itself still contains the function and data names, though: $ objdump -t /boot/kernel/kernel /boot/kernel/kernel: file format elf32-i386-freebsd SYMBOL TABLE: c092de00 l .data 00000000 tmpstk c092de58 l .data 00000000 physfree c092de64 l .data 00000000 proc0uarea [...] If you want to build absolutely without any symbols whatsover, remove the "makeoptions DEBUG=-g" line from your kernel config file. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 15:21:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43201065674 for ; Fri, 3 Jul 2009 15:21:52 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 3355C8FC1C for ; Fri, 3 Jul 2009 15:21:51 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n63FLpvt051688 for ; Fri, 3 Jul 2009 17:21:51 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n63FLpDs013271; Fri, 3 Jul 2009 17:21:51 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n63FLp2U013270; Fri, 3 Jul 2009 17:21:51 +0200 (CEST) (envelope-from ry93) Date: Fri, 3 Jul 2009 17:21:51 +0200 From: "Patrick M. Hausen" To: Dimitry Andric Message-ID: <20090703152150.GE11039@hugo10.ka.punkt.de> References: <20090703142528.GA11039@hugo10.ka.punkt.de> <4A4E174A.1050207@andric.com> <20090703144121.GC11039@hugo10.ka.punkt.de> <4A4E1E24.3020303@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A4E1E24.3020303@andric.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Mailing List Subject: Re: What is /boot/kernel/*.symbols? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 15:21:52 -0000 Hi! On Fri, Jul 03, 2009 at 05:05:08PM +0200, Dimitry Andric wrote: > E.g. the debug stuff is put into the .symbols files. The kernel itself > still contains the function and data names, though: Understood. Thanks. No, I don't want the kernel to be void of any information ;-) Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 15:45:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08844106564A for ; Fri, 3 Jul 2009 15:45:00 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id A602F8FC08 for ; Fri, 3 Jul 2009 15:44:59 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 6457 invoked by alias); 3 Jul 2009 12:27:05 -0000 Message-ID: <20090703122705.6456.qmail@us1.tomahawkonline.net> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> <20090702062738.GA58158@slackbox.xs4all.nl> <20090702041707.19651.qmail@us1.tomahawkonline.net> In-Reply-To: From: "Sagara Wijetunga" To: "Carlos A. M. dos Santos" Date: Fri, 03 Jul 2009 07:27:05 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: Roland Smith , freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 15:45:00 -0000 Carlos A. M. dos Santos writes: > Try to debug the "login" program: > > (become root) > # cd /usr/src/usr.bin/login > # make clean > # make CFLAGS=-g > # gdb /usr/obj/usr/src/usr.bin/login/login > (supposing that "sagara" is your user name) > #run sagara > (fill-in the password name, if requested) > > If the signal 11 is caught, issue "bt" command in gcc. It will show > you where the break happened. > I tried to debug the login program, here are the results: 1. For normal users, gdb exists "Program exited normally." 2. For root, gdb says "Login incorrect". On /var/log/messages: login: pam_acct_mgmt(): authentication error login: 1 LOGIN FAILURE ON ttyp0 Btw, I have mentioned in my first post that I do not have an issue with normal user logins. Its only root has a problem. When try to "su -l" from a normal user, there is no "pam_acct_mgmt(): authentication error" on logs. Its only a "(su), uid 0: exited on signal 11". Regards Sagara From owner-freebsd-stable@FreeBSD.ORG Fri Jul 3 16:09:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F271065672 for ; Fri, 3 Jul 2009 16:09:41 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 85C678FC16 for ; Fri, 3 Jul 2009 16:09:41 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 6651 invoked by alias); 3 Jul 2009 12:51:47 -0000 Message-ID: <20090703125147.6649.qmail@us1.tomahawkonline.net> References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> <20090702062738.GA58158@slackbox.xs4all.nl> <20090702041707.19651.qmail@us1.tomahawkonline.net> <20090702175722.GA75808@slackbox.xs4all.nl> In-Reply-To: <20090702175722.GA75808@slackbox.xs4all.nl> From: "Sagara Wijetunga" To: Roland Smith Date: Fri, 03 Jul 2009 07:51:47 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD child process die for root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 16:09:42 -0000 Roland Smith writes:=20 >=20 > Is there anything else from su in the logfiles? That might help narrow = down > where it crashes.=20 > No, other than the same =E2=80=9Cuid 0: exited on signal 11=E2=80=9D for = login, su and=20 cron. What we see is after the fork, child process run for some time and=20 crashes.=20 > Are you using the standard FreeBSD su? If not, check your > modifications. Does the version of the userland that you are using matc= h > the version of the kernel?=20 >=20 Our su is slightly modified. Tomorrow, I can try with standard su. Our=20 userland is in some areas different. We normally try to use newer version= s=20 wherever possible. Our build method used to produce acceptable systems ti= ll=20 FreeBSD 7.0. Its only on FreeBSD 7.2 now this issue. Other than that ther= e=20 is no other noticeable issue.=20 > I've verified that 'su -l' works fine on FreeBSD 7.2-RELEASE-p2 on the > amd64 architecture. =20 >=20 > What you could do is run 'su -l' under a debugger. =20 >=20 I just ran our normal su (without debugging info) under gdb: gdb /usr/bin/su GNU gdb 6.6 This GDB was configured as "i386-unknown-freebsd7.2"... (no debugging symbols found) (gdb) run -l Starting program: /usr/bin/su -l (no debugging symbols found) (no debugging symbols found) su: not running setuid=20 Program exited with code 01.=20 ls -l /usr/bin/su -r-sr-xr-x 1 root freebsd 14452 Jun 28 13:50 /usr/bin/su=20 This shows su is setuid root.=20 Anyway, I'll run su with debugging info tomorrow.=20 regards Sagara From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 12:49:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51AB2106564A for ; Sat, 4 Jul 2009 12:49:39 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id EE4F18FC14 for ; Sat, 4 Jul 2009 12:49:38 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 17680 invoked from network); 4 Jul 2009 09:31:42 -0000 Received: from 121.7.243.203 (HELO tdsblack.lan) (sagara@tomahawk.com.sg@121.7.243.203) by us1.tomahawkonline.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 4 Jul 2009 09:31:42 -0000 Message-ID: <4A4F51B0.2050103@tomahawk.com.sg> Date: Sat, 04 Jul 2009 20:57:20 +0800 From: Sagara Wijetunga User-Agent: Thunderbird 2.0.0.22 (X11/20090703) To: freebsd-stable@freebsd.org References: <20090701070409.7740.qmail@us1.tomahawkonline.net> <20090701174930.GC37269@slackbox.xs4all.nl> <20090702012352.17934.qmail@us1.tomahawkonline.net> <20090702062738.GA58158@slackbox.xs4all.nl> <20090702041707.19651.qmail@us1.tomahawkonline.net> In-Reply-To: Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Carlos A. M. dos Santos" , Roland Smith Subject: Re: FreeBSD child process die for root [SOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 12:49:39 -0000 Dear all The issue was solved. It was a our side mistake. On a modification we made to libutils, we execute following line without checking whether the group is empty or not. In our case, it was empty, therefore, crashes: running = strdup(*(grp->gr_mem)); So that now login, su and cron work well. Thank you for all those who helped us. Best regards Sagara From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 16:56:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927E0106567A for ; Sat, 4 Jul 2009 16:56:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFC88FC0C for ; Sat, 4 Jul 2009 16:56:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 246B746B38; Sat, 4 Jul 2009 12:56:54 -0400 (EDT) Date: Sat, 4 Jul 2009 17:56:54 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ian J Hart In-Reply-To: <20090703100627.197838cphjnil82s@10.248.192.16> Message-ID: References: <20090703100627.197838cphjnil82s@10.248.192.16> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: trap 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 16:56:55 -0000 On Fri, 3 Jul 2009, Ian J Hart wrote: > Is this likely to be hardware? Details will follow if not. This looks like a kernel NULL pointer deference (faulting address 0x0), which means it is most likely a kernel bug, although it could be triggered by a hardare problem. If this early in the boot or a diskless box, hence no dump device? Robert N M Watson Computer Laboratory University of Cambridge > > [copied from a screen dump] > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor write data, page not present > instruction pointer = 0x8:0xffffffff807c6c12 > stack pointer = 0x10:0xffffffff510e7890 > frame pointer = 0x10:0xffffff00054a6c90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1 def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 75372 (printf) > trap number = 12 > panic: page fault > cpuid = 1 > uptime: 8m2s > Cannot dump. No dump device defined. > > > -- > ian j hart > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 18:30:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86AAD1065673 for ; Sat, 4 Jul 2009 18:30:30 +0000 (UTC) (envelope-from vwe@freebsd.org) Received: from Mail.elbekies.net (mail.elbekies.net [217.6.211.146]) by mx1.freebsd.org (Postfix) with ESMTP id 40D308FC18 for ; Sat, 4 Jul 2009 18:30:30 +0000 (UTC) (envelope-from vwe@freebsd.org) Received: from mail.vtec.ipme.de (Q7c5f.q.ppp-pool.de [89.53.124.95]) by Mail.elbekies.net (Postfix) with ESMTPA id 8E7756784D for ; Fri, 3 Jul 2009 21:56:48 +0200 (CEST) Received: from [192.168.16.4] (dardanos.sz.vwsoft.com [192.168.16.4]) by mail.vtec.ipme.de (Postfix) with ESMTP id BDFA534270; Fri, 3 Jul 2009 21:55:40 +0200 (CEST) Message-ID: <4A4E6273.8060905@freebsd.org> Date: Fri, 03 Jul 2009 21:56:35 +0200 From: vwe@freebsd.org User-Agent: Thunderbird 2.0.0.21 (X11/20090417) MIME-Version: 1.0 To: Ian J Hart References: <20090703100627.197838cphjnil82s@10.248.192.16> In-Reply-To: <20090703100627.197838cphjnil82s@10.248.192.16> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-MailScanner-ID: BDFA534270.70BE5 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: vwe@freebsd.org MailScanner-NULL-Check: 1247255750.35929@Bo4ZOWiU+c6RPrwNJAXnRw Cc: freebsd-stable@freebsd.org Subject: Re: trap 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 18:30:30 -0000 On 12/23/-58 20:59, Ian J Hart wrote: > Is this likely to be hardware? Details will > follow if not. > > [copied from a screen dump] > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor write data, page not present > instruction pointer = 0x8:0xffffffff807c6c12 > stack pointer = 0x10:0xffffffff510e7890 > frame pointer = 0x10:0xffffff00054a6c90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1 def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 75372 (printf) > trap number = 12 > panic: page fault > cpuid = 1 > uptime: 8m2s > Cannot dump. No dump device defined. > > Ian, it doesn't look like it's hardware. The message basically means, some code in the kernel was trying to use a NULL pointer (which is by definition a bad pointer) and tried to do something with it. Do you experience that message often? Can you reproduce it easily? To tell you more, we need a backtrace and I'm wondering if you can manage to get the kernel dump being written and have us getting the stack backtrace and more debugging information. If, by any chance, you're using a recent 7.x system, you may want to enable textdump(4) (AFAIR introduced before 7.1, also look at ddb(8)). For setting up your system for kernel crashdumps, please have a look at the handbook and savecore(8). For getting infos out of a kernel crashdump, please check the developers handbook. Please try to get us some debug information and we can then most likely suggest something. HTH Volker From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 20:19:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E6310656C6 for ; Sat, 4 Jul 2009 20:19:12 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com (web.hostmailing.com [200.110.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id DE9C08FC0A for ; Sat, 4 Jul 2009 20:19:11 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com ([200.110.145.34] helo=www.hostmailing.com) by web.hostmailing.com with esmtpa (Exim 4.63) (envelope-from ) id 1MNBfu-0007J3-2z for freebsd-stable@freebsd.org; Sat, 04 Jul 2009 17:17:30 -0300 Date: Sat, 4 Jul 2009 17:17:30 -0300 To: freebsd-stable@freebsd.org From: Exemys Message-ID: <899ec6d540554d574eac8c9ad47bf47b@www.hostmailing.com> X-Priority: 3 X-Mailer: wh4535 [version 3.1] MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: WiFi + Inputs and Outputs (Digital and Analog) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: exemys@exemys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 20:19:12 -0000 This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 21:55:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7300D106564A for ; Sat, 4 Jul 2009 21:55:35 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 30BE68FC13 for ; Sat, 4 Jul 2009 21:55:34 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1393375and.13 for ; Sat, 04 Jul 2009 14:55:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=fWhWVz7dC2kkVmFwSxVLGLtuthOx0kGdRz2DXl0iYMA=; b=FijOjhaQbL+KN7SJ38rLPZ9cEHo3IgBT65wWQhxKMTFxKEIYHD1RbNH+lQ1JrFtFdo TLLWq98E3Hdsg3W74E0SFtiHFTDxjT0f9Im9QO8+mvfbyWheETmnheFAijuZHFoNhGAb IjcKOPRiOlXH9mxVfTrUuAQnDp9vKq+Smb+GM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=CsLLIO6lS0JUK6T9eagVCMUfvJSwZeARCEKMCgy/n60lPgFTn8VCJXcZ74kCr1eCdA KjevJbiabIzPYE2XLA+/2JRP+/LNhpXdFRTF8MCleMpB20Z27vNqt+buMaBPwbWsRON4 6qX7n71Kf0Z7Kio8ZkhQTvhJmAYThbEGXuYzk= MIME-Version: 1.0 Received: by 10.100.209.14 with SMTP id h14mr5012519ang.139.1246744534321; Sat, 04 Jul 2009 14:55:34 -0700 (PDT) Date: Sun, 5 Jul 2009 00:55:34 +0300 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ZFS and df weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 21:55:35 -0000 Hello list. I have a single 2tb disk used on a 7.2-release/amd64 system with a small part of it given to UFS and most of the disk given to a single "simple" zfs pool with several filesystems without redundancy. I've noticed a really weird thing regarding what "df" reports regarding the "total space" of one of my filesystems: atom# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 1.80T 294G 1.51T 15% ONLINE - atom# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 294G 1.48T 18K none tank/DATA 292G 1.48T 292G /DATA tank/home 216K 1.48T 21K /home tank/home/jago 132K 1.48T 132K /home/jago tank/home/karni 62K 1.48T 62K /home/karni tank/usr 1.33G 1.48T 18K none tank/usr/local 455M 1.48T 455M /usr/local tank/usr/obj 18K 1.48T 18K /usr/obj tank/usr/ports 412M 1.48T 412M /usr/ports tank/usr/src 495M 1.48T 495M /usr/src tank/var 320K 1.48T 18K none tank/var/log 302K 1.48T 302K /var/log atom# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad12s1a 16244334 1032310 13912478 7% / devfs 1 1 0 100% /dev linprocfs 4 4 0 100% /usr/compat/linux/proc tank/DATA 1897835904 306397056 1591438848 16% /DATA tank/home 1591438848 0 1591438848 0% /home tank/home/jago 1591438976 128 1591438848 0% /home/jago tank/home/karni 1591438848 0 1591438848 0% /home/karni tank/usr/local 1591905024 466176 1591438848 0% /usr/local tank/usr/obj 1591438848 0 1591438848 0% /usr/obj tank/usr/ports 1591860864 422016 1591438848 0% /usr/ports tank/usr/src 1591945600 506752 1591438848 0% /usr/src tank/var/log 1591439104 256 1591438848 0% /var/log atom# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad12s1a 15G 1.0G 13G 7% / devfs 1.0K 1.0K 0B 100% /dev linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc tank/DATA 1.8T 292G 1.5T 16% /DATA tank/home 1.5T 0B 1.5T 0% /home tank/home/jago 1.5T 128K 1.5T 0% /home/jago tank/home/karni 1.5T 0B 1.5T 0% /home/karni tank/usr/local 1.5T 455M 1.5T 0% /usr/local tank/usr/obj 1.5T 0B 1.5T 0% /usr/obj tank/usr/ports 1.5T 412M 1.5T 0% /usr/ports tank/usr/src 1.5T 495M 1.5T 0% /usr/src tank/var/log 1.5T 256K 1.5T 0% /var/log Considering that every single filesystem is part of the exact same pool, with no custom options whatsoever used during filesystem creation (except for mountpoints), why is the size of tank/DATA 1.8T while the others are 1.5T? - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 23:26:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C2D510656D4 for ; Sat, 4 Jul 2009 23:26:03 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 042038FC1A for ; Sat, 4 Jul 2009 23:26:02 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yxe11 with SMTP id 11so4551455yxe.3 for ; Sat, 04 Jul 2009 16:26:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=maipnqYxaz9vqznsUDh3ecMCp3z/yJCLi1yYmzpCRNw=; b=fNUr0hrYvNmvUGmELKup6W91pBy4Z70JqEeIyTo8GAfSFl2RHc/48Qltud8Q2aA/eO 2Wv/elagxh/MIarTFsQz98DLcHubDE2qbQwrAvoP/HDv3OyksM0iYr0ZdwxbEOu5Hxm2 CXx/uTic98uuxWfz/e11OUB+TBaZkdvj8NIyk= 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=UGcvl3QTVW45dgIZ8m9v0jwff+16Gz4ULglX3ce1gufrVRCkS/sxYD2F55LYAma42+ +p2lk3hggv5gTtKhQTUjuwcRqsJeJjMpfbHhjBojcMVisRC+I27LjluldZeaDVTq/F2x TizUsl6sVxBrxCvqfzJ4Y4iKdO6gMooNR59Xs= MIME-Version: 1.0 Received: by 10.100.9.18 with SMTP id 18mr5001946ani.177.1246749962107; Sat, 04 Jul 2009 16:26:02 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 Jul 2009 16:26:02 -0700 Message-ID: From: Freddie Cash To: Dan Naumov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-STABLE Mailing List Subject: Re: ZFS and df weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 23:26:03 -0000 On Sat, Jul 4, 2009 at 2:55 PM, Dan Naumov wrote: > Hello list. > > I have a single 2tb disk used on a 7.2-release/amd64 system with a > small part of it given to UFS and most of the disk given to a single > "simple" zfs pool with several filesystems without redundancy. I've > noticed a really weird thing regarding what "df" reports regarding the > "total space" of one of my filesystems: > > atom# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad12s1a 15G 1.0G 13G 7% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc > tank/DATA 1.8T 292G 1.5T 16% /DATA > tank/home 1.5T 0B 1.5T 0% /home > tank/home/jago 1.5T 128K 1.5T 0% /home/jago > tank/home/karni 1.5T 0B 1.5T 0% /home/karni > tank/usr/local 1.5T 455M 1.5T 0% /usr/local > tank/usr/obj 1.5T 0B 1.5T 0% /usr/obj > tank/usr/ports 1.5T 412M 1.5T 0% /usr/ports > tank/usr/src 1.5T 495M 1.5T 0% /usr/src > tank/var/log 1.5T 256K 1.5T 0% /var/log > > Considering that every single filesystem is part of the exact same > pool, with no custom options whatsoever used during filesystem > creation (except for mountpoints), why is the size of tank/DATA 1.8T > while the others are 1.5T? > Did you set a reservation for any of the other filesystems? Reserved space is not listed in the "general" pool. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 23:31:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFADD1065674 for ; Sat, 4 Jul 2009 23:31:00 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCF98FC2F for ; Sat, 4 Jul 2009 23:31:00 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1410527and.13 for ; Sat, 04 Jul 2009 16:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2NiypMTlNS2odywv1x/vWxSctbUCYivA2qfG88wbH08=; b=GD/DUOowCFMURd5jlT5p9tibuoiqmx3EoUI4eEaYemHXRvRRD5VjIHK1rTdgIfIOkL dlLWomh61NguCNeO+gUMDrlKpcohZkRMW8bzvaiTx0jU1qbObaIX5jLk5nLxDRkN9qzR lDDH5KNwKPtXeHkeC/Pc9H54J7cTrdltD/55Y= 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=EvVh79AwzoGrc5I8HFE8LA9OiNPWpoQtDIK7J+TYDE9RmUwhZE5vv77zZMoGcsXsj9 20GpuislwCc8IM0JPb+KD9i1ueNsE7DRlP4+cFBxpQVLs1P57NGQS4xyjajoiP47UTSL dpziW3+kROJRKrE+JfxArQYBGNqVawiAYWdGs= MIME-Version: 1.0 Received: by 10.100.213.13 with SMTP id l13mr5226080ang.110.1246750259972; Sat, 04 Jul 2009 16:30:59 -0700 (PDT) In-Reply-To: References: Date: Sun, 5 Jul 2009 02:30:59 +0300 Message-ID: From: Dan Naumov To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-STABLE Mailing List Subject: Re: ZFS and df weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 23:31:00 -0000 On Sun, Jul 5, 2009 at 2:26 AM, Freddie Cash wrote: > > > On Sat, Jul 4, 2009 at 2:55 PM, Dan Naumov wrote: >> >> Hello list. >> >> I have a single 2tb disk used on a 7.2-release/amd64 system with a >> small part of it given to UFS and most of the disk given to a single >> "simple" zfs pool with several filesystems without redundancy. I've >> noticed a really weird thing regarding what "df" reports regarding the >> "total space" of one of my filesystems: >> >> atom# df -h >> Filesystem =A0 =A0 =A0 =A0 Size =A0 =A0Used =A0 Avail Capacity =A0Mounte= d on >> /dev/ad12s1a =A0 =A0 =A0 =A015G =A0 =A01.0G =A0 =A0 13G =A0 =A0 7% =A0 = =A0/ >> devfs =A0 =A0 =A0 =A0 =A0 =A0 =A01.0K =A0 =A01.0K =A0 =A0 =A00B =A0 100%= =A0 =A0/dev >> linprocfs =A0 =A0 =A0 =A0 =A04.0K =A0 =A04.0K =A0 =A0 =A00B =A0 100% =A0= =A0/usr/compat/linux/proc >> tank/DATA =A0 =A0 =A0 =A0 =A01.8T =A0 =A0292G =A0 =A01.5T =A0 =A016% =A0= =A0/DATA >> tank/home =A0 =A0 =A0 =A0 =A01.5T =A0 =A0 =A00B =A0 =A01.5T =A0 =A0 0% = =A0 =A0/home >> tank/home/jago =A0 =A0 1.5T =A0 =A0128K =A0 =A01.5T =A0 =A0 0% =A0 =A0/h= ome/jago >> tank/home/karni =A0 =A01.5T =A0 =A0 =A00B =A0 =A01.5T =A0 =A0 0% =A0 =A0= /home/karni >> tank/usr/local =A0 =A0 1.5T =A0 =A0455M =A0 =A01.5T =A0 =A0 0% =A0 =A0/u= sr/local >> tank/usr/obj =A0 =A0 =A0 1.5T =A0 =A0 =A00B =A0 =A01.5T =A0 =A0 0% =A0 = =A0/usr/obj >> tank/usr/ports =A0 =A0 1.5T =A0 =A0412M =A0 =A01.5T =A0 =A0 0% =A0 =A0/u= sr/ports >> tank/usr/src =A0 =A0 =A0 1.5T =A0 =A0495M =A0 =A01.5T =A0 =A0 0% =A0 =A0= /usr/src >> tank/var/log =A0 =A0 =A0 1.5T =A0 =A0256K =A0 =A01.5T =A0 =A0 0% =A0 =A0= /var/log >> >> Considering that every single filesystem is part of the exact same >> pool, with no custom options whatsoever used during filesystem >> creation (except for mountpoints), why is the size of tank/DATA 1.8T >> while the others are 1.5T? > > Did you set a reservation for any of the other filesystems?=A0 Reserved s= pace > is not listed in the "general" pool. no custom options whatsoever were used during filesystem creation (except for mountpoints). - Dan From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 23:39:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B312106568E for ; Sat, 4 Jul 2009 23:39:02 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1589B8FC0A for ; Sat, 4 Jul 2009 23:39:01 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by bwz9 with SMTP id 9so521550bwz.43 for ; Sat, 04 Jul 2009 16:39:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nGfK4TKWhAXWFZp1hKfE+MvIGPJ+S/imxNsHMEMDBS8=; b=Jjs1KA0GVNJeGMY82Oh8VgpVLSd2nPKYGx0q9xD2c7LgZ6k/cs/AOsm1CohebjltZ1 bM+bl/hZ+k2McO8G5PE/90KjYmp57Bt0soN7zJbB6ZmjOOuuK63jXW3XPZXHEzQoDapw pBVYTTfTa/yBGXJdM2SCgqQs5RXfTxelTQq7E= 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=taDBaGisaXZXHDc9y6gzEmfFexvrfBwM5w6eS3J6VkwhvsPrl3JwlsIpYpB3dJ3myy 1XkIOZza+QhHyZSDN41R0G65IdqoAHAmCpt2tRi1pXUugRl+onUt3r6IDjt5Ui28J6vU StV6b+kq5QwokGSJPrRQeHOuStvGB90VVGXcY= MIME-Version: 1.0 Received: by 10.204.103.129 with SMTP id k1mr2884498bko.22.1246748958551; Sat, 04 Jul 2009 16:09:18 -0700 (PDT) In-Reply-To: References: Date: Sun, 5 Jul 2009 01:09:18 +0200 Message-ID: <14989d6e0907041609q62257ecdn6b80fd3b99b40df8@mail.gmail.com> From: Christian Walther To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: ZFS and df weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 23:39:02 -0000 Hi Dan, basically the "size" in df shows the current free space plus the used space of the specific filesystem. This makes sense: Since per default all disk space is shared, and thus can be used by all filesystems, all filesystems need to report it as free space. Well, and used space has to be added to the complete size, of course. In your setup, there are 1.5TB available, but DATA uses 292GB (rounded to 300GB). Both value add up to 1.8TB, giving the overall size of your pool. (There is another rounding error because of your other filesystems, but they are rather small.) If you, say, add 400GB to tank/home/jago your df would look something like this: > tank/DATA 1.4T 292G 1.1T 16% /DATA > tank/home/jago 1.1T 400G 1.1T 0% /home/jago It needs some time to get used to the way df displays data. IMO things are getting easier when one remembers that the OS actually treats every Z Filesystem like an individual device. And BTW: The real fun starts when you add reservation and quotas to some of your filesystems. ;-) HTH Christian From owner-freebsd-stable@FreeBSD.ORG Sat Jul 4 23:39:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0971910656B3 for ; Sat, 4 Jul 2009 23:39:14 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC4B8FC19 for ; Sat, 4 Jul 2009 23:39:13 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090704233912.JINM6742.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com> for ; Sun, 5 Jul 2009 00:39:12 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090704233911.CFXU22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Sun, 5 Jul 2009 00:39:11 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n64NcYwW069872; Sun, 5 Jul 2009 00:38:34 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by webmail.private.lan (Horde Framework) with HTTP; Sun, 05 Jul 2009 00:38:34 +0100 Message-ID: <20090705003834.12211k8697td2o74@webmail.private.lan> Date: Sun, 05 Jul 2009 00:38:34 +0100 From: Ian J Hart To: "Patrick M. Hausen" References: <20090703142528.GA11039@hugo10.ka.punkt.de> <4A4E174A.1050207@andric.com> <20090703144121.GC11039@hugo10.ka.punkt.de> <4A4E1E24.3020303@andric.com> <20090703152150.GE11039@hugo10.ka.punkt.de> In-Reply-To: <20090703152150.GE11039@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=lOIQmNVrnfMA:10 a=gwWZYhjKAAAA:8 a=6I5d2MoRAAAA:8 a=Tq-QsPyP8o0rIczBOtUA:9 a=UK-hxttRcxOIlZ5nzcIA:7 a=29vZISoXiX5_AIIL8oaIFzqx_y4A:4 a=bdh3v8gRZM0A:10 a=EgWzmvyEIwcA:10 a=SV7veod9ZcQA:10 Cc: Dimitry Andric , FreeBSD Stable Mailing List Subject: Re: What is /boot/kernel/*.symbols? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 23:39:14 -0000 Quoting "Patrick M. Hausen" : > Hi! > > On Fri, Jul 03, 2009 at 05:05:08PM +0200, Dimitry Andric wrote: >> E.g. the debug stuff is put into the .symbols files. The kernel itself >> still contains the function and data names, though: > > Understood. Thanks. No, I don't want the kernel to be void > of any information ;-) > > Kind regards, > Patrick > -- > punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe > Tel. 0721 9109 0 * Fax 0721 9109 100 > info@punkt.de http://www.punkt.de > Gf: Jürgen Egeling AG Mannheim 108285 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I just had an installworld fail due to this (/rescue). Given that many people will have chosen the default root size offered by sysinstall a different build default would seem prudent. In any case sysinstall needs to be updated (1GB?). Let's not put off new users anymore than we have to. -- ian j hart ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.