From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 06:45:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54A6C1065670; Sun, 29 Aug 2010 06:45:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 090C98FC13; Sun, 29 Aug 2010 06:45:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7T6j91L091830; Sun, 29 Aug 2010 02:45:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7T6j9kp091829; Sun, 29 Aug 2010 06:45:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Aug 2010 06:45:09 GMT Message-Id: <201008290645.o7T6j9kp091829@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 06:45:10 -0000 TB --- 2010-08-29 06:16:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-29 06:16:06 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-08-29 06:16:06 - cleaning the object tree TB --- 2010-08-29 06:16:20 - cvsupping the source tree TB --- 2010-08-29 06:16:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-08-29 06:17:00 - building world TB --- 2010-08-29 06:17:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-29 06:17:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-29 06:17:00 - TARGET=powerpc TB --- 2010-08-29 06:17:00 - TARGET_ARCH=powerpc64 TB --- 2010-08-29 06:17:00 - TZ=UTC TB --- 2010-08-29 06:17:00 - __MAKE_CONF=/dev/null TB --- 2010-08-29 06:17:00 - cd /src TB --- 2010-08-29 06:17:00 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 29 06:17:01 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> gnu/lib/libgomp (all) cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/alloc.c cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/barrier.c cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/critical.c cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/env.c In file included from /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/env.c:32: ./libgomp_f.h: In function 'omp_check_defines': ./libgomp_f.h:65: error: size of array 'test' is negative *** Error code 1 Stop in /src/gnu/lib/libgomp. *** Error code 1 Stop in /src/gnu/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-29 06:45:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-29 06:45:09 - ERROR: failed to build world TB --- 2010-08-29 06:45:09 - 1143.49 user 371.59 system 1742.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 09:37:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61E08106566B for ; Sun, 29 Aug 2010 09:37:15 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AB93D8FC13 for ; Sun, 29 Aug 2010 09:37:14 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA17191 for ; Sun, 29 Aug 2010 12:25:23 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ope8g-000AtX-V7 for freebsd-current@FreeBSD.org; Sun, 29 Aug 2010 12:25:23 +0300 Message-ID: <4C7A2782.5040009@freebsd.org> Date: Sun, 29 Aug 2010 12:25:22 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201007141414.o6EEEUx9014690@lurza.secnetix.de> <4C782D3B.6020407@icyb.net.ua> <201008271743.29393.jkim@FreeBSD.org> <4C7835E6.6070309@icyb.net.ua> In-Reply-To: <4C7835E6.6070309@icyb.net.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: patch for topology detection of Intel CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 09:37:15 -0000 [Reposted from stable@; edited] The below patch is against sources in FreeBSD tree, it should be applied either to sys/amd64/amd64/mp_machdep.c or sys/i386/i386/mp_machdep.c depending on the desired architecture: http://people.freebsd.org/~avg/intel-cpu-topo.diff The patch is substantially based on the Junk-uk's patch, but with some changes and additions: - topo_prob_0x4() is rewritten so that it does APIC ID matching against masks as described in the Intel article. The code still heavily depends on the assumption of the uniform topology, it discovers number of cores in BSP package and number of threads in BSP core and extrapolates that to global topology. The difference with current code and Junk-uk's patch is that actual APIC ID matching is done as opposed to deriving counts purely from max. values. - topo_prob_0x4() is invoked for 1 <= cpu_high < 4 case as well as for 4 <= cpu_high < 11 case as done in the current code, but unlike Junk-uk's patch. The code should be able to properly handle that class of CPUs and either detect hyperthreading topology or fallback to one processor per package topology. - added a few comments that describe uniformity assumption, plus couple other useful things. - changed "final fallback" code, so that each logical CPU is considered to be in its own physical package as opposed to current code placing all logical CPUs as cores of a single package. The rest is Junk-uk's work. Concerns: - about my code: ilog2_round_pow2 name is ugly; looking for suggestions on a better name or re-arranging/writing that code, so that the function is not needed. - about current code: logical_cpus variable (don't confuse with cpu_logical) doesn't seem to be consistently used; e.g. it is not set at all by topo_probo_0xb(); also, the method of using it for setting logical_cpus_mask doesn't seem to be reliable - BSP may be missed. Reviews, comments and test reports are very welcome! Please test the patch if you have any problems with how CPU topology is reported by the current code. Please test even if everything is OK, to avoid regressions. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 09:38:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3B710656A9; Sun, 29 Aug 2010 09:38:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE8E8FC0C; Sun, 29 Aug 2010 09:38:10 +0000 (UTC) Received: by iwn36 with SMTP id 36so4546519iwn.13 for ; Sun, 29 Aug 2010 02:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=2TY+eZ7PF4rLM38QbmJkwdY6fkjgxDNF6nxgCSK9m5E=; b=tdbjlkGwr92usBzV4QkQpRzHQRcKFmidehXFfzBiDo8/hFXf77LEkMGC4gmXY3IPu4 XpTyaoJh//2y8YiTfKCaR6XzMsvjFV88uXfGDMxPqOucpmYnsxzFbA+0bRsplq5kTkGj 1n6J6jNrcEU9NiaiU/oDcSmidCyNjZxq918jg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=FZ423Y2zUwD21U5eYGnh5YwBhYUcZFJCuu8T7K3u4XxoKgMBBtDZGcZfD7RhQj1vdI NpfHXz0O+sPbMjrcku6q2Ul142O/v/Z01uznd+X+ZAS1sc5yvpp2kfPsmE14UlcshsoR zbk3Qo2v6QGEquQirK4h9CVU6LNB8TO5Q3rbI= Received: by 10.231.184.168 with SMTP id ck40mr3293412ibb.174.1283074689586; Sun, 29 Aug 2010 02:38:09 -0700 (PDT) Received: from centel.dataix.local ([99.181.137.20]) by mx.google.com with ESMTPS id n20sm5974354ibe.11.2010.08.29.02.38.07 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Aug 2010 02:38:07 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C7A2A7D.5040007@DataIX.net> Date: Sun, 29 Aug 2010 05:38:05 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4C713EF5.8080402@FreeBSD.org> <4C714FC0.90005@FreeBSD.org> <20100828081917.ee931f7f.nork@FreeBSD.org> <4C78655C.3010200@DataIX.net> <4C78C6C3.1010005@icyb.net.ua> <4C78D0EE.6040708@DataIX.net> <20100828092602.GG2077@garage.freebsd.pl> In-Reply-To: <20100828092602.GG2077@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Artem Belevich , Martin Matuska , Andriy Gapon Subject: Re: [CFT] Improved ZFS metaslab code (faster write speed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 09:38:10 -0000 On 08/28/2010 05:26, Pawel Jakub Dawidek wrote: > On Sat, Aug 28, 2010 at 05:03:42AM -0400, jhell wrote: >> On 08/28/2010 04:20, Andriy Gapon wrote: >>> on 28/08/2010 04:24 jhell said the following: >>>> The modified patch from avg@ (portion patch) is: >>>> >>>> #ifdef _KERNEL >>>> if (arc_reclaim_needed()) { >>>> needfree = 0; >>>> wakeup(&needfree); >>>> } >>>> #endif >>>> >>>> I still moved that down to below _KERNEL for the obvious reasons. But >>>> when I was using the original patch with if (needfree) I noticed a >>>> performance degradation after ~12 hours of use with and without UMA >>>> turned on. So far with ~48 hours of testing with the top half of that >>>> being with the above change, I have not seen more degradation of >>> >>> This is quite unexpected. >>> needfree should be checked as the very first thing in arc_reclaim_needed() >>> [unless you have patched it locally]. So if needfree is 1 then >>> arc_reclaim_needed() should also return 1. But the converse is not true, >>> arc_reclaim_needed() may return 1 even if needfree is zero. >>> >>> So if your testing results are conclusive then it must mean that some extra >>> wakeups on needfree are needed. I.e. needfree is zero, so there shouldn't be >>> anything waiting on it (see arc_lowmem) and no notification should be needed, >>> but issuing somehow does make difference, >>> Hmm... >>> >> >> I will look further into this and see if I can throw a counter around it >> or some printf's so I can at least log what its doing in both instances. >> >> I thought the very same thing you said above when I saw your patch for >> that and was astounded at the results that were returned from it. So in >> short testing I reverted it back quickly to see if that was the cause of >> the problem and sure enough everything resumed to the way it was before. >> >> Anyway thanks for the reply. I will get back to you if I see anything >> cool arise from this. > > Could you include the following patch to your testing: > > http://people.freebsd.org/~pjd/patches/arc.c.9.patch > Sure thing. Adding it now. -- jhell,v From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 10:04:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C881065674 for ; Sun, 29 Aug 2010 10:04:06 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2748FC08 for ; Sun, 29 Aug 2010 10:04:06 +0000 (UTC) Received: by iwn36 with SMTP id 36so4558858iwn.13 for ; Sun, 29 Aug 2010 03:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=goCAGvUBvp/tiGn7K+A0i+cWyetsuYLYEwL8zoygO4A=; b=CHwroFJ9j+FTa5PaH0Dst6eNoP9fMfK+CUx5Iva5g6qOtFQpDCloYxNnjM0tbbNgKc zBoczs0LSPd6GnQmyw+CvykTgPwbgcn775TQercbAfG/jbIDxY/sQIHqljOspxwMYXQL OrHJBg9wu+NIchqQUcwDE8iwtsRxt67yuGrtk= 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=WVciykI/Bm3vCfb/rUPcp6HGV6WsK2Lz+hb/fyS6ocjEUVS1XkPdHw9xCtUUkhVMlO spRYhZPD4AaJbVtwBWLFSuLin70OZaAw5Y627sdOOR3qkuS6MHV3hCDL1yobxbRG3lyi Nfl/Mo9fTLKs9OTvSYB2o0O2kWHYD+ohX5dOQ= MIME-Version: 1.0 Received: by 10.231.156.65 with SMTP id v1mr3626789ibw.107.1283074804462; Sun, 29 Aug 2010 02:40:04 -0700 (PDT) Received: by 10.231.10.202 with HTTP; Sun, 29 Aug 2010 02:40:04 -0700 (PDT) In-Reply-To: <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> References: <19577.18337.120013.129482@hergotha.csail.mit.edu> <4C79499B.3050305@icyb.net.ua> <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> Date: Sun, 29 Aug 2010 09:40:04 +0000 Message-ID: From: Buganini To: Garrett Wollman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: avg@icyb.net.ua, current@freebsd.org Subject: Re: Difficulty playing DVDs under AHCI/CAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 10:04:06 -0000 BTW, it seems that DVD burning with ahci is broken, burning a CD is okay, but I never burn a DVD sucessfully with ahci. Always get somethings like "unable to write@60H input/output error" and many "(cd0:ahcich2:0:0:0): SCSI sense: ILLEGAL REQUEST csi:43,0,0,c asc:24,0 (Invalid field in CDB): Command byte 6 is invalid" in dmesg, With ahci unloaded, I see "(cd0:ata4:0:0:0): SCSI sense: ILLEGAL REQUEST csi:43,0,0,c asc:24,0 (Invalid field in CDB): Command byte 6 is invalid" once, but it works. But I can read data DVD with ahci and sucessfully verify data with diff. --Buganini On Sat, Aug 28, 2010 at 5:41 PM, Garrett Wollman wrot= e: > In article <4C79499B.3050305@icyb.net.ua> avg@icyb.net.ua writes: >>> [I wrote:] >>> ...say what? =C2=A0Why is the cd driver suddenly returning ENXIO? >> >>Strange indeed. >>Can you dtrace this read? =C2=A0You can use combination of syscall and fb= t providers >>with execname predicate. > > You're going to have to be much much more specific than that. > > -GAWollman > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 11:10:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B91DF1065693 for ; Sun, 29 Aug 2010 11:10:50 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 421528FC12 for ; Sun, 29 Aug 2010 11:10:49 +0000 (UTC) Received: by bwz20 with SMTP id 20so3632855bwz.13 for ; Sun, 29 Aug 2010 04:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=mN7KDXZw4ANSdn9d7VM8iHRF5AwP7GNJlEy6w2FEmeo=; b=GgIQVSGLf9a24w+YD89yQN7dBXxwwrGzW+gudXkdWAR9k2MGElvrXfEexY+5NkRM9S uN/CoKZAeWMHF19dFAD0hm9qDEyKugQd0Bi0h8Eiuseu/8VJQu7VjMlPp65Ug9Ea5T71 z+jO8ruiutintga3CTg9GrenUtVrJ5Fqw86vo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=Gf3wcJzXWFnwLbXZ3mnVCMc6SWgC3O9wruwdTeOPHAyfWb6bV6UnIIf9HZs5wZUSQ4 GVrfzVGgzag4642EXMxfDNAn1iAQq188Jwr3gqcwyLO99GiyxcUE8SsJ6T3RrfOcW7Ic O3CtNr/tbVGVWhsVHF8zU/Way1nZPrFXEwYaY= Received: by 10.204.15.148 with SMTP id k20mr2186143bka.74.1283078876956; Sun, 29 Aug 2010 03:47:56 -0700 (PDT) Received: from ernst.jennejohn.org (p578E1CBA.dip.t-dialin.net [87.142.28.186]) by mx.google.com with ESMTPS id d27sm4203980bku.22.2010.08.29.03.47.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 29 Aug 2010 03:47:56 -0700 (PDT) Date: Sun, 29 Aug 2010 12:47:54 +0200 From: Gary Jennejohn To: Buganini Message-ID: <20100829124754.1427b8e3@ernst.jennejohn.org> In-Reply-To: References: <19577.18337.120013.129482@hergotha.csail.mit.edu> <4C79499B.3050305@icyb.net.ua> <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Difficulty playing DVDs under AHCI/CAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 11:10:50 -0000 On Sun, 29 Aug 2010 09:40:04 +0000 Buganini wrote: > BTW, it seems that DVD burning with ahci is broken, > burning a CD is okay, but I never burn a DVD sucessfully with ahci. > Always get somethings like "unable to write@60H input/output error" > and many "(cd0:ahcich2:0:0:0): SCSI sense: ILLEGAL REQUEST > csi:43,0,0,c asc:24,0 (Invalid field in CDB): Command byte 6 is > invalid" > in dmesg, > > With ahci unloaded, I see "(cd0:ata4:0:0:0): SCSI sense: ILLEGAL > REQUEST csi:43,0,0,c asc:24,0 (Invalid field in CDB): Command byte 6 > is invalid" once, but it works. > > But I can read data DVD with ahci and sucessfully verify data with diff. > I've been using ahci for a long time (-current) and have absolutely no problem burning CDs/DVDs with xfburner. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 13:10:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D8991065697; Sun, 29 Aug 2010 13:10:09 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 652248FC16; Sun, 29 Aug 2010 13:10:08 +0000 (UTC) Received: by fxm4 with SMTP id 4so3260857fxm.13 for ; Sun, 29 Aug 2010 06:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=VJBM3LNnn+8sZAn5z0gPqGKFyWdakafvfONZW5uz35g=; b=i8hFCTuTyEiWV9ad3D/y7n+B5IOCtcXM19/8hY6nHpf8iYjiKYE6Jd33vliP9pJhp6 Xz6J9hCf4RxcsiSN4mv7CzYxK1PNtHZ6tQIp76COZH5dp4BbAgc4GQqvCtubdF0DAdeF mZW4Ov6Ako15TdCuyYAvp3eg+KSbnf+pWCvTc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=ALW2DigD8uCa8UfODwvXtiEENdL+mxzkfjXYNfJeLQZBx+q7q/RcOlILAr+Avb4/nd Av5JnTdrehN1JUelYn0FVp07ZcRQ+B99CVrhGlIQXvAAVE1VRJnDkAxBe6FDZ7/vm1Rl 4iR22xwZ4jxBrc34ltWKZdqmy4XKpQOSk98VI= Received: by 10.223.110.79 with SMTP id m15mr1838858fap.22.1283087407207; Sun, 29 Aug 2010 06:10:07 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id f28sm2856209faa.24.2010.08.29.06.10.05 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Aug 2010 06:10:06 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7A5C28.1090904@FreeBSD.org> Date: Sun, 29 Aug 2010 16:10:00 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-hackers@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 13:10:09 -0000 Hi. I would like to present my new work on timers management code. In my previous work I was mostly orienting on reimplementing existing functionality in better way. The result seemed not bad, but after looking on perspectives of using event timers in one-shot (aperiodic) mode I've understood that implemented code complexity made it hardly possible. So I had to significantly cut it down and rewrite from the new approach, which is instead primarily oriented on using timers in one-shot mode. As soon as some systems have only periodic timers I have left that functionality, though it was slightly limited. New management code implements two modes of operation: one-shot and periodic. Specific mode to be used depends on hardware capabilities and can be controlled. In one-shot mode hardware timers programmed to generate single interrupt precisely at the time of next wanted event. It is done by comparing current binuptime with next scheduled times of system events (hard-/stat-/profclock). This approach has several benefits: event timer precision is now irrelevant for system timekeeping, hard- and statclocks are not aliased, while only one timer used for it, and the most important -- it allows us to define which events and when exactly we really want to handle, without strict dependence on fixed hz, stathz, profhz periods. Sure, our callout system is highly depends on hz value, but now at least we can skip interrupts when we have no callouts to handle at the time. Later we can go further. Periodic mode now also uses alike principals of scheduling events. But timer running in periodic mode just unable to handle arbitrary events and as soon as event timers may not be synchronized to system timecounter and may drift from it, causing jitter effects. So I've used for time source of scheduling the timer events themselves. As result, periodic timer runs on fixed frequency multiply to hz rate, while statclock and profclock generated by dividing it respectively. (If somebody would tell me that hardclock jitter is not really a big problem, I would happily rip that artificial timekeeping out of there to simplify code.) Unluckily this approach makes impossible to use two events timers to completely separate hard- and statclocks any more, but as I have said, this mode is required only for limited set of systems without one-shot capable timers. Looking on my recent experience with different platforms, it is not a big fraction. Management code is still handles both per-CPU and global timers. Per-CPU timers usage is obvious. Global timer is programmed to handle all CPUs needs. In periodic mode global timer generates periodic interrupts to some one CPU, while management code then redistributes them to CPUs that really need it, using IPI. In one-shot mode timer is always programmed to handle first scheduled event throughout the system. When that interrupt arrives, it is also getting redistributed to wanting CPUs with IPI. To demonstrate features that could be obtained from so high flexibility I have incorporated the idea and some parts of dynamic ticks patches of Tsuyoshi Ozawa. Now, when some CPU goes down into C2/C3 ACPI sleep state, that CPU stops scheduling of hard-/stat-/profclock events until the next registered callout event. If CPU wakes up before that time by some unrelated interrupt, missed ticks are called artificially (it is needed now to keep realistic system stats). After system is up to date, interrupt is handled. Now it is implemented only for ACPI systems with C2/C3 states support, because ACPI resumes CPU with interrupts disabled, that allows to keep up missed time before interrupt handler or some other process (in case of unexpected task switch) may need it. As I can see, Linux does alike things in the beginning of every interrupt handler. I have actively tested this code for a few days on my amd64 Core2Duo laptop and i386 Core-i5 desktop system. With C2/C3 states enabled systems experience only about 100-150 interrupts per second, having HZ set to 1000. These events mostly caused by several event-greedy processes in our tree. I have traced and hacked several most aggressive ones in this patch: http://people.freebsd.org/~mav/tm6292_idle.patch . It allowed me to reduce down to as low as 50 interrupts per system, including IPIs! Here is the output of `systat -vm 1` from my test system: http://people.freebsd.org/~mav/systat_w_oneshot.txt . Obviously that with additional tuning the results can be improved even more. My latest patch against 9-CURRENT can be found here: http://people.freebsd.org/~mav/timers_oneshot4.patch Comments, ideas, propositions -- welcome! Thanks to all who read this. ;) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 23:23:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514F110656AE; Sun, 29 Aug 2010 23:23:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 01B228FC0A; Sun, 29 Aug 2010 23:23:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7TNNZYB001438; Sun, 29 Aug 2010 19:23:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7TNNZ4K001433; Sun, 29 Aug 2010 23:23:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Aug 2010 23:23:35 GMT Message-Id: <201008292323.o7TNNZ4K001433@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 23:23:37 -0000 TB --- 2010-08-29 22:54:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-29 22:54:57 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-08-29 22:54:57 - cleaning the object tree TB --- 2010-08-29 22:55:09 - cvsupping the source tree TB --- 2010-08-29 22:55:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-08-29 22:55:37 - building world TB --- 2010-08-29 22:55:37 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-29 22:55:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-29 22:55:37 - TARGET=powerpc TB --- 2010-08-29 22:55:37 - TARGET_ARCH=powerpc64 TB --- 2010-08-29 22:55:37 - TZ=UTC TB --- 2010-08-29 22:55:37 - __MAKE_CONF=/dev/null TB --- 2010-08-29 22:55:37 - cd /src TB --- 2010-08-29 22:55:37 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 29 22:55:37 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> gnu/lib/libgomp (all) cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/alloc.c cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/barrier.c cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/critical.c cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/env.c In file included from /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/env.c:32: ./libgomp_f.h: In function 'omp_check_defines': ./libgomp_f.h:65: error: size of array 'test' is negative *** Error code 1 Stop in /src/gnu/lib/libgomp. *** Error code 1 Stop in /src/gnu/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-29 23:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-29 23:23:35 - ERROR: failed to build world TB --- 2010-08-29 23:23:35 - 1141.23 user 363.20 system 1718.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Aug 29 23:29:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F641065679; Sun, 29 Aug 2010 23:29:51 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 755D18FC17; Sun, 29 Aug 2010 23:29:51 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0L7X00200T9QYW00@smtpauth3.wiscmail.wisc.edu>; Sun, 29 Aug 2010 18:29:50 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.68.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0L7X00IOYT9P1360@smtpauth3.wiscmail.wisc.edu>; Sun, 29 Aug 2010 18:29:50 -0500 (CDT) Date: Sun, 29 Aug 2010 18:29:48 -0500 From: Nathan Whitehorn In-reply-to: <201008292323.o7TNNZ4K001433@freebsd-current.sentex.ca> To: FreeBSD Tinderbox Message-id: <4C7AED6C.4070807@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.68.10 X-Spam-PmxInfo: Server=avs-10, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.8.29.232115, SenderIP=76.210.68.10 References: <201008292323.o7TNNZ4K001433@freebsd-current.sentex.ca> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100729 Thunderbird/3.0.6 Cc: powerpc64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2010 23:29:51 -0000 On 08/29/10 18:23, FreeBSD Tinderbox wrote: > TB --- 2010-08-29 22:54:57 - tinderbox 2.6 running on freebsd-current.sentex.ca > TB --- 2010-08-29 22:54:57 - starting HEAD tinderbox run for powerpc64/powerpc > TB --- 2010-08-29 22:54:57 - cleaning the object tree > TB --- 2010-08-29 22:55:09 - cvsupping the source tree > TB --- 2010-08-29 22:55:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile > TB --- 2010-08-29 22:55:37 - building world > TB --- 2010-08-29 22:55:37 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-08-29 22:55:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-08-29 22:55:37 - TARGET=powerpc > TB --- 2010-08-29 22:55:37 - TARGET_ARCH=powerpc64 > TB --- 2010-08-29 22:55:37 - TZ=UTC > TB --- 2010-08-29 22:55:37 - __MAKE_CONF=/dev/null > TB --- 2010-08-29 22:55:37 - cd /src > TB --- 2010-08-29 22:55:37 - /usr/bin/make -B buildworld > >>>> World build started on Sun Aug 29 22:55:37 UTC 2010 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> > [...] > ===> gnu/lib/libgomp (all) > cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/alloc.c > cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/barrier.c > cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/critical.c > cc -O2 -pipe -DHAVE_CONFIG_H -I/src/gnu/lib/libgomp -I. -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp -I/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/config/posix -std=gnu99 -fstack-protector -c /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/env.c > In file included from /src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/env.c:32: > ./libgomp_f.h: In function 'omp_check_defines': > ./libgomp_f.h:65: error: size of array 'test' is negative > *** Error code 1 > Is something wrong with cvsup? This bug was fixed two days ago in SVN. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 00:22:24 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E7F1065675; Mon, 30 Aug 2010 00:22:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0E98FC0A; Mon, 30 Aug 2010 00:22:23 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o7U0MGsd005674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2010 20:22:16 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o7U0MEIQ085756; Sun, 29 Aug 2010 20:22:14 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201008300022.o7U0MEIQ085756@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 29 Aug 2010 20:22:10 -0400 To: Nathan Whitehorn , FreeBSD Tinderbox From: Mike Tancsa In-Reply-To: <4C7AED6C.4070807@freebsd.org> References: <201008292323.o7TNNZ4K001433@freebsd-current.sentex.ca> <4C7AED6C.4070807@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: powerpc64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 00:22:24 -0000 At 07:29 PM 8/29/2010, Nathan Whitehorn wrote: >Is something wrong with cvsup? This bug was fixed two days ago in SVN. Hi, There was a problem with the crontab entry on the local cvsup mirror that the tinder box syncs from for weekend runs / updates. I have fixed the ctab entry and kicked cvsup to start its updates now. ---Mike >-Nathan >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 03:43:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7DA710656A4; Mon, 30 Aug 2010 03:43:37 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7848FC12; Mon, 30 Aug 2010 03:43:37 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A971.dip.t-dialin.net [87.179.169.113]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E5276844039; Mon, 30 Aug 2010 05:25:32 +0200 (CEST) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 370F513E0; Mon, 30 Aug 2010 05:25:30 +0200 (CEST) Date: Mon, 30 Aug 2010 05:25:29 +0200 From: Alexander Leidinger To: Artem Belevich Message-ID: <20100830052529.00002808@unknown> In-Reply-To: References: <4C713EF5.8080402@FreeBSD.org> <4C714FC0.90005@FreeBSD.org> <20100828081917.ee931f7f.nork@FreeBSD.org> <4C78655C.3010200@DataIX.net> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E5276844039.A4B57 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.923, required 6, autolearn=disabled, ALL_TRUSTED -1.00, TW_ZF 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1283743533.50248@vH2fPy/mdUAuvFn5leVX/Q X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org, Martin Matuska Subject: Re: [CFT] Improved ZFS metaslab code (faster write speed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 03:43:37 -0000 On Fri, 27 Aug 2010 20:34:18 -0700 Artem Belevich wrote: > Perhaps reduced UMA fragmentation helps those subsystem that do use > UMA (including ZFS which always uses uma for various housekeeping > data). PJD told me once that ZFS is always using UMA, it is just not using it for everything (except when the sysctl is switched to use it for everything). FYI: I have a 9-current system which panics (without a backtrace/dump) after 1-2 days of uptime when the zfs-uma-sysctl is activated. When it is not activated it survives several weeks (let's say about a month). So any work on the UMA fragmentation issue is well spend time. No, I haven't tested any of the patches on this machine. Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 05:54:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB31B106566C for ; Mon, 30 Aug 2010 05:54:51 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 398C58FC15 for ; Mon, 30 Aug 2010 05:54:50 +0000 (UTC) Received: by wwb34 with SMTP id 34so4962060wwb.31 for ; Sun, 29 Aug 2010 22:54:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=PP6PC+Lu/jWzC9tusfbBPoxLR69bZXpofzoP6c07GWQ=; b=b9kiKRq4GFvE6E9jqGG8mS8O5UHl2znO0bEKCxuxGdWFIORliZ3KMBV3LRa7LffqpI As0EWqfmVqh9R+3RmQMVmxgRqatBByU620JdXoSB7RjOJ5xzFJJy6fSs7/oIhBfqkd2D 1ZBB5CXk8kjpSCsaWgVpwzNka+cUz5QrNi+bg= 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=a4AtXaHI2QGR/RbO69pQJ/2DFwi9Pnu3r8NVvq4RK6LR/xCDb1OPfBD1t/Kj0YDKBI GrUDvIMJjzDHIw9QK0emuIvZYaUbbm5vSZ6pKEqCtscCKEHq+J9wrvXR7he7B4N1QbWG 0PbEi7Jv+67ZaEcelveKMwz3WNbUm7I8PLlTk= MIME-Version: 1.0 Received: by 10.216.17.211 with SMTP id j61mr4465600wej.14.1283145898757; Sun, 29 Aug 2010 22:24:58 -0700 (PDT) Received: by 10.216.133.2 with HTTP; Sun, 29 Aug 2010 22:24:58 -0700 (PDT) In-Reply-To: <4C7A5C28.1090904@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> Date: Mon, 30 Aug 2010 00:24:58 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 05:54:51 -0000 2010/8/29 Alexander Motin : > Hi. > > I would like to present my new work on timers management code. > > In my previous work I was mostly orienting on reimplementing existing > functionality in better way. The result seemed not bad, but after > looking on perspectives of using event timers in one-shot (aperiodic) > mode I've understood that implemented code complexity made it hardly > possible. So I had to significantly cut it down and rewrite from the new > approach, which is instead primarily oriented on using timers in > one-shot mode. As soon as some systems have only periodic timers I have > left that functionality, though it was slightly limited. > > New management code implements two modes of operation: one-shot and > periodic. Specific mode to be used depends on hardware capabilities and > can be controlled. > > In one-shot mode hardware timers programmed to generate single interrupt > precisely at the time of next wanted event. It is done by comparing > current binuptime with next scheduled times of system events > (hard-/stat-/profclock). This approach has several benefits: event timer > precision is now irrelevant for system timekeeping, hard- and statclocks > are not aliased, while only one timer used for it, and the most > important -- it allows us to define which events and when exactly we > really want to handle, without strict dependence on fixed hz, stathz, > profhz periods. Sure, our callout system is highly depends on hz value, > but now at least we can skip interrupts when we have no callouts to > handle at the time. Later we can go further. > > Periodic mode now also uses alike principals of scheduling events. But > timer running in periodic mode just unable to handle arbitrary events > and as soon as event timers may not be synchronized to system > timecounter and may drift from it, causing jitter effects. So I've used > for time source of scheduling the timer events themselves. As result, > periodic timer runs on fixed frequency multiply to hz rate, while > statclock and profclock generated by dividing it respectively. (If > somebody would tell me that hardclock jitter is not really a big > problem, I would happily rip that artificial timekeeping out of there to > simplify code.) Unluckily this approach makes impossible to use two > events timers to completely separate hard- and statclocks any more, but > as I have said, this mode is required only for limited set of systems > without one-shot capable timers. Looking on my recent experience with > different platforms, it is not a big fraction. > > Management code is still handles both per-CPU and global timers. Per-CPU > timers usage is obvious. Global timer is programmed to handle all CPUs > needs. In periodic mode global timer generates periodic interrupts to > some one CPU, while management code then redistributes them to CPUs that > really need it, using IPI. In one-shot mode timer is always programmed > to handle first scheduled event throughout the system. When that > interrupt arrives, it is also getting redistributed to wanting CPUs with > IPI. > > To demonstrate features that could be obtained from so high flexibility > I have incorporated the idea and some parts of dynamic ticks patches of > Tsuyoshi Ozawa. Now, when some CPU goes down into C2/C3 ACPI sleep > state, that CPU stops scheduling of hard-/stat-/profclock events until > the next registered callout event. If CPU wakes up before that time by > some unrelated interrupt, missed ticks are called artificially (it is > needed now to keep realistic system stats). After system is up to date, > interrupt is handled. Now it is implemented only for ACPI systems with > C2/C3 states support, because ACPI resumes CPU with interrupts disabled, > that allows to keep up missed time before interrupt handler or some > other process (in case of unexpected task switch) may need it. As I can > see, Linux does alike things in the beginning of every interrupt handler. > > I have actively tested this code for a few days on my amd64 Core2Duo > laptop and i386 Core-i5 desktop system. With C2/C3 states enabled > systems experience only about 100-150 interrupts per second, having HZ > set to 1000. These events mostly caused by several event-greedy > processes in our tree. I have traced and hacked several most aggressive > ones in this patch: http://people.freebsd.org/~mav/tm6292_idle.patch . > It allowed me to reduce down to as low as 50 interrupts per system, > including IPIs! Here is the output of `systat -vm 1` from my test > system: http://people.freebsd.org/~mav/systat_w_oneshot.txt . Obviously > that with additional tuning the results can be improved even more. > > My latest patch against 9-CURRENT can be found here: > http://people.freebsd.org/~mav/timers_oneshot4.patch > > Comments, ideas, propositions -- welcome! > > Thanks to all who read this. ;) Totally awesome work mav@! One thing I see: Where is *frame pointing to? It isn't initialized in the function, so... +static int +handleevents(struct bintime *now, int fake) { + struct trapframe *frame; + struct pcpu_state *state; + uintfptr_t pc; + int usermode; + int done; - if (doconfigtimer(0)) - return (FILTER_HANDLED); - return (hardclockhandler(frame)); + done = 0; +#ifdef KDTRACE_HOOKS + /* + * If the DTrace hooks are configured and a callback function + * has been registered, then call it to process the high speed + * timers. + */ + if (cyclic_clock_func[curcpu] != NULL) + (*cyclic_clock_func[curcpu])(frame); +#endif Also, for those of us testing, should we "reset" our timer settings back to defaults and work from there[1] (meaning, should we be futzing around with timer event sources, kern.hz, etc...)? Thanks again for tackling these tough, but important issues. I'm looking very forward to testing this out! -Brandon [1] http://wiki.freebsd.org/TuningPowerConsumption From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 07:53:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23ADB1065696; Mon, 30 Aug 2010 07:53:16 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD818FC12; Mon, 30 Aug 2010 07:53:14 +0000 (UTC) Received: by fxm4 with SMTP id 4so3542441fxm.13 for ; Mon, 30 Aug 2010 00:53:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=RoKt67ftKkZ8vAyfU5NbY9HGWotdbpFdnplfCuRSNI8=; b=fkorUifU544qNb8VJHPVApUTMg6WJBnFtmHvwEVHz+Lmdg9oMD6awY4rRWwZrwM2me i/Rkd+v7bIC1Fn2qkZE7NQO+QcAT6HgEJ3tbdm2iBeNhtoy5iOYDFCHie+XOYmkzJg0d qCC9Nt/4OHfsFd9xjDWdu+JukWtDn259u9OZk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=CntQuII6te25DKZdBecIp0AYtKXYQlM63LyVoRrvhF5KSHS3VZLJWdS3u74IHEoIWI grS7C6t7B8NKiLo0Z8M9am/v7i9TajxXLFbnCy7aI8P356IHVVFzzn5K8ZtmlfrIobI2 hWVdsKQtSQHEnrH1UvHQHpq6/c/y+FQ5int30= Received: by 10.223.123.145 with SMTP id p17mr3279705far.90.1283154793949; Mon, 30 Aug 2010 00:53:13 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r4sm3182600faa.19.2010.08.30.00.53.12 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 00:53:13 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7B6364.8090908@FreeBSD.org> Date: Mon, 30 Aug 2010 10:53:08 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Brandon Gooch References: <4C7A5C28.1090904@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 07:53:16 -0000 Brandon Gooch wrote: > One thing I see: > > Where is *frame pointing to? It isn't initialized in the function, so... Thanks! Fixed. Patch updated. > Also, for those of us testing, should we "reset" our timer settings > back to defaults and work from there[1] (meaning, should we be futzing > around with timer event sources, kern.hz, etc...)? The general logic is still applicable. Reducing HZ is less important now, but lower value allows system slightly aggregate close events by the cost of precision. Unluckily we have no better mechanism to do it now. What's about event source - there is only one timer supported now and sysctl/tunable name changed to kern.eventtimer.timer, so previous options just won't work. Also with support for one-shot mode, use of RTC and i8254 timers is not recommended any more - they do not support it. Use LAPIC or HPET. If you have Core-iX class CPU - you may use any of them, they are very close in functionality. If you use Core2 or earlier - prefer HPET, as LAPIC is dying in C3 state. If you use HPET on Core2-class CPU (actually on ICHX class south bridges, which do not support MSI-like interrupts for HPET) - you may like to set such tunables: hint.atrtc.0.clock=0 hint.attimer.0.clock=0 hint.hpet.0.legacy_route=1 It will disable RTC and i8254 timers, but grant their interrupts to HPET, allowing it to work as per-CPU for dual-CPU systems. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 09:09:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40FDC10656A5; Mon, 30 Aug 2010 09:09:37 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 323888FC12; Mon, 30 Aug 2010 09:09:36 +0000 (UTC) Received: by bwz20 with SMTP id 20so4182011bwz.13 for ; Mon, 30 Aug 2010 02:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=P1cR1NoL6yhtI+A+tYH+HFnxtINVAqOqo1OdvjYTzl8=; b=oGizXyCs8UQk+BSmKQF0zlCu+2Hg3S/jx+BHYwQcp/Ncg8PVMo8nltcUYG/SNZkfD8 JiJq89h1NHCUCGDg1x3R+YFQn9GPmX19UWu9eAWLQ6ryvw6qQTUUZ2v5dkPL09mXmBhk 7UJPjkxTBFwcbBqCuNRj7pl16Ra+/nqyHujBY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=fipuzUIsUs/K7mxdD6O+39QIR+tPiPwz3qb58ormisGTadQhkZMMUraie7Z7BymDTy h7QXsItocveO56LtLO3MD0Mj1U8G28CuneNfjBz9cbDqI60Dsqquc8QjdpFiwFKarff3 VoKPZT0qoOu96aowcQxtymkheaXn5C5BpVyvs= Received: by 10.204.39.203 with SMTP id h11mr3022078bke.8.1283159375085; Mon, 30 Aug 2010 02:09:35 -0700 (PDT) Received: from ernst.jennejohn.org (p578E3A7B.dip.t-dialin.net [87.142.58.123]) by mx.google.com with ESMTPS id g12sm5031326bkb.2.2010.08.30.02.09.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 02:09:34 -0700 (PDT) Date: Mon, 30 Aug 2010 11:09:32 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20100830110932.23425932@ernst.jennejohn.org> In-Reply-To: <4C7A5C28.1090904@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 09:09:37 -0000 On Sun, 29 Aug 2010 16:10:00 +0300 Alexander Motin wrote: > I have actively tested this code for a few days on my amd64 Core2Duo > laptop and i386 Core-i5 desktop system. With C2/C3 states enabled > systems experience only about 100-150 interrupts per second, having HZ > set to 1000. These events mostly caused by several event-greedy > processes in our tree. I have traced and hacked several most aggressive > ones in this patch: http://people.freebsd.org/~mav/tm6292_idle.patch . > It allowed me to reduce down to as low as 50 interrupts per system, > including IPIs! Here is the output of `systat -vm 1` from my test > system: http://people.freebsd.org/~mav/systat_w_oneshot.txt . Obviously > that with additional tuning the results can be improved even more. > Hmm. I applied your patches and am now running the new kernel. But I only installed the new kernel and didn't do make buildworld installworld. Mu systat -vm 1 doesn't look anything like yours. I'm seeing about 2300 interrupts per second and most of those are coming from the hpet timers: 1122 hpet0:t0 1124 hpet0:t1 So, what else did you do to reduce interrupts so much? Ah, I think I see it now. My desktop has only C1 enabled. Is that it? Unfortunately, it appears that only C1 is supported :( -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 09:15:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D50261065695 for ; Mon, 30 Aug 2010 09:15:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6DD8FC12 for ; Mon, 30 Aug 2010 09:15:13 +0000 (UTC) Received: by qyk8 with SMTP id 8so2844713qyk.13 for ; Mon, 30 Aug 2010 02: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:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=N/zozG2kaBITiIXzIq2PI3r25rfh7peRBNhYRIFVTBc=; b=Bi9PPsiLHbIf/ftcyrTpSBR8K3Ut8T+JbQQvjDnFdEjH9SKazflQ/JGo5ps8cDTshc WD1hzoj1uJcsukRb0CA+9FFvCNO1Nwt6s4LMCWr5GvpbZycos9iF+dOI5Gc4ZMvluZGH k9ZuYZ/funNEhbXhkikMb14/+SYs8y9ehvYyg= 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=PWdceXy3syo1OJncur1sQPPtsfLP5EIeC+FCDmlwsWaTt7whc3Sf70AlwD22vZx0s7 7FqZgBBpfxWSn1vp3qg4/42kSYFVu8NlV1Ik/2RP5CkC9/2JIJ28cb8r2JjyYp13ZXR0 Fl20Mv2tij0UtqMMzZiM9UHnGEqYpgp34S/PE= MIME-Version: 1.0 Received: by 10.224.28.211 with SMTP id n19mr2652466qac.318.1283159712614; Mon, 30 Aug 2010 02:15:12 -0700 (PDT) Received: by 10.229.26.81 with HTTP; Mon, 30 Aug 2010 02:15:12 -0700 (PDT) In-Reply-To: <4C7A2782.5040009@freebsd.org> References: <201007141414.o6EEEUx9014690@lurza.secnetix.de> <4C782D3B.6020407@icyb.net.ua> <201008271743.29393.jkim@FreeBSD.org> <4C7835E6.6070309@icyb.net.ua> <4C7A2782.5040009@freebsd.org> Date: Mon, 30 Aug 2010 13:15:12 +0400 Message-ID: From: pluknet To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: patch for topology detection of Intel CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 09:15:13 -0000 On 29 August 2010 13:25, Andriy Gapon wrote: > > [Reposted from stable@; edited] > > The below patch is against sources in FreeBSD tree, it should be applied > either to sys/amd64/amd64/mp_machdep.c or sys/i386/i386/mp_machdep.c depending > on the desired architecture: > http://people.freebsd.org/~avg/intel-cpu-topo.diff > Hi, Andriy. I tried your patch and see no regression on Xeon 50xx, 55xx, 54xx. It also improved CPU detection on Xeon 54xx (as well as original Junk-uk's patch). It also improved CPU detection on Xen HVM @ Xeon 55xx @ 3 cores: FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs FreeBSD/SMP: 1 package(s) x 3 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 10:07:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5B1310656AE; Mon, 30 Aug 2010 10:07:47 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7088FC0C; Mon, 30 Aug 2010 10:07:46 +0000 (UTC) Received: by fxm4 with SMTP id 4so3593441fxm.13 for ; Mon, 30 Aug 2010 03:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=BOGXsMVtSkp0fvjHRoYYAXjKVzZQpzwHRn8KCsMcP3k=; b=HW/sfED3EZzik+RbAFWZxV3ewJx73UHQZ25dCMDZz1TozYdcOYoYqhZIfMmNRglB10 9ARlEa6uz6iojQKH1Iha73m+8ZYulPqZJCQGlY7fMeHritOJ3UrUB7jkTQ+V5KZO1VqD GW4av+DAGMNUhiTM1THvFeHQqnWtPcMWAW3IA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=SWeJU+CPJ/QxQ8O8Noz/V3f5SfKawpqobHWkAK/c8a2VKAfL4j3kDyjaD3hTU1V3A3 vgyYHlDL59ZAob2AY0Ch7Gp8knO1fIbt2EaRLHbpaJ9MSE+fJvgZOnHnsyySRFqHrVcy XWlkyMKPdrj1vNUMeWhsCyELEngk5hSTQ5Ebs= Received: by 10.223.124.145 with SMTP id u17mr3482601far.92.1283162865379; Mon, 30 Aug 2010 03:07:45 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r4sm3229458faa.19.2010.08.30.03.07.43 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 03:07:44 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7B82EA.2040104@FreeBSD.org> Date: Mon, 30 Aug 2010 13:07:38 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> In-Reply-To: <20100830110932.23425932@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 10:07:47 -0000 Gary Jennejohn wrote: > Hmm. I applied your patches and am now running the new kernel. But I > only installed the new kernel and didn't do make buildworld installworld. > > Mu systat -vm 1 doesn't look anything like yours. I'm seeing about 2300 > interrupts per second and most of those are coming from the hpet timers: > > 1122 hpet0:t0 > 1124 hpet0:t1 It means 1000Hz of hardclock (hz) events mixed with 127Hz of statclock (stathz) events. HPET timer here works in one-shot mode handling it. > So, what else did you do to reduce interrupts so much? > > Ah, I think I see it now. My desktop has only C1 enabled. Is that it? > Unfortunately, it appears that only C1 is supported :( Yes, as I have said, at this moment empty ticks skipped only while CPU is in C2/C3 states. In C1 state there is no way to handle lost events on wake up. While it may be not very dangerous, it is not very good. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 10:11:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A847A1065693; Mon, 30 Aug 2010 10:11:52 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2888FC14; Mon, 30 Aug 2010 10:11:51 +0000 (UTC) Received: by bwz20 with SMTP id 20so4213977bwz.13 for ; Mon, 30 Aug 2010 03:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=j4hpdxucCCnYKG3ESWmHXIYc1ufCpuSU6nmeRcfb6bY=; b=JOnplvpeYofJwkU44zSnTYzQCBo2nqVIYwprOSHlGdjJyriITyoAjrnOas9l6zxPPY FFgChqMIjIhekh1U0lpH6xJ6Gf3FgVvGvC3gMNPF+9irrKZnh5A9hXSa8PAO3H4NzZOJ MEp4mr2HmDLDq8emjeZlWjNrIyE/h6CZMe+OI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=FiFmRiLRRboVVZsqfFrQFoU2OzBNMbYg09xvTMefHmAq3uwzNQTHijKVF8NVNueZfJ tANIsTCRd0hrp3qbj0c/2xxY2vEMJFzS4CkAEJdUvdwEnY4iMIiAW+tEIpoca+zuW8HD vOKDY24r9HBVqCdq3aTAU82Jz1iB+UzJOpeuU= Received: by 10.204.63.14 with SMTP id z14mr3034927bkh.174.1283163110779; Mon, 30 Aug 2010 03:11:50 -0700 (PDT) Received: from ernst.jennejohn.org (p578E3A7B.dip.t-dialin.net [87.142.58.123]) by mx.google.com with ESMTPS id y2sm5073393bkx.20.2010.08.30.03.11.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 03:11:50 -0700 (PDT) Date: Mon, 30 Aug 2010 12:11:48 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20100830121148.11926306@ernst.jennejohn.org> In-Reply-To: <4C7B82EA.2040104@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 10:11:52 -0000 On Mon, 30 Aug 2010 13:07:38 +0300 Alexander Motin wrote: > Gary Jennejohn wrote: > > Hmm. I applied your patches and am now running the new kernel. But I > > only installed the new kernel and didn't do make buildworld installworld. > > > > Mu systat -vm 1 doesn't look anything like yours. I'm seeing about 2300 > > interrupts per second and most of those are coming from the hpet timers: > > > > 1122 hpet0:t0 > > 1124 hpet0:t1 > > It means 1000Hz of hardclock (hz) events mixed with 127Hz of statclock > (stathz) events. HPET timer here works in one-shot mode handling it. > > > So, what else did you do to reduce interrupts so much? > > > > Ah, I think I see it now. My desktop has only C1 enabled. Is that it? > > Unfortunately, it appears that only C1 is supported :( > > Yes, as I have said, at this moment empty ticks skipped only while CPU > is in C2/C3 states. In C1 state there is no way to handle lost events on > wake up. While it may be not very dangerous, it is not very good. > Too bad. I'd say that systems which are limited to C1 don't benefit much (or not at all) from your changes. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 10:21:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E45C41065673; Mon, 30 Aug 2010 10:21:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 46AC98FC14; Mon, 30 Aug 2010 10:21:24 +0000 (UTC) Received: by fxm4 with SMTP id 4so3599562fxm.13 for ; Mon, 30 Aug 2010 03:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=828KnruxyHb9lw34XQxOUZnwvWiT7/GdosKhV6xUxyo=; b=tj36hg7Jdf7lYNS7hqlPECE16cB8HQd549nvbF1dTlsEJVA8E69TOEJGqnk4fqG+B1 ymrt86NsXr5qb5hgA5fHo6W/rhdEil+mqlB2aWtTVatxU1aBi7Z/m/E2jA0N5TZ98Nwn 1Pn35jHDKblwHMY7Tleq2wSAdyy4xiDn7P4HI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=DjFML9cJP03R0botZpzeUzERJ7zNa1fOubV33sXmBc1JtF1CgoFI6SSjt3lkSf4oEt tAcJas6bv+cPajrPJ+4V/yAOdQrJZYFCF9dD94lzisGYB47EVg9kmxP6yh1f5J0j0iG3 jrHbWarl4YNdFEFZnJsjdiNYdbrjnq6TGTPBY= Received: by 10.223.119.203 with SMTP id a11mr3569856far.42.1283163684102; Mon, 30 Aug 2010 03:21:24 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id b9sm3234577faq.7.2010.08.30.03.21.22 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 03:21:23 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7B861D.2050304@FreeBSD.org> Date: Mon, 30 Aug 2010 13:21:17 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> In-Reply-To: <20100830121148.11926306@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 10:21:26 -0000 Gary Jennejohn wrote: > On Mon, 30 Aug 2010 13:07:38 +0300 > Alexander Motin wrote: >> Gary Jennejohn wrote: >>> Ah, I think I see it now. My desktop has only C1 enabled. Is that it? >>> Unfortunately, it appears that only C1 is supported :( >> Yes, as I have said, at this moment empty ticks skipped only while CPU >> is in C2/C3 states. In C1 state there is no way to handle lost events on >> wake up. While it may be not very dangerous, it is not very good. > > Too bad. I'd say that systems which are limited to C1 don't benefit > much (or not at all) from your changes. For this moment - indeed not much. As I have said, feature with skipping ticks is on early development stage. I've just implemented it in most straightforward way, abusing feature provided by ACPI. To benefit other systems and platforms, more tight integration with interrupt, callout and possibly scheduler subsystem will be needed. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 10:59:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8BE1065693; Mon, 30 Aug 2010 10:59:30 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 039188FC12; Mon, 30 Aug 2010 10:59:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id E8733107C5; Mon, 30 Aug 2010 19:59:28 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wwOzlbsUSZbK; Mon, 30 Aug 2010 19:59:27 +0900 (JST) Received: from truth.mskc.confortune.co.jp (p0395aa.tokynt01.ap.so-net.ne.jp [121.3.149.170]) by basalt.tackymt.homeip.net (Postfix) with ESMTP; Mon, 30 Aug 2010 19:59:27 +0900 (JST) Date: Mon, 30 Aug 2010 19:59:41 +0900 From: "YAMAMOTO, Taku" To: Alexander Motin Message-Id: <20100830195941.9731109c.taku@tackymt.homeip.net> In-Reply-To: <4C7B82EA.2040104@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 10:59:30 -0000 On Mon, 30 Aug 2010 13:07:38 +0300 Alexander Motin wrote: > Gary Jennejohn wrote: (snip) > > So, what else did you do to reduce interrupts so much? > > > > Ah, I think I see it now. My desktop has only C1 enabled. Is that it? > > Unfortunately, it appears that only C1 is supported :( > > Yes, as I have said, at this moment empty ticks skipped only while CPU > is in C2/C3 states. In C1 state there is no way to handle lost events on > wake up. While it may be not very dangerous, it is not very good. There's an alternative way to catch exit-from-C1 atomically: use MWAIT with bit0 of ECX set (``Treat masked interrupts as break events'' in Intel 64 and IA-32 Architecthres Software Developer's Manual). In this way we can put each core individually into deeper Cx state without additional costs (SMIs and the like) as a bonus. The problem is that it may be unavailable to earlier CPUs that support MONITOR/MWAIT instructions: we should check the presense of this feature by examining bit0 and bit1 of ECX that is returned by CPUID 5. -- YAMAMOTO, Taku From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 11:11:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82EEC1065674; Mon, 30 Aug 2010 11:11:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id DBC1E8FC16; Mon, 30 Aug 2010 11:11:52 +0000 (UTC) Received: by fxm4 with SMTP id 4so3618647fxm.13 for ; Mon, 30 Aug 2010 04:11:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=tbdatZTXKlGBKk72wv8EqKXyqlsX/gMONSseAPKrhvI=; b=XEnBAujXa3zAopSkBoIng7Y9+jFuHrtlI23/pwkcfctPD3s3/gjxpb4vsBIkdrBOtC GM2+Xy7zu7LMd1VVbBdIJKZuRjcD870vn32VkTLRVY7WyMO0/JOpD9mkO8V1NFbpwmN3 DGx9MBF5ol1KfNmDX/s/J0JZaKXQsEp+1PyDY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=C0LywlV1KbcW9motluGQg8VDHSPODcd3LDzWmmx9rz+VxjJb1U9QPSXMIUwukBAKKs +E43OGvoRORbHCzbfSGcc7IASHhJlZnVVOaXPoMpwOXVIG4lTRaYOxdwzJfMuTxT28D6 vLic4kTMQbjnPhxljf3v2XwlXdLN/cIWL74hk= Received: by 10.223.126.68 with SMTP id b4mr3581088fas.96.1283166711881; Mon, 30 Aug 2010 04:11:51 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r8sm3252188faq.10.2010.08.30.04.11.50 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 04:11:51 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7B91EC.5070906@FreeBSD.org> Date: Mon, 30 Aug 2010 14:11:40 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: "YAMAMOTO, Taku" References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830195941.9731109c.taku@tackymt.homeip.net> In-Reply-To: <20100830195941.9731109c.taku@tackymt.homeip.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 11:11:53 -0000 YAMAMOTO, Taku wrote: > On Mon, 30 Aug 2010 13:07:38 +0300 > Alexander Motin wrote: >> Gary Jennejohn wrote: > (snip) >>> So, what else did you do to reduce interrupts so much? >>> >>> Ah, I think I see it now. My desktop has only C1 enabled. Is that it? >>> Unfortunately, it appears that only C1 is supported :( >> Yes, as I have said, at this moment empty ticks skipped only while CPU >> is in C2/C3 states. In C1 state there is no way to handle lost events on >> wake up. While it may be not very dangerous, it is not very good. > > There's an alternative way to catch exit-from-C1 atomically: > use MWAIT with bit0 of ECX set (``Treat masked interrupts as break events'' > in Intel 64 and IA-32 Architecthres Software Developer's Manual). > > In this way we can put each core individually into deeper Cx state without > additional costs (SMIs and the like) as a bonus. > > The problem is that it may be unavailable to earlier CPUs that support > MONITOR/MWAIT instructions: > we should check the presense of this feature by examining bit0 and bit1 of ECX > that is returned by CPUID 5. Thank you for the hint. I will investigate it now. But it still help only x86 systems. I have no idea how power management works on arm/mips/ppc/..., but I assume that periodic wake up there also may be not free. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 11:49:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6898C10656A9 for ; Mon, 30 Aug 2010 11:49:48 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A13CD8FC0A for ; Mon, 30 Aug 2010 11:49:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09275; Mon, 30 Aug 2010 14:49:43 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oq2rv-000Er4-LH; Mon, 30 Aug 2010 14:49:43 +0300 Message-ID: <4C7B9AD6.2010000@freebsd.org> Date: Mon, 30 Aug 2010 14:49:42 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: pluknet References: <201007141414.o6EEEUx9014690@lurza.secnetix.de> <4C782D3B.6020407@icyb.net.ua> <201008271743.29393.jkim@FreeBSD.org> <4C7835E6.6070309@icyb.net.ua> <4C7A2782.5040009@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: patch for topology detection of Intel CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 11:49:48 -0000 on 30/08/2010 12:15 pluknet said the following: > On 29 August 2010 13:25, Andriy Gapon wrote: >> >> [Reposted from stable@; edited] >> >> The below patch is against sources in FreeBSD tree, it should be applied >> either to sys/amd64/amd64/mp_machdep.c or sys/i386/i386/mp_machdep.c depending >> on the desired architecture: >> http://people.freebsd.org/~avg/intel-cpu-topo.diff >> > > Hi, Andriy. > > I tried your patch and see no regression on Xeon 50xx, 55xx, 54xx. > It also improved CPU detection on Xeon 54xx (as well as original > Junk-uk's patch). > > It also improved CPU detection on Xen HVM @ Xeon 55xx @ 3 cores: > > FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs > FreeBSD/SMP: 1 package(s) x 3 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 2 > cpu2 (AP): APIC ID: 4 > Thanks a lot for testing! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 14:10:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA511065693 for ; Mon, 30 Aug 2010 14:10:17 +0000 (UTC) (envelope-from wp@ypsilon.net) Received: from mail.infosys.de (mail1.infosys.de [195.4.70.121]) by mx1.freebsd.org (Postfix) with ESMTP id DD1348FC16 for ; Mon, 30 Aug 2010 14:10:16 +0000 (UTC) Received: from mail.infosys.de (localhost [127.0.0.1]) by mail.infosys.de (Postfix) with ESMTP id 733252C02922C for ; Mon, 30 Aug 2010 15:51:35 +0200 (CEST) Received: from moon.infosys.de (moon.infosys.de [195.4.70.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: witalij) by mail.infosys.de (Postfix) with ESMTPSA id 5A8F52C029378 for ; Mon, 30 Aug 2010 15:51:35 +0200 (CEST) Message-ID: <4C7BB765.8080805@ypsilon.net> Date: Mon, 30 Aug 2010 13:51:33 +0000 From: witalij User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100820 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------050608020601050409080900" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 8.1 on sparc64 bge BCM5704 watchdog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 14:10:17 -0000 This is a multi-part message in MIME format. --------------050608020601050409080900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi All, i`ve big problems on my sparc64 FIRE 240 with bge BCM5704 interfeces i upgrade my system from 8.0 to 8.1 and the problems have to begin on 8.0 work all fine. if i create some traffic about 10Mbits i see in dmesg this message: bge0: watchdog timeout -- resetting bge0: link state changed to DOWN and carp put the interfaces to backup bge0: watchdog timeout -- resetting bge0: link state changed to DOWN carp0: link state changed to DOWN carp3: MASTER -> BACKUP (more frequent advertisement received) carp1: MASTER -> BACKUP (more frequent advertisement received) carp3: link state changed to DOWN carp1: link state changed to DOWN carp0: INIT -> BACKUP bge0: link state changed to UP carp0: link state changed to DOWN carp3: BACKUP -> MASTER (preempting a slower master) carp3: link state changed to UP carp1: BACKUP -> MASTER (preempting a slower master) carp1: link state changed to UP carp0: link state changed to UP Please Help me. Thanks Regards Witalij Some info from my system: #---------------------------------------------------------------- *my system is:* #---------------------------------------------------------------- FreeBSD name 8.1-RELEASE FreeBSD 8.1-RELEASE #1: Mon Aug 30 13:40:25 CEST 2010 name:/usr/obj/usr/src/sys/MICRO1 sparc64 #-------------------------------------------------------* vmstat -i *#------------------------------------------------------- interrupt total rate pil4: ast 448144 89 pil2: ithrd 360185 72 vec1992: bge0 153678 30 vec1993: bge1 155592 31 vec1944: atapci0 35 0 vec1833: sym0 38564 7 vec1832: sym1 30 0 vec1885: bge3 12286 2 pil12: filter 1372 0 vec1964: uart0+ 1372 0 pil14: tick 9949609 1997 Total 11120867 2232 #----------------------------------------------------------------- *pciconf -la* #----------------------------------------------------------------- bge2@pci3:0:2:0: class=0x020000 card=0x1648108e chip=0x164814e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Dual Gigabit Adapter (BCM5704)' class = network subclass = ethernet bge3@pci3:0:2:1: class=0x020000 card=0x1648108e chip=0x164814e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Dual Gigabit Adapter (BCM5704)' class = network subclass = ethernet #------------------------------------------------------* KERNEL:* #--------------------------------------------------------------- cpu SUN4U ident GENERIC makeoptions DEBUG=-g options SCHED_4BSD # 4BSD scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options SMP # Symmetric MultiProcessor Kernel # Standard busses device ebus device isa device pci device sbus device central device fhc #------------------- # PF #------------------- device pf device pfsync device pflog device carp options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device ahc # AHA2940 and onboard AIC7xxx devices options AHC_ALLOW_MEMIO # Attempt to use memory mapped I/O options AHC_REG_PRETTY_PRINT # Print register bitfields in debug device isp # Qlogic family device ispfw # Firmware module for Qlogic host adapters device mpt # LSI-Logic MPT-Fusion device sym # NCR/Symbios/LSI Logic 53C8XX/53C1010/53C1510D device esp # NCR53c9x (FEPS/FAS366) # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer # syscons is the default console driver, resembling an SCO console device sc device creator # Creator, Creator3D and Elite3D framebuffers device machfb # ATI Mach64 framebuffers device splash # Splash screen and screen saver support options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Builtin hardware device auxio # auxiliary I/O device device eeprom # eeprom (really a front-end for the MK48Txx) device mk48txx # Mostek MK48Txx clocks device rtc # rtc (really a front-end for the MC146818) device mc146818 # Motorola MC146818 and compatible clocks # Serial (COM) ports device puc # Multi-channel uarts device scc # Serial communications controllers. device uart # Multi-uart driver # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse --------------050608020601050409080900-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 14:41:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7C31065693 for ; Mon, 30 Aug 2010 14:41:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 49C498FC19 for ; Mon, 30 Aug 2010 14:41:17 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o7UEfAPb040603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Aug 2010 10:41:10 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o7UEf9AS090773; Mon, 30 Aug 2010 10:41:09 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201008301441.o7UEf9AS090773@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 30 Aug 2010 10:41:05 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: jfvogel@gmail.com Subject: re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 14:41:17 -0000 Hi Jack, I was trying to see if your recent commits for the ichwd IDs now work with the integrated watchdog for my i5 boards, but no luck. ichsmb0: port 0x3000-0x301f mem 0xb1b23000-0xb1b230ff irq 18 at device 31.3 on pci0 ichsmb0: [ITHREAD] smbus0: on ichsmb0 ichwd0: on isa0 ichwd0: ICH WDT present but disabled in BIOS or hardware device_attach: ichwd0 attach returned 6 ppc0: parallel port not found. This is an actual Intel server MB (INTEL S3420GPC) and the WD is enabled in the bios. Are you able to actually get it to work on this board ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 15:12:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818621065672; Mon, 30 Aug 2010 15:12:35 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 84E128FC08; Mon, 30 Aug 2010 15:12:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA13057; Mon, 30 Aug 2010 18:12:33 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4C7BCA60.9070800@freebsd.org> Date: Mon, 30 Aug 2010 18:12:32 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100823 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org, Jung-uk Kim References: <201007141414.o6EEEUx9014690@lurza.secnetix.de> <4C782D3B.6020407@icyb.net.ua> <201008271743.29393.jkim@FreeBSD.org> <4C7835E6.6070309@icyb.net.ua> <4C7A2782.5040009@freebsd.org> In-Reply-To: <4C7A2782.5040009@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: patch for topology detection of Intel CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 15:12:35 -0000 on 29/08/2010 12:25 Andriy Gapon said the following: > The patch is substantially based on the Junk-uk's patch, but with some changes I several times mistyped Jung-uk's name, my sincere apologies. Probably should have used jkim instead :) Thanks to rdivacky for pointing this out to me. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 16:51:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66E9B1065672 for ; Mon, 30 Aug 2010 16:51:07 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 378218FC25 for ; Mon, 30 Aug 2010 16:51:06 +0000 (UTC) Received: by iwn36 with SMTP id 36so5716941iwn.13 for ; Mon, 30 Aug 2010 09:51:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.177.40 with SMTP id bg40mr5190021ibb.150.1283187066495; Mon, 30 Aug 2010 09:51:06 -0700 (PDT) Received: by 10.231.149.8 with HTTP; Mon, 30 Aug 2010 09:51:06 -0700 (PDT) In-Reply-To: <201008301441.o7UEf9AS090773@lava.sentex.ca> References: <201008301441.o7UEf9AS090773@lava.sentex.ca> Date: Mon, 30 Aug 2010 18:51:06 +0200 Message-ID: From: Olivier Smedts To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 16:51:07 -0000 2010/8/30 Mike Tancsa : > Hi Jack, > =A0 =A0 =A0 =A0I was trying to see if your recent commits for the ichwd I= Ds now work > with the integrated watchdog for my i5 boards, but no luck. > > ichsmb0: port 0x3000-0x301f mem > 0xb1b23000-0xb1b230ff irq 18 at device 31.3 on pci0 > ichsmb0: [ITHREAD] > smbus0: on ichsmb0 > ichwd0: on isa0 > ichwd0: ICH WDT present but disabled in BIOS or hardware > device_attach: ichwd0 attach returned 6 > ppc0: parallel port not found. By any chance, is it disabled in BIOS ? Cheers, Olivier > This is an actual Intel server MB (INTEL =A0S3420GPC) and the WD is enabl= ed in > the bios. =A0Are you able to actually get it to work on this board ? > > =A0 =A0 =A0 =A0---Mike > > > -------------------------------------------------------------------- > Mike Tancsa, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0tel +1 519 651 3400 > Sentex Communications, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0mike@sentex.net > Providing Internet since 1994 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0www.= sentex.net > Cambridge, Ontario Canada =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= www.sentex.net/mike > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 17:19:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D5BB1065675 for ; Mon, 30 Aug 2010 17:19:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id CBB708FC0A for ; Mon, 30 Aug 2010 17:19:12 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o7UHJ3uY054007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Aug 2010 13:19:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o7UHJ3jU091572; Mon, 30 Aug 2010 13:19:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201008301719.o7UHJ3jU091572@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 30 Aug 2010 13:18:59 -0400 To: Olivier Smedts From: Mike Tancsa In-Reply-To: References: <201008301441.o7UEf9AS090773@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 17:19:13 -0000 At 12:51 PM 8/30/2010, Olivier Smedts wrote: >By any chance, is it disabled in BIOS ? Hi, There are a couple of options in the BIOS. There is a "reboot the box if the bios does not post within 6min" as well as "Fire the watchdog if the dog has not been patted after 5,10 or 15min after the BIOS post. I tried all combinations without luck. If I have the "reboot after x min post post", the box will reboot on its own. ---Mike >Cheers, >Olivier > > > This is an actual Intel server MB (INTEL S3420GPC) and the WD is > enabled in > > the bios. Are you able to actually get it to work on this board ? > > > > ---Mike > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > >-- >Olivier Smedts _ > ASCII ribbon campaign ( ) >e-mail: olivier@gid0.org - against HTML email & vCards X >www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 17:32:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 876F2106566B for ; Mon, 30 Aug 2010 17:32:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 521DE8FC16 for ; Mon, 30 Aug 2010 17:32:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o7UHW67o044807 for ; Mon, 30 Aug 2010 10:32:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o7UHW6fN044806 for freebsd-current@freebsd.org; Mon, 30 Aug 2010 10:32:06 -0700 (PDT) (envelope-from sgk) Date: Mon, 30 Aug 2010 10:32:06 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20100830173206.GA44788@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 17:32:07 -0000 I know that several libraries in FreeBSD uses symbol versioning. In looking through src/ I was unable to determine whether symbol versioning is used on libgcc. Any guidance would be appreciated. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 17:43:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10A3106566B for ; Mon, 30 Aug 2010 17:43:46 +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 CCFA58FC12 for ; Mon, 30 Aug 2010 17:43:45 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA15418; Mon, 30 Aug 2010 20:43:40 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C7BEDCC.1080408@icyb.net.ua> Date: Mon, 30 Aug 2010 20:43:40 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100823 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Steve Kargl References: <20100830173206.GA44788@troutmask.apl.washington.edu> In-Reply-To: <20100830173206.GA44788@troutmask.apl.washington.edu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 17:43:46 -0000 on 30/08/2010 20:32 Steve Kargl said the following: > I know that several libraries in FreeBSD > uses symbol versioning. In looking through > src/ I was unable to determine whether > symbol versioning is used on libgcc. Any > guidance would be appreciated. Check out output of e.g. objdump -T /usr/lib/libgcc_s.so -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 17:49:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF689106566C for ; Mon, 30 Aug 2010 17:49:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9008FC12 for ; Mon, 30 Aug 2010 17:49:54 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o7UHnsB5044991; Mon, 30 Aug 2010 10:49:54 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o7UHnsI0044990; Mon, 30 Aug 2010 10:49:54 -0700 (PDT) (envelope-from sgk) Date: Mon, 30 Aug 2010 10:49:54 -0700 From: Steve Kargl To: Andriy Gapon Message-ID: <20100830174954.GA44911@troutmask.apl.washington.edu> References: <20100830173206.GA44788@troutmask.apl.washington.edu> <4C7BEDCC.1080408@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C7BEDCC.1080408@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 17:49:54 -0000 On Mon, Aug 30, 2010 at 08:43:40PM +0300, Andriy Gapon wrote: > on 30/08/2010 20:32 Steve Kargl said the following: > > I know that several libraries in FreeBSD > > uses symbol versioning. In looking through > > src/ I was unable to determine whether > > symbol versioning is used on libgcc. Any > > guidance would be appreciated. > > Check out output of e.g. objdump -T /usr/lib/libgcc_s.so > Thanks. I had forgotten about objdump. A search for Symbol.map in src/ mislead me into believing the version was not happening. Further searching found the Makefile chuck that builds the map in src/gnu/lib/libgcc/Makefile. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 18:02:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4361065679 for ; Mon, 30 Aug 2010 18:02:52 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3D44A8FC1C for ; Mon, 30 Aug 2010 18:02:51 +0000 (UTC) Received: (qmail 73052 invoked from network); 30 Aug 2010 17:36:10 -0000 Received: from unknown (HELO ?192.168.0.163?) (spawk@66.206.120.2) by acm.poly.edu with AES256-SHA encrypted SMTP; 30 Aug 2010 17:36:10 -0000 Message-ID: <4C7BEC03.7030104@acm.poly.edu> Date: Mon, 30 Aug 2010 13:36:03 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100530) MIME-Version: 1.0 To: Steve Kargl References: <20100830173206.GA44788@troutmask.apl.washington.edu> In-Reply-To: <20100830173206.GA44788@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 18:02:52 -0000 Steve Kargl wrote: > I know that several libraries in FreeBSD > uses symbol versioning. In looking through > src/ I was unable to determine whether > symbol versioning is used on libgcc. Any > guidance would be appreciated. > > I don't think it is. I haven't poked at any sources, but there are no FBSD* symbols in /usr/lib/libgcc_s.so, which is what's used in symbol versioning in, say, /lib/libc.so.7. -Boris From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 18:47:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3763106566B for ; Mon, 30 Aug 2010 18:47:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id EBAA68FC1A for ; Mon, 30 Aug 2010 18:47:48 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2D919A68ABA; Tue, 31 Aug 2010 02:47:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id 0tclw4+6y3s7; Tue, 31 Aug 2010 02:47:41 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id C2C48A68ABB; Tue, 31 Aug 2010 02:47:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=e8C18k15TB32TxCj1LVzldRa0t5CjCyicrIv8zVrDLZ5QYTg0ATkNdNsXQBJ95AMg z07lMJTp9EaRJ0sNxc3fA== Message-ID: <4C7BFCC6.2040904@delphij.net> Date: Mon, 30 Aug 2010 11:47:34 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Mike Tancsa References: <201008301441.o7UEf9AS090773@lava.sentex.ca> <201008301719.o7UHJ3jU091572@lava.sentex.ca> In-Reply-To: <201008301719.o7UHJ3jU091572@lava.sentex.ca> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Olivier Smedts , freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 18:47:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Mike, On 2010/08/30 10:18, Mike Tancsa wrote: > At 12:51 PM 8/30/2010, Olivier Smedts wrote: > >> By any chance, is it disabled in BIOS ? > > Hi, > There are a couple of options in the BIOS. There is a "reboot the box if > the bios does not post within 6min" as well as "Fire the watchdog if the > dog has not been patted after 5,10 or 15min after the BIOS post. I > tried all combinations without luck. If I have the "reboot after x min > post post", the box will reboot on its own. My guess is that your motherboard provided another watchdog (like Winbond based super I/O chips) which requires a driver, you can try this one if you wish: http://people.freebsd.org/~delphij/for_review/winbondwd/ I've no idea about your ichwd issue though. > ---Mike > >> Cheers, >> Olivier >> >> > This is an actual Intel server MB (INTEL S3420GPC) and the WD is >> enabled in >> > the bios. Are you able to actually get it to work on this board ? >> > >> > ---Mike >> > >> > >> > -------------------------------------------------------------------- >> > Mike Tancsa, tel +1 519 651 3400 >> > Sentex Communications, mike@sentex.net >> > Providing Internet since 1994 www.sentex.net >> > Cambridge, Ontario Canada www.sentex.net/mike >> > >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > >> >> >> >> -- >> Olivier Smedts _ >> ASCII ribbon campaign ( ) >> e-mail: olivier@gid0.org - against HTML email & vCards X >> www: http://www.gid0.org - against proprietary attachments / \ >> >> "Il y a seulement 10 sortes de gens dans le monde : >> ceux qui comprennent le binaire, >> et ceux qui ne le comprennent pas." > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMe/zGAAoJEATO+BI/yjfBv6oH/jsusQcssDXo+NvEfsMyQEOY y/5e0oA6GBGjkhSt6KBTYE5SyFcPv6oTi4ANwEdfPoEvw/IXEw9R6Efnam7QEDlL TdLCZr6uoHb04A5/P8FurpN94VYyr5DGbMmcRsu9mjND3cNA6odF6D26mXyr/1bC veR4EX/mkntBPDLj8+QjlYXAowXEz7QwNeCrdACBnhgsl/ybLDFXyU9xXaqebKEn 7ryN/2SHvyT8DLv3WBSKN3GybEiCHVesUfqZ3YuEpa6f0hH28RppMJrW/8sX5AJg RFB4zA+3JwJHWvpz/UgI2S1XzDZ14+tj/nwxI+n7dA+Ug8xjLaScWGhwzC1hSUs= =xI3/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 18:55:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630791065674 for ; Mon, 30 Aug 2010 18:55:36 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 01EF48FC20 for ; Mon, 30 Aug 2010 18:55:33 +0000 (UTC) Received: (qmail 74529 invoked from network); 30 Aug 2010 18:55:33 -0000 Received: from unknown (HELO ?192.168.0.163?) (spawk@66.206.120.2) by acm.poly.edu with AES256-SHA encrypted SMTP; 30 Aug 2010 18:55:33 -0000 Message-ID: <4C7BFE9D.6070009@acm.poly.edu> Date: Mon, 30 Aug 2010 14:55:25 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100530) MIME-Version: 1.0 To: Alexander Kabaev References: <20100830173206.GA44788@troutmask.apl.washington.edu> <4C7BEC03.7030104@acm.poly.edu> <20100830145116.6e2cbe3a@kan.dnsalias.net> In-Reply-To: <20100830145116.6e2cbe3a@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 18:55:36 -0000 Alexander Kabaev wrote: > On Mon, 30 Aug 2010 13:36:03 -0400 > Boris Kochergin wrote: > > >> Steve Kargl wrote: >> >>> I know that several libraries in FreeBSD >>> uses symbol versioning. In looking through >>> src/ I was unable to determine whether >>> symbol versioning is used on libgcc. Any >>> guidance would be appreciated. >>> >>> >>> >> I don't think it is. I haven't poked at any sources, but there are no >> FBSD* symbols in /usr/lib/libgcc_s.so, which is what's used in symbol >> versioning in, say, /lib/libc.so.7. >> >> -Boris >> > > And above is wrong. Just for the record. What FBSD* symbol versions > have to do with the library independently versioned by FSF? > > My interpretation of the question was whether libgcc used FreeBSD symbol versioning. If that wasn't it, then indeed, one has nothing to do with the other. -Boris From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 19:04:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B4D10656B0 for ; Mon, 30 Aug 2010 19:04:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0858FC1B for ; Mon, 30 Aug 2010 19:04:23 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o7UJ4LB4045777; Mon, 30 Aug 2010 12:04:21 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o7UJ4LTk045776; Mon, 30 Aug 2010 12:04:21 -0700 (PDT) (envelope-from sgk) Date: Mon, 30 Aug 2010 12:04:21 -0700 From: Steve Kargl To: Alexander Kabaev Message-ID: <20100830190421.GA45631@troutmask.apl.washington.edu> References: <20100830173206.GA44788@troutmask.apl.washington.edu> <4C7BEC03.7030104@acm.poly.edu> <20100830145116.6e2cbe3a@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100830145116.6e2cbe3a@kan.dnsalias.net> User-Agent: Mutt/1.4.2.3i Cc: Boris Kochergin , freebsd-current@freebsd.org Subject: Re: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 19:04:23 -0000 On Mon, Aug 30, 2010 at 02:51:16PM -0400, Alexander Kabaev wrote: > On Mon, 30 Aug 2010 13:36:03 -0400 > Boris Kochergin wrote: > > > Steve Kargl wrote: > > > I know that several libraries in FreeBSD > > > uses symbol versioning. In looking through > > > src/ I was unable to determine whether > > > symbol versioning is used on libgcc. Any > > > guidance would be appreciated. > > > > > > > > > > I don't think it is. I haven't poked at any sources, but there are no > > FBSD* symbols in /usr/lib/libgcc_s.so, which is what's used in symbol > > versioning in, say, /lib/libc.so.7. > > > > -Boris > > And above is wrong. Just for the record. What FBSD* symbol versions > have to do with the library independently versioned by FSF? > I'm trying to test a gfortran 4.6.0 patch that implements REAL(16), which means that TFmode needs to be supported. The GCC infrastructure currently does not build with TFmode on FreeBSD, and so a patch has been created. The last item that needs attention is symbol versioning. See the thread starting at http://gcc.gnu.org/ml/fortran/2010-08/msg00431.html -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 19:19:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E55D10656A5 for ; Mon, 30 Aug 2010 19:19:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1739F8FC0C for ; Mon, 30 Aug 2010 19:19:10 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o7UJJ3DX064986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Aug 2010 15:19:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o7UJJ3m4092199; Mon, 30 Aug 2010 15:19:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201008301919.o7UJJ3m4092199@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 30 Aug 2010 15:18:59 -0400 To: d@delphij.net From: Mike Tancsa In-Reply-To: <4C7BFCC6.2040904@delphij.net> References: <201008301441.o7UEf9AS090773@lava.sentex.ca> <201008301719.o7UHJ3jU091572@lava.sentex.ca> <4C7BFCC6.2040904@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Olivier Smedts , freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 19:19:11 -0000 At 02:47 PM 8/30/2010, Xin LI wrote: >My guess is that your motherboard provided another watchdog (like >Winbond based super I/O chips) which requires a driver, you can try this >one if you wish: > > http://people.freebsd.org/~delphij/for_review/winbondwd/ > >I've no idea about your ichwd issue though. Hi, Thanks for the link! I had a look on Intel's site and didnt find anything specifically mentioning the type of watchdog. This is an actual intel branded board and not supermicro. No luck with the driver. However, I will give it a try on some of the MBs that do have Winbond WDs. A long time ago I hacked together one for the 83697 http://www.tancsa.com/watchdog/itxwd-1.0/ ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 19:20:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCAC91065670 for ; Mon, 30 Aug 2010 19:20:28 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9758FC12 for ; Mon, 30 Aug 2010 19:20:28 +0000 (UTC) Received: by qyk8 with SMTP id 8so3423164qyk.13 for ; Mon, 30 Aug 2010 12:20:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=WWeaKteNhao6je1sYDZizm2nfVRrmE243GnBwJkiwSU=; b=Lsa5ktkOB+BHfB+tFTzusfXFcnjvOjcntfIcBbL5glvoqaZhkvXZDLpB6ln53lzK+Z 3yq6OovudyQfvl7atWarX11cs/7Hgtb8k/klknvzdwYKqxqFzcEcUsErZQPuDujf2j56 BfaYzj3s3pDVUxlBO7juTUdkSwngbQ0IMlgGM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=u2iSy+guZWFYlr24Z2MmGar7IVzAJCTGzy9aTY5FLRiUC7EWlx9YoypRDUbeqMWpGn 8CD9gOd2tD68xve8twX13RcIl9rExFBFUMtQLEnthy7ggZ0VVyBskp51a28HqEUIqLjC liVeHvfLHlX8nRewpngZTZLnv2zTAgD06e74U= Received: by 10.229.250.2 with SMTP id mm2mr2485558qcb.177.1283194284454; Mon, 30 Aug 2010 11:51:24 -0700 (PDT) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id l8sm8658688qck.18.2010.08.30.11.51.22 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 11:51:23 -0700 (PDT) Date: Mon, 30 Aug 2010 14:51:16 -0400 From: Alexander Kabaev To: Boris Kochergin Message-ID: <20100830145116.6e2cbe3a@kan.dnsalias.net> In-Reply-To: <4C7BEC03.7030104@acm.poly.edu> References: <20100830173206.GA44788@troutmask.apl.washington.edu> <4C7BEC03.7030104@acm.poly.edu> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_//2O+/82dXeUjEZ3eiagmW+t"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: symbol versioning on libgcc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 19:20:28 -0000 --Sig_//2O+/82dXeUjEZ3eiagmW+t Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 30 Aug 2010 13:36:03 -0400 Boris Kochergin wrote: > Steve Kargl wrote: > > I know that several libraries in FreeBSD > > uses symbol versioning. In looking through > > src/ I was unable to determine whether=20 > > symbol versioning is used on libgcc. Any > > guidance would be appreciated. > > > > =20 >=20 > I don't think it is. I haven't poked at any sources, but there are no=20 > FBSD* symbols in /usr/lib/libgcc_s.so, which is what's used in symbol=20 > versioning in, say, /lib/libc.so.7. >=20 > -Boris And above is wrong. Just for the record. What FBSD* symbol versions have to do with the library independently versioned by FSF? --=20 Alexander Kabaev --Sig_//2O+/82dXeUjEZ3eiagmW+t Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFMe/2pQ6z1jMm+XZYRAhIWAJwKWemNjvHWp3bI+tRgNiq0bvt2nACfVAKS bJhNjWaNwRxC3pREICTRMag= =UY2z -----END PGP SIGNATURE----- --Sig_//2O+/82dXeUjEZ3eiagmW+t-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 21:53:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD0D10656AA for ; Mon, 30 Aug 2010 21:53:53 +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 839288FC1B for ; Mon, 30 Aug 2010 21:53:51 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA18988; Tue, 31 Aug 2010 00:53:44 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OqCIR-000Fex-SM; Tue, 31 Aug 2010 00:53:43 +0300 Message-ID: <4C7C2867.8000407@icyb.net.ua> Date: Tue, 31 Aug 2010 00:53:43 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Mike Tancsa References: <201008301441.o7UEf9AS090773@lava.sentex.ca> <201008301719.o7UHJ3jU091572@lava.sentex.ca> In-Reply-To: <201008301719.o7UHJ3jU091572@lava.sentex.ca> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Olivier Smedts , freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 21:53:53 -0000 on 30/08/2010 20:18 Mike Tancsa said the following: > At 12:51 PM 8/30/2010, Olivier Smedts wrote: > >> By any chance, is it disabled in BIOS ? > > Hi, > There are a couple of options in the BIOS. There is a "reboot the box if the > bios does not post within 6min" as well as "Fire the watchdog if the dog has not > been patted after 5,10 or 15min after the BIOS post. I tried all combinations > without luck. If I have the "reboot after x min post post", the box will reboot > on its own. I'd guess that this kind of option would enable OS use of the watchdog. Perhaps you can contact Intel about this issue, either via their official support service or via jfv (who is CCed as I see) or both. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 30 22:22:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81CC610656B3; Mon, 30 Aug 2010 22:22:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 150248FC0A; Mon, 30 Aug 2010 22:22:22 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 184F9A59812; Tue, 31 Aug 2010 06:22:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id yH1yreECf5dh; Tue, 31 Aug 2010 06:22:15 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E0A12A56A60; Tue, 31 Aug 2010 06:22:13 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=S1OpJr+dEqmUSvNUlja5J7N6yJs+0nNlIgZ8Fcn66DjczHHjlWZVbHouJu6aITkBQ 3gQJeJFescB2dVnNcACTQ== Message-ID: <4C7C2F12.5010304@delphij.net> Date: Mon, 30 Aug 2010 15:22:10 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: John Baldwin References: <4C770BB9.2070900@delphij.net> <201008270934.56323.jhb@freebsd.org> In-Reply-To: <201008270934.56323.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------010009050507070302080303" Cc: FreeBSD Current , d@delphij.net Subject: Re: [PATCH] Use MACHINE_ARCH for boot loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2010 22:22:22 -0000 This is a multi-part message in MIME format. --------------010009050507070302080303 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/08/27 06:34, John Baldwin wrote: > On Thursday, August 26, 2010 8:50:01 pm Xin LI wrote: >> Hi, >> >> The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and >> FreeBSD/amd64 on amd64. >> >> Comments welcome! I'll commit it in by the weekend if there is no >> objection on this. > > As others have noted, the 'x86' is on purpose, and I would rather it continue > to do that rather than this change. What about this one? It changes the 'NEWVERSWHAT' variables from (i386|${MACHINE_ARCH}) to x86 for consistency. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMfC8RAAoJEATO+BI/yjfB6uIH/1XHiZd0U+Hojbh1GuiVCi7X TKQJ6j6hYC1JS0cdgDcGVgqV+12b3lsvT7uFU38sV+tSALVzPltPRexqjQQ2ltcQ EWlXRZXas/z9K/9SeLVZvVq1ZoF8vjWHvGjMjy7MRnRsSIDy9K5QEAlWbh4SkE7p a3whNOB2o3Gn5FxWS4j3OYVyh9CLgpaiGcPrWOWQygLmY1bwRjnpC3vbby2PD7hX 9Mw1jAYJ2vdqbshZbSb4xmitUfeF4Rm7qRBxvIU4qUsVef+xabciUx74bsZlPQyi jfvVvuuar1ToazVxxwaXlTdD5kPCtkxDSmduCx8aPh5n2w6MdRVrYTpANlamFpM= =XeJ4 -----END PGP SIGNATURE----- --------------010009050507070302080303 Content-Type: text/plain; name="boot.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="boot.diff" Index: sys/boot/i386/zfsloader/Makefile =================================================================== --- sys/boot/i386/zfsloader/Makefile (revision 212022) +++ sys/boot/i386/zfsloader/Makefile (working copy) @@ -3,7 +3,7 @@ .PATH: ${.CURDIR}/../loader LOADER= zfsloader -NEWVERSWHAT= "ZFS enabled bootstrap loader" i386 +NEWVERSWHAT= "ZFS enabled bootstrap loader" x86 LOADER_ZFS_SUPPORT=yes LOADER_ONLY= yes NO_MAN= yes Index: sys/boot/i386/efi/Makefile =================================================================== --- sys/boot/i386/efi/Makefile (revision 212022) +++ sys/boot/i386/efi/Makefile (working copy) @@ -42,7 +42,7 @@ ${PROG}: ${LDSCRIPT} CLEANFILES= vers.c loader.efi -NEWVERSWHAT= "EFI loader" ${MACHINE_ARCH} +NEWVERSWHAT= "EFI loader" x86 vers.c: ${.CURDIR}/../../common/newvers.sh ${.CURDIR}/version sh ${.CURDIR}/../../common/newvers.sh ${.CURDIR}/version ${NEWVERSWHAT} Index: sys/boot/i386/loader/Makefile =================================================================== --- sys/boot/i386/loader/Makefile (revision 212022) +++ sys/boot/i386/loader/Makefile (working copy) @@ -6,7 +6,7 @@ MK_SSP= no LOADER?= loader PROG= ${LOADER}.sym INTERNALPROG= -NEWVERSWHAT?= "bootstrap loader" i386 +NEWVERSWHAT?= "bootstrap loader" x86 # architecture-specific loader code SRCS= main.c conf.c vers.c --------------010009050507070302080303-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 08:15:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 712EB106564A; Tue, 31 Aug 2010 08:15:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA1028FC0A; Tue, 31 Aug 2010 08:15:26 +0000 (UTC) Received: by fxm4 with SMTP id 4so4386345fxm.13 for ; Tue, 31 Aug 2010 01:15:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=fNWjM43awMWNj/+ZLF/WYK3XLUos+0gEgMiJZWp9DD4=; b=PaEI6kA7WZ/WuH8MnBHcKD/78zcICocMRERnmj71xHLsl40GNSTFQtXASKwy1LWGAR bYIKUypFWLKlG6mCqkeU290ab6YKX5NxHTORguFTi7o7UqsDE3J9KxzBHoOiI7+Z2Oqu AA4o8t9q/kPcHmJQNEpuqGEa0acg9AQMeZ34I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=dj0nZY5IdSBLKWfF/cBxVtIm6QAgsX13JxDq7GXuIfzw0iEIvVrrhR3thC5XtsPGh5 XqY2ox6EnHoGDppnrCEf7dlsD7IQ3xYkVWaWrQCtFhU1XzGtpHjc3zxpU7Raq1sYxQFZ TwqZ1+C0+4lS3p/EDZIQrxvtMaLrxBSQA/apQ= Received: by 10.223.119.137 with SMTP id z9mr2647403faq.87.1283242525639; Tue, 31 Aug 2010 01:15:25 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id p2sm3828140fak.22.2010.08.31.01.15.24 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 01:15:25 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7CBA15.8010009@FreeBSD.org> Date: Tue, 31 Aug 2010 11:15:17 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: "YAMAMOTO, Taku" References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830195941.9731109c.taku@tackymt.homeip.net> <4C7B91EC.5070906@FreeBSD.org> In-Reply-To: <4C7B91EC.5070906@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 08:15:27 -0000 Alexander Motin wrote: > YAMAMOTO, Taku wrote: >> On Mon, 30 Aug 2010 13:07:38 +0300 >> Alexander Motin wrote: >>> Gary Jennejohn wrote: >> (snip) >>>> So, what else did you do to reduce interrupts so much? >>>> >>>> Ah, I think I see it now. My desktop has only C1 enabled. Is that it? >>>> Unfortunately, it appears that only C1 is supported :( >>> Yes, as I have said, at this moment empty ticks skipped only while CPU >>> is in C2/C3 states. In C1 state there is no way to handle lost events on >>> wake up. While it may be not very dangerous, it is not very good. >> There's an alternative way to catch exit-from-C1 atomically: >> use MWAIT with bit0 of ECX set (``Treat masked interrupts as break events'' >> in Intel 64 and IA-32 Architecthres Software Developer's Manual). >> >> In this way we can put each core individually into deeper Cx state without >> additional costs (SMIs and the like) as a bonus. >> >> The problem is that it may be unavailable to earlier CPUs that support >> MONITOR/MWAIT instructions: >> we should check the presense of this feature by examining bit0 and bit1 of ECX >> that is returned by CPUID 5. > > Thank you for the hint. I will investigate it now. But it still help > only x86 systems. I have no idea how power management works on > arm/mips/ppc/..., but I assume that periodic wake up there also may be > not free. I have looked on these MWAIT features. They indeed allow to wake up with interrupts disabled, but I am worrying about the C-state in which CPU goes in that case. MWAIT states are CPU C-STATES, not ACPI C-states. So I have doubts that using MWAIT instead of HLT on ACPI system is correct. Also I have found some comments that MWAIT on AMD 10h family CPUs does not allows CPU to go to C1E state, while HLT does. So it is not a complete (worse) equivalent. Later AMD CPUs just do not support MWAIT. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 08:29:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48E610656BA; Tue, 31 Aug 2010 08:29:22 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A8CC18FC1E; Tue, 31 Aug 2010 08:29:21 +0000 (UTC) Received: by fxm4 with SMTP id 4so4389960fxm.13 for ; Tue, 31 Aug 2010 01:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=FF95OBHJW6mUZesQaTUqkozxIhs10zB20SbqHLjB9Cg=; b=I/yLbWT1ulDHp+vbI67Ds2tn/Iy9Pj8G+Diswwbv9dyK1lqvUgnX1/JsZyXJtctg4q 3rgkS6aWmfKnG0O8o9qRHTcQenNe8kOO1I8eAGHI+fHZcqCPO1SQwKfOdhr+XLdytaA1 vEH9OG/GwBvt1mcOUbnySHRc++FJF68vCV4w4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=SxojT1+f1VxkEqYTd1JFZK/xo6NalzaFhydxZZs7W+HdyNIM/t4zCmenWTgsQlHhRs 5tatPmT2ORJ1+dhpSezkXscdlpMbmM9jsfk4WHtkYmu7oVZhsa3OxSfcDf51A1sw6rro 3tnsfMsv19Bqs8rejKdNjEI9aaEV6D1s6n1w0= Received: by 10.223.126.19 with SMTP id a19mr4918608fas.88.1283243360740; Tue, 31 Aug 2010 01:29:20 -0700 (PDT) Received: from ernst.jennejohn.org (p578E3809.dip.t-dialin.net [87.142.56.9]) by mx.google.com with ESMTPS id 2sm3832710faz.14.2010.08.31.01.29.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 01:29:20 -0700 (PDT) Date: Tue, 31 Aug 2010 10:29:18 +0200 From: Gary Jennejohn To: gljennjohn@googlemail.com Message-ID: <20100831102918.4f5404cc@ernst.jennejohn.org> In-Reply-To: <20100830121148.11926306@ernst.jennejohn.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Alexander Motin , FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 08:29:22 -0000 On Mon, 30 Aug 2010 12:11:48 +0200 Gary Jennejohn wrote: > On Mon, 30 Aug 2010 13:07:38 +0300 > Alexander Motin wrote: > > > Gary Jennejohn wrote: > > > Hmm. I applied your patches and am now running the new kernel. But I > > > only installed the new kernel and didn't do make buildworld installworld. > > > > > > Mu systat -vm 1 doesn't look anything like yours. I'm seeing about 2300 > > > interrupts per second and most of those are coming from the hpet timers: > > > > > > 1122 hpet0:t0 > > > 1124 hpet0:t1 > > > > It means 1000Hz of hardclock (hz) events mixed with 127Hz of statclock > > (stathz) events. HPET timer here works in one-shot mode handling it. > > > > > So, what else did you do to reduce interrupts so much? > > > > > > Ah, I think I see it now. My desktop has only C1 enabled. Is that it? > > > Unfortunately, it appears that only C1 is supported :( > > > > Yes, as I have said, at this moment empty ticks skipped only while CPU > > is in C2/C3 states. In C1 state there is no way to handle lost events on > > wake up. While it may be not very dangerous, it is not very good. > > > > Too bad. I'd say that systems which are limited to C1 don't benefit > much (or not at all) from your changes. > OK, this is purely anecdotal, but I'll report it anyway. I was running pretty much all day with the patched kernel and things seemed to be working quite well. Then, after about 7 hours, everything just stopped. I had gkrellm running and noticed that it updated only when I moved the mouse. This behavior leads me to suspect that the timer interrupts had stopped working and the mouse interrupts were causing processes to get scheduled. Unfortunately, I wasn't able to get a dump and had to hit reset to recover. As I wrote above, this is only anecdotal, but I've never seen anything like this before applying the patches. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 08:48:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72CC10656CF; Tue, 31 Aug 2010 08:48:39 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8D78FC29; Tue, 31 Aug 2010 08:48:38 +0000 (UTC) Received: by fxm4 with SMTP id 4so4395614fxm.13 for ; Tue, 31 Aug 2010 01:48:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=QK7We8UalLRz0rzBros5GAIiv0KmmnzAYulU7IkpONc=; b=uiN76XD+LDJChHuWmm3I1hmvetc1TLaWhwyQWvXH/NyG7iK3CnFmj2K4rtXWNI41fk NpUE0p4RCu+N5jScspbr0CWT018J0JWN7DpIabWsbuXerGcUuV0TF8wuFSo2MnW6h7dI Mi2gogUd+zrsGV+zL4q14givpTsAc7E816vGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=nurylkafpMnZPLcmIPVz/EQEI04HREVDolvChzOp/EiCZ/M+eDzs4li/0BUjwSub/g Agx3LNjhCrR703k0FliekVN+5Lh+kUSqM6fPzaPf4dNXTkIgE9op61sZ3NuQDyItrgFk IGYfWitfy27FxHImZO44os9DyQ4Mq8TxKXVUs= Received: by 10.223.108.71 with SMTP id e7mr5033273fap.13.1283244518064; Tue, 31 Aug 2010 01:48:38 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm3838419fav.26.2010.08.31.01.48.36 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 01:48:37 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7CC1DE.1080907@FreeBSD.org> Date: Tue, 31 Aug 2010 11:48:30 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> In-Reply-To: <20100831102918.4f5404cc@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 08:48:40 -0000 Gary Jennejohn wrote: > On Mon, 30 Aug 2010 12:11:48 +0200 > Gary Jennejohn wrote: > >> On Mon, 30 Aug 2010 13:07:38 +0300 >> Alexander Motin wrote: >> >>> Gary Jennejohn wrote: >>>> Hmm. I applied your patches and am now running the new kernel. But I >>>> only installed the new kernel and didn't do make buildworld installworld. >>>> >>>> Mu systat -vm 1 doesn't look anything like yours. I'm seeing about 2300 >>>> interrupts per second and most of those are coming from the hpet timers: >>>> >>>> 1122 hpet0:t0 >>>> 1124 hpet0:t1 >>> It means 1000Hz of hardclock (hz) events mixed with 127Hz of statclock >>> (stathz) events. HPET timer here works in one-shot mode handling it. >>> >>>> So, what else did you do to reduce interrupts so much? >>>> >>>> Ah, I think I see it now. My desktop has only C1 enabled. Is that it? >>>> Unfortunately, it appears that only C1 is supported :( >>> Yes, as I have said, at this moment empty ticks skipped only while CPU >>> is in C2/C3 states. In C1 state there is no way to handle lost events on >>> wake up. While it may be not very dangerous, it is not very good. >>> >> Too bad. I'd say that systems which are limited to C1 don't benefit >> much (or not at all) from your changes. >> > > OK, this is purely anecdotal, but I'll report it anyway. > > I was running pretty much all day with the patched kernel and things > seemed to be working quite well. > > Then, after about 7 hours, everything just stopped. > > I had gkrellm running and noticed that it updated only when I moved the > mouse. > > This behavior leads me to suspect that the timer interrupts had stopped > working and the mouse interrupts were causing processes to get scheduled. > > Unfortunately, I wasn't able to get a dump and had to hit reset to > recover. > > As I wrote above, this is only anecdotal, but I've never seen anything > like this before applying the patches. One-shot timers have one weak side: if for some reason timer interrupt getting lost -- there will be nobody to reload the timer. Such cases probably will require special attention. Same funny situation with mouse-driven scheduler happens also if LAPIC timer dies when pre-Core-iX CPU goes to C3 state. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 12:19:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F4F810656AD for ; Tue, 31 Aug 2010 12:19:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 403FE8FC26 for ; Tue, 31 Aug 2010 12:19:47 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E675B46B49; Tue, 31 Aug 2010 08:19:46 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 933028A04E; Tue, 31 Aug 2010 08:19:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 31 Aug 2010 07:52:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201008301441.o7UEf9AS090773@lava.sentex.ca> <201008301719.o7UHJ3jU091572@lava.sentex.ca> <4C7C2867.8000407@icyb.net.ua> In-Reply-To: <4C7C2867.8000407@icyb.net.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201008310752.38299.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 31 Aug 2010 08:19:45 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Olivier Smedts , jfvogel@gmail.com, Andriy Gapon , Mike Tancsa Subject: Re: svn commit: r211908 - head/sys/dev/ichwd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 12:19:47 -0000 On Monday, August 30, 2010 5:53:43 pm Andriy Gapon wrote: > on 30/08/2010 20:18 Mike Tancsa said the following: > > At 12:51 PM 8/30/2010, Olivier Smedts wrote: > > > >> By any chance, is it disabled in BIOS ? > > > > Hi, > > There are a couple of options in the BIOS. There is a "reboot the box if the > > bios does not post within 6min" as well as "Fire the watchdog if the dog has not > > been patted after 5,10 or 15min after the BIOS post. I tried all combinations > > without luck. If I have the "reboot after x min post post", the box will reboot > > on its own. > > I'd guess that this kind of option would enable OS use of the watchdog. > Perhaps you can contact Intel about this issue, either via their official > support service or via jfv (who is CCed as I see) or both. Most likely these options are for the watchdog in the BMC that IPMI manages rather than the watchdog in the ICH. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 12:19:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9310510656BE for ; Tue, 31 Aug 2010 12:19:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 654628FC19 for ; Tue, 31 Aug 2010 12:19:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 15F5846B45; Tue, 31 Aug 2010 08:19:52 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4E7558A050; Tue, 31 Aug 2010 08:19:51 -0400 (EDT) From: John Baldwin To: d@delphij.net Date: Tue, 31 Aug 2010 07:55:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4C770BB9.2070900@delphij.net> <201008270934.56323.jhb@freebsd.org> <4C7C2F12.5010304@delphij.net> In-Reply-To: <4C7C2F12.5010304@delphij.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201008310755.10445.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 31 Aug 2010 08:19:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: FreeBSD Current Subject: Re: [PATCH] Use MACHINE_ARCH for boot loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 12:19:52 -0000 On Monday, August 30, 2010 6:22:10 pm Xin LI wrote: > On 2010/08/27 06:34, John Baldwin wrote: > > On Thursday, August 26, 2010 8:50:01 pm Xin LI wrote: > >> Hi, > >> > >> The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and > >> FreeBSD/amd64 on amd64. > >> > >> Comments welcome! I'll commit it in by the weekend if there is no > >> objection on this. > > > > As others have noted, the 'x86' is on purpose, and I would rather it continue > > to do that rather than this change. > > What about this one? It changes the 'NEWVERSWHAT' variables from > (i386|${MACHINE_ARCH}) to x86 for consistency. This looks good. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 13:57:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6514810656B5; Tue, 31 Aug 2010 13:57:08 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0B08FC0C; Tue, 31 Aug 2010 13:57:07 +0000 (UTC) Received: by wyb33 with SMTP id 33so9222212wyb.13 for ; Tue, 31 Aug 2010 06:57:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0LVcz6+5ThFwg1UfMONrmAHt7vJA9Xj/iZ/81z4OD9U=; b=vCMrgzRj8FIsE+4so/6JY1Unlfcn9gz984Ax2pZ8IzxbOnb/GvAj2qR90tcMszc8EM IxzU51Da32BvD4DvNFDTiSmbm7i40vaH5huKWWxuQEHo0GQKn0uxP07Yy7Xtsnw2spif UIXNX1o0cXclb2SgntjdR4L9UqejWgU7RfdC4= 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=n89ZpxoOnWfnkyBa216Ik465Slvy+7uylPJjdrh8G7zLpo5n7Y6tOmEoBW/eaqrFtW MgQmfQFmj2TRwdfUsXrFJAxK/otL/7MIDRR0ESjqlDNWTF47I390JaUGlCmbGaFgcqpZ qSf1rlmRJVLa/egjigmNIz2XqTltQ/prEqmNg= MIME-Version: 1.0 Received: by 10.227.157.17 with SMTP id z17mr6378508wbw.122.1283263026465; Tue, 31 Aug 2010 06:57:06 -0700 (PDT) Received: by 10.216.133.2 with HTTP; Tue, 31 Aug 2010 06:57:06 -0700 (PDT) In-Reply-To: <4C7CC1DE.1080907@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> Date: Tue, 31 Aug 2010 08:57:06 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 13:57:08 -0000 On Tue, Aug 31, 2010 at 3:48 AM, Alexander Motin wrote: > Gary Jennejohn wrote: >> On Mon, 30 Aug 2010 12:11:48 +0200 >> Gary Jennejohn wrote: >> >>> On Mon, 30 Aug 2010 13:07:38 +0300 >>> Alexander Motin wrote: >>> >>>> Gary Jennejohn wrote: >>>>> Hmm. =A0I applied your patches and am now running the new kernel. =A0= But I >>>>> only installed the new kernel and didn't do make buildworld installwo= rld. >>>>> >>>>> Mu systat -vm 1 doesn't look anything like yours. =A0I'm seeing about= 2300 >>>>> interrupts per second and most of those are coming from the hpet time= rs: >>>>> >>>>> 1122 hpet0:t0 >>>>> 1124 hpet0:t1 >>>> It means 1000Hz of hardclock (hz) events mixed with 127Hz of statclock >>>> (stathz) events. HPET timer here works in one-shot mode handling it. >>>> >>>>> So, what else did you do to reduce interrupts so much? >>>>> >>>>> Ah, I think I see it now. =A0My desktop has only C1 enabled. =A0Is th= at it? >>>>> Unfortunately, it appears that only C1 is supported :( >>>> Yes, as I have said, at this moment empty ticks skipped only while CPU >>>> is in C2/C3 states. In C1 state there is no way to handle lost events = on >>>> wake up. While it may be not very dangerous, it is not very good. >>>> >>> Too bad. =A0I'd say that systems which are limited to C1 don't benefit >>> much (or not at all) from your changes. >>> >> >> OK, this is purely anecdotal, but I'll report it anyway. >> >> I was running pretty much all day with the patched kernel and things >> seemed to be working quite well. >> >> Then, after about 7 hours, everything just stopped. >> >> I had gkrellm running and noticed that it updated only when I moved the >> mouse. >> >> This behavior leads me to suspect that the timer interrupts had stopped >> working and the mouse interrupts were causing processes to get scheduled= . >> >> Unfortunately, I wasn't able to get a dump and had to hit reset to >> recover. >> >> As I wrote above, this is only anecdotal, but I've never seen anything >> like this before applying the patches. > > One-shot timers have one weak side: if for some reason timer interrupt > getting lost -- there will be nobody to reload the timer. Such cases > probably will require special attention. Same funny situation with > mouse-driven scheduler happens also if LAPIC timer dies when pre-Core-iX > CPU goes to C3 state. I too had the "freeze" or "pause" when testing with LAPIC, although I've been using HPET for a while now, and things seem normal: # systat -vmstat 1 3 users Load 0.28 0.33 0.24 Aug 31 08:48 Mem:KB REAL VIRTUAL VN PAGER SWAP PAG= ER Tot Share Tot Share Free in out in o= ut Act 364524 14244 1600988 17404 1427028 count All 492712 31000 1075523k 54724 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt cow 363 total 74 2153 613 7083 361 144 6 5 zfod atkbd= 0 1 ozfod 115 hpet0= :t0 0 1.6%Sys 0.4%Intr 2.3%User 0.0%Nice 95.7%Idle %ozfod 56 hpet0= :t1 8 | | | | | | | | | | | daefr acpi0= 9 =3D> prcfr 187 psm= 0 12 36 dtbuf totfr ata0 = 14 Namei Name-cache Dir-cache 111105 desvn react uhci2= + 16 Calls hits % hits % 1953 numvn pdwak ehci1= 19 3 3 100 327 frevn pdpgs uhci0= 20 intrn ehci0= 22 Disks ada0 cd0 pass0 pass1 202356 wire vgapc= i0 KB/t 0.00 0.00 0.00 0.00 200264 act hdac0= 258 tps 0 0 0 0 167392 inact 5 iwn0 = 259 MB/s 0.00 0.00 0.00 0.00 4208 cache %busy 0 0 0 0 1422820 free # cat /boot/loader.conf: ... kern.hz=3D"100" hint.apic.0.clock=3D"0" hint.atrtc.0.clock=3D"0" hint.p4tcc.0.disabled=3D"1" hint.attimer.0.clock=3D0 hint.hpet.0.legacy_route=3D1 hint.acpi_throttle.0.disabled=3D"1" hw.pci.do_power_nodriver=3D"3" ... # cat /etc/rc.conf: ... powerd_enable=3D"YES" powerd_flags=3D"-a adaptive -b adaptive -n adaptive" performance_cpu_freq=3D"NONE" # Online CPU frequency economy_cpu_freq=3D"NONE" # Offline CPU frequency performance_cx_lowest=3D"C3" # Online CPU idle state economy_cx_lowest=3D"C3" # Offline CPU idle state ... # sysctl -a | grep cx hw.acpi.cpu.cx_lowest: C3 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 0.53% 99.46% last 2791us dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.00% 1.13% 98.86% last 1492us Suspend/resume still works well, for what it's worth :) -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 17:16:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D380F10656BE for ; Tue, 31 Aug 2010 17:16:01 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 647FE8FC18 for ; Tue, 31 Aug 2010 17:16:00 +0000 (UTC) Received: by ewy4 with SMTP id 4so4210149ewy.13 for ; Tue, 31 Aug 2010 10:16:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=8LBsqPe+v34wWXwopeaLRcZGcIaU4F6D1+6hb/P9dVM=; b=kVI8PGlPlv5WODd3+3cKHxirg1zfIpgr2gkWUeD2tCf/CLDU8pNlQ6WklSGQa2omHm NwpyW1ssYRxMvLGvgwGHGrUiPjhLJa9qFinGvIsl/tjHW2USbo5t94nCq6rmmE8N04iI rf1NH/0I3M2e/YBrSHYHibnIdptB7ABBaKfBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Tb8C1Rc5dekggRpdEE3fGO2U/DNrtTj9KhffSy/2SfS29UJYIzCmXaxbJb3xv0Z8pa A0opxcCPQMr45UsL4JfoyIK6tg6baytT0WF6vs4gYgRRIA2AeSPUB/rzar0KeE//8C6A 7ANbh9DPV2zGwAZu9bRzaANq6riJSPhBSVql8= MIME-Version: 1.0 Received: by 10.213.7.7 with SMTP id b7mr9915435ebb.30.1283274960203; Tue, 31 Aug 2010 10:16:00 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.213.20.144 with HTTP; Tue, 31 Aug 2010 10:16:00 -0700 (PDT) In-Reply-To: <201008261649.20543.jhb@freebsd.org> References: <201008261649.20543.jhb@freebsd.org> Date: Tue, 31 Aug 2010 10:16:00 -0700 X-Google-Sender-Auth: 0mwaHw1E8MOtxkGuyPsJnETmWno Message-ID: From: mdf@FreeBSD.org To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Jeff Roberson Subject: Re: sched_pin() bug in SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 17:16:01 -0000 I recorded the stack any time ts->ts_cpu was set and when a thread was migrated by sched_switch() I printed out the recorded info. Here's what I found: XXX bug 67957: moving 0xffffff003ff9b800 from 3 to 1 [1]: pin 0 state 4 move 3 -> 1 done by 0xffffff000cc44000: #0 0xffffffff802b36b4 at bug67957+0x84 #1 0xffffffff802b5dd4 at sched_affinity+0xd4 #2 0xffffffff8024a707 at cpuset_setthread+0x137 #3 0xffffffff8024aeae at cpuset_setaffinity+0x21e #4 0xffffffff804a82df at freebsd32_cpuset_setaffinity+0x4f #5 0xffffffff80295f49 at isi_syscall+0x99 #6 0xffffffff804a630e at ia32_syscall+0x1ce #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 [0]: pin 0 state 2 move 0 -> 3 done by 0xffffff000cc44000: #0 0xffffffff802b36b4 at bug67957+0x84 #1 0xffffffff802b4ad8 at sched_add+0xe8 #2 0xffffffff8029b96a at create_thread+0x34a #3 0xffffffff8029badc at kern_thr_new+0x8c #4 0xffffffff804a8912 at freebsd32_thr_new+0x122 #5 0xffffffff80295f49 at isi_syscall+0x99 #6 0xffffffff804a630e at ia32_syscall+0x1ce #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 So one thread in the process called cpuset_setaffinity(2), and another thread in the process was forcibly migrated by the IPI while returning from a syscall, while it had td_pinned set. Given this path, it seems reasonable to me to skip the migrate if we notice THREAD_CAN_MIGRATE is false. Opinions? My debug code is below. I'll try to write a short testcase that exhibits this bug. Thanks, matthew Index: kern/sched_ule.c =================================================================== --- kern/sched_ule.c (revision 158580) +++ kern/sched_ule.c (working copy) @@ -697,6 +697,41 @@ return; } +static void +bug67957(struct thread *td) +{ + int idx; + + THREAD_LOCK_ASSERT(td, MA_OWNED); + idx = (td->xxx_idx++ % 5); + stack_save(&td->xxx[idx].td_preempt); + td->xxx[idx].td_moveto = td->td_sched->ts_cpu; + td->xxx[idx].td_movefrom = (td->td_oncpu == NOCPU) ? td->td_lastcpu : td->td_oncpu; + td->xxx[idx].td_statewas = td->td_state; + td->xxx[idx].td_pinned = td->td_pinned; + td->xxx[idx].td_by = curthread; +} + +static void +pr_bug67957(struct thread *td, int idx) +{ + int idx, i; + + printf("XXX bug 67957: moving %p from %d to %d\n", + td, td->td_lastcpu, td->td_sched->ts_cpu); + for (i = 0, idx = td->xxx_idx - 1; + i < 5 && idx >= 0; + i++, idx--) { + printf("[%d]: pin %d state %d move %d -> %d done by %p:\n", + idx, td->xxx[idx % 5].td_pinned, + td->xxx[idx % 5].td_statewas, + td->xxx[idx % 5].td_movefrom, + td->xxx[idx % 5].td_moveto, + td->xxx[idx % 5].td_by); + stack_print_ddb(&td->xxx[idx % 5].td_preempt); + } +} + /* * Move a thread from one thread queue to another. */ @@ -739,6 +774,7 @@ TDQ_UNLOCK(from); sched_rem(td); ts->ts_cpu = cpu; + bug67957(td); td->td_lock = TDQ_LOCKPTR(to); tdq_add(to, td, SRQ_YIELDING); } @@ -971,6 +1007,7 @@ tdq = TDQ_CPU(cpu); td = ts->ts_thread; ts->ts_cpu = cpu; + bug67957(td); /* If the lock matches just return the queue. */ if (td->td_lock == TDQ_LOCKPTR(tdq)) @@ -1890,8 +1964,15 @@ SRQ_OURSELF|SRQ_YIELDING; if (ts->ts_cpu == cpuid) tdq_add(tdq, td, srqflag); - else + else { + if (!THREAD_CAN_MIGRATE(td) && + (ts->ts_flags & TSF_BOUND) == 0) { + pr_bug67957(td, idx); + panic("XXX"); + } mtx = sched_switch_migrate(tdq, td, srqflag); + } + td->xxx_idx = 0; } else { /* This thread must be going to sleep. */ TDQ_LOCK(tdq); @@ -2479,8 +2560,10 @@ * target cpu. */ if (td->td_priority <= PRI_MAX_ITHD && THREAD_CAN_MIGRATE(td) && - curthread->td_intr_nesting_level) + curthread->td_intr_nesting_level) { ts->ts_cpu = cpuid; + bug67957(td); + } if (!THREAD_CAN_MIGRATE(td)) cpu = ts->ts_cpu; else @@ -2590,6 +2673,7 @@ */ cpu = ts->ts_cpu; ts->ts_cpu = sched_pickcpu(td, 0); + bug67957(td); if (cpu != PCPU_GET(cpuid)) ipi_selected(1 << cpu, IPI_PREEMPT); #endif @@ -2613,6 +2697,7 @@ if (PCPU_GET(cpuid) == cpu) return; ts->ts_cpu = cpu; + bug67957(td); /* When we return from mi_switch we'll be on the correct cpu. */ mi_switch(SW_VOL, NULL); #endif Index: sys/proc.h =================================================================== --- sys/proc.h (revision 158580) +++ sys/proc.h (working copy) @@ -68,6 +68,8 @@ #include #include +#include /* XXX bug 67957 */ + /* * One structure allocated per session. * @@ -356,6 +358,16 @@ int td_errno; /* Error returned by last syscall. */ uint64_t td_nfs_root_lin;/* (k) Root lin for vis .snapshot*/ struct osd td_osd; /* (k) Object specific data. */ + + struct { + struct stack td_preempt;/* XXX bug 67957 */ + u_char td_movefrom; + u_char td_moveto;/* XXX bug 67957 */ + u_char td_statewas;/* XXX bug 67957 */ + u_char td_pinned; + struct thread *td_by; + } xxx[5]; + int xxx_idx;/* XXX bug 67957 */ }; struct mtx *thread_lock_block(struct thread *); From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 18:53:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E7FB10656AD for ; Tue, 31 Aug 2010 18:53:14 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 91BFC8FC18 for ; Tue, 31 Aug 2010 18:53:13 +0000 (UTC) Received: by eyx24 with SMTP id 24so4438160eyx.13 for ; Tue, 31 Aug 2010 11:53:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=MFWdhAO8WUELWA/vZKKXgkgfk6GoNeBuStRP2u0f6W0=; b=angDhSSYx6nxa1v5OR0fN/YPGRzEbiEpYNhJm8zEZP0OIi16bmbropHPL2k24heXy4 2InMXe0u3EtWfX8LoBaF4ekiEkq1x+NzXmv9BUn3uHQwi61j34HQT4kqAdaEz62OCGM9 tKJ9D3ohkf+Z4nWZx/qskW2Lf8rWE9zWeleKI= 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=umHw2Wt6ao6GOUkt9vju9Jv7syAQzkW7bcA6RgEfO9+x2V7b4127579xqlyClHbfVF mGwuoed4TM1KcAdc7wKo/2xVdjJyTj4hGbLJhDpNEl+GFw7NpjbTZiCPK432Ec98NE1Z w/2rU0FExVV/rdV/B/76NsiG6e3CTOQsnfvWk= MIME-Version: 1.0 Received: by 10.213.20.132 with SMTP id f4mr10350885ebb.19.1283280792258; Tue, 31 Aug 2010 11:53:12 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.213.20.144 with HTTP; Tue, 31 Aug 2010 11:53:12 -0700 (PDT) In-Reply-To: References: <201008261649.20543.jhb@freebsd.org> Date: Tue, 31 Aug 2010 11:53:12 -0700 X-Google-Sender-Auth: S6lYZN4sov8GuzvpV_ZG3JCguBY Message-ID: From: mdf@FreeBSD.org To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jeff Roberson Subject: Re: sched_pin() bug in SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 18:53:14 -0000 On Tue, Aug 31, 2010 at 10:16 AM, wrote: > I recorded the stack any time ts->ts_cpu was set and when a thread was > migrated by sched_switch() I printed out the recorded info. =A0Here's > what I found: > > > XXX bug 67957: moving 0xffffff003ff9b800 from 3 to 1 > [1]: pin 0 state 4 move 3 -> 1 done by 0xffffff000cc44000: > #0 0xffffffff802b36b4 at bug67957+0x84 > #1 0xffffffff802b5dd4 at sched_affinity+0xd4 > #2 0xffffffff8024a707 at cpuset_setthread+0x137 > #3 0xffffffff8024aeae at cpuset_setaffinity+0x21e > #4 0xffffffff804a82df at freebsd32_cpuset_setaffinity+0x4f > #5 0xffffffff80295f49 at isi_syscall+0x99 > #6 0xffffffff804a630e at ia32_syscall+0x1ce > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 > [0]: pin 0 state 2 move 0 -> 3 done by 0xffffff000cc44000: > #0 0xffffffff802b36b4 at bug67957+0x84 > #1 0xffffffff802b4ad8 at sched_add+0xe8 > #2 0xffffffff8029b96a at create_thread+0x34a > #3 0xffffffff8029badc at kern_thr_new+0x8c > #4 0xffffffff804a8912 at freebsd32_thr_new+0x122 > #5 0xffffffff80295f49 at isi_syscall+0x99 > #6 0xffffffff804a630e at ia32_syscall+0x1ce > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 > > So one thread in the process called cpuset_setaffinity(2), and another > thread in the process was forcibly migrated by the IPI while returning > from a syscall, while it had td_pinned set. > > Given this path, it seems reasonable to me to skip the migrate if we > notice THREAD_CAN_MIGRATE is false. > > Opinions? =A0My debug code is below. =A0I'll try to write a short testcas= e > that exhibits this bug. Just a few more thoughts on this. The check in sched_affinity for THREAD_CAN_MIGRATE is racy. Since witness uses sched_pin, it's not simple to take the THREAD lock around an increment of td_pinned. So I'm looking for suggestions on the best way to fix this issue. My thoughts: 1) add a check in sched_switch() for THREAD_CAN_MIGRATE 2) have WITNESS not use sched_pin, and take the THREAD lock when modifying td_pinned 3) have the IPI_PREEMPT handler notice the thread is pinned (and not trying to bind) and postpone the mi_switch, just like it postpones when a thread is in a critical section. Except for the potential complexity of implementation, I think (2) is the best solution. For those who want to play at home, I have a small test program that exhibits this behavior at http://people.freebsd.org/~mdf/cpu_affinity_test.c. It seems to require 4 or more CPUs to hit the assert. You'll also need to patch the kernel to assert when migrating a pinned thread: Index: kern/sched_ule.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kern/sched_ule.c (revision 158580) +++ kern/sched_ule.c (working copy) @@ -1888,11 +1889,26 @@ sched_switch(struct thread *td, struct t srqflag =3D (flags & SW_PREEMPT) ? SRQ_OURSELF|SRQ_YIELDING|SRQ_PREEMPTED : SRQ_OURSELF|SRQ_YIELDING; if (ts->ts_cpu =3D=3D cpuid) tdq_add(tdq, td, srqflag); - else + else { + KASSERT(THREAD_CAN_MIGRATE(td) || + (ts->ts_flags & TSF_BOUND) !=3D 0, + ("Thread %p shouldn't migrate!", td)); mtx =3D sched_switch_migrate(tdq, td, srqflag); + } } else { /* This thread must be going to sleep. */ TDQ_LOCK(tdq); mtx =3D thread_lock_block(td); Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 21:27:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31FE910656B7; Tue, 31 Aug 2010 21:27:47 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 830158FC1C; Tue, 31 Aug 2010 21:27:46 +0000 (UTC) Received: by bwz20 with SMTP id 20so5772266bwz.13 for ; Tue, 31 Aug 2010 14:27:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=XI+IGy+BBBPBSo5JPS5zU7vzaVhtGCtQqOaNc9UqFMY=; b=uZyMsO5BAOO5H9SreQF56ulevPa3myY2REzQNaQu9b7yaTAvAIWpOvVHIFE+sIonpb 5xld7cWg38223H54X7kNyZQgSRF9WuiD1o1BlBlBnXw/bt43w3grJyiEyIWXw0aTP/ah 46fUNwxZHucY4uHSKzitrK82vMvcWgiTZ26hI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=B5uPKRJ4/cnzT5pEDQVhhj+lp2U+K0dy80F1vtPjgJth1aeDHbOCGjhSGKvD76ioV1 ihbwlHvp4X+mq9xSlLyB2BVNQdE86PrkX+Pt/Hh6ycRf6b1MnPHejZoyUbzTwqgjEiwX VJ/TKqVDfLAix1Wb5InlXXSYVTg5pzPnfUTdA= Received: by 10.204.45.136 with SMTP id e8mr5016477bkf.94.1283290065374; Tue, 31 Aug 2010 14:27:45 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y2sm6619713bkx.20.2010.08.31.14.27.44 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 14:27:44 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7D73C8.5050205@FreeBSD.org> Date: Wed, 01 Sep 2010 00:27:36 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> In-Reply-To: <20100830121148.11926306@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 21:27:47 -0000 Gary Jennejohn wrote: > On Mon, 30 Aug 2010 13:07:38 +0300 > Alexander Motin wrote: >> Yes, as I have said, at this moment empty ticks skipped only while CPU >> is in C2/C3 states. In C1 state there is no way to handle lost events on >> wake up. While it may be not very dangerous, it is not very good. >> > Too bad. I'd say that systems which are limited to C1 don't benefit > much (or not at all) from your changes. I've solved it! :) I've recalled that most of our interrupts are working in interrupt threads. It means that it may be not so important to disable interrupts completely, but only delay their threads execution by putting cpu_idle() inside critical section and releasing it only after all missed events handled. Sure, this approach will not help FILTER interrupt handlers, executed inside hardware interrupt context, but we have very few of them and they are usually very simple and I hope not very depend on system time precision. Also this new approach allows simple interrupts (like TLB invalidation IPIs) to execute before processing lost events. It should reduce performance penalty. To limit penalty even more, I have added counting of cpu_idle() calls per HZ tick. It allows to bypass timer stuff if CPU wakes up too often. It should help handle high interrupt rates without high overhead. Also I have added set of checks, blocking ACPI C3 state usage when C3-variant APIC timer is used and reduced priority of such timer. It makes use of C3 state usage safe enough and often allows AMD CPUs to not disable C1E state as it was done before. New patch is here: http://people.freebsd.org/~mav/timers_oneshot5.patch -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 21:46:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25ECB10656D7; Tue, 31 Aug 2010 21:46:03 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1A68FC12; Tue, 31 Aug 2010 21:46:02 +0000 (UTC) Received: by qwg5 with SMTP id 5so44856qwg.13 for ; Tue, 31 Aug 2010 14:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=Y2fxI2xSlTptpi47ICsqlzj4lG/9kkzrVS9DQuXcC/o=; b=Us33Pg8sMrj/ckpY3no9kt7YMXb82jO89Uim26y/yZF65vRKFpBF+rBob9dd7FQFNw 3o2qur9q04wHuX6/lbctXmi6FzsNXFe/iNzXSMmpRi70d1BI/CjgZdFddJSZsVw5/7Tv 1elrMujyYVsz+ZExBG47D47dvwSF0vo19MOis= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=L1VnShmLPgLbmDueWhQFeeJk37gPX9NCLKpz90T7XC9fEyd5Y2Wer0UMpl9nsnH5G2 IdHYueb0mjxWI//ufyKN5HUrwXmR+QQcrSAMc4Nlxq20lrpY1VvU2elAR1FJ96tZ18KY CPj2vYJP9APwG0De/JgIcxzV+tRpvW1+jG8QA= Received: by 10.229.182.82 with SMTP id cb18mr4083625qcb.197.1283291161652; Tue, 31 Aug 2010 14:46:01 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id r36sm10219742qcs.27.2010.08.31.14.45.58 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 14:46:00 -0700 (PDT) From: Anonymous To: Jilles Tjoelker References: <4C16C5B5.1070308@FreeBSD.org> <20100616190416.GA3896@a91-153-117-195.elisa-laajakaista.fi> <20100616200935.GA26321@stack.nl> Date: Wed, 01 Sep 2010 01:39:35 +0400 In-Reply-To: <20100616200935.GA26321@stack.nl> (Jilles Tjoelker's message of "Wed, 16 Jun 2010 22:09:36 +0200") Message-ID: <86aao21my0.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jaakko Heinonen , FreeBSD Current , Gabor Kovesdan , i18n@FreeBSD.org Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 21:46:03 -0000 Jilles Tjoelker writes: > On Wed, Jun 16, 2010 at 10:04:16PM +0300, Jaakko Heinonen wrote: >> On 2010-06-15, Gabor Kovesdan wrote: >> > - The iconv.h header files is supposed to be compatible with the GNU >> > version, i.e. sources should build with base iconv.h and GNU libiconv. >> > I've just did a very quick test and it seems ports can safely link to >> > GNU libiconv, there's no conflict. > >> > The rather big patch (42,5M) is available here: >> > http://www.kovesdan.org/patches/iconv_base_integrate.diff > >> iconv(3) prototype doesn't conform to POSIX.1-2008. Is it a >> well-considered decision? > > I think the difference from POSIX.1-2008 is pretty common and may > therefore cause less compilation problems. NetBSD's Citrus iconv and GNU > iconv have the extra 'const', and so does the default Solaris iconv GNU iconv doesn't use `const' by default. Our port adds it explicitly. CONFIGURE_ENV= gl_cv_cc_visibility="no" \ am_cv_func_iconv="yes" \ am_cv_proto_iconv_arg1="const" For example, devel/git refers to `const' using OLD_ICONV macro. BTW, iconv() on DragonFlyBSD doesn't seem to have `const', too. > (Solaris has a separate iconv for standards-conforming applications with > the POSIX prototype.) From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 21:59:43 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7FB10656B2; Tue, 31 Aug 2010 21:59:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id F2CD58FC14; Tue, 31 Aug 2010 21:59:31 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4006745DD8; Tue, 31 Aug 2010 23:59:30 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 61EF845B36; Tue, 31 Aug 2010 23:59:24 +0200 (CEST) Date: Tue, 31 Aug 2010 23:59:15 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20100831215915.GE1932@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RpqchZ26BWispMcB" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 21:59:44 -0000 --RpqchZ26BWispMcB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. I'd like to give you ZFS v28 for testing. If you are neither brave nor mad, you can stop here. The patchset is very experimental. It can eat your cookie and hurt your teddy bear, so be warned. Don't try it for anything except testing. This patchset is also a message we, as the FreeBSD project, would like to send to our users: Eventhough OpenSolaris is dead, the ZFS file system is going to stay in FreeBSD. At this point we have quite a few developers involved in ZFS on FreeBSD as well as serveral companies. We are also looking forward to work with IllumOS. So, what this new ZFS brings? - Data deduplication. Read more here: http://blogs.sun.com/bonwick/entry/zfs_dedup - Triple parity RAIDZ (RAIDZ3). Read more here: http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/ - zfs diff. Read more here: http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley - zpool split. Read more here: http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante - Snapshot holds. Read more here: http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby - zpool import -F. Allows to rewind corrupted pool to earlier transaction group. - Possibility to import pool in read-only mode. And much, much more, including plenty of preformance improvements and bug fixes. So test whatever you can and report back. Look for regressions, strange behaviour, missing features, deadlocks, livelocks, preformance degradation, etc. The boot code is not updated at all, so booting off of ZFS doesn't currently work. The patch is against today's FreeBSD HEAD. The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, please don't turn it off. Also, compile your kernel with the following options: options KDB options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN options DEBUG_LOCKS options DEBUG_VFS_LOCKS Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will be plenty of those, and you'll desperately want to report them, but please don't. The best way to report a problem is to answer to this e-mail with as short as possible procedure of how to reproduce it and debugging info. I'd prefer textdump if possible. Below you can find quick procedure how to setup textdumps: Choose spare/swap disk/partition in your system, let's say it is /dev/ad0s1b. Add the following line to /etc/fstab: /dev/ad0s1b none swap sw 0 0 Add the following line to /etc/rc.conf: ddb_enable=3D"YES" Run the following commands: # /etc/rc.d/swap1 start # /etc/rc.d/dumpon start # /etc/rc.d/ddb start This will setup swap, mark it as dump device and setup some DDB scripts. Or you can just reboot. Now when your system panic or deadlock, enter DDB and call the following command: ddb> run kdb.enter.panic It will execute all the commands I need, dump them in text format to your swap device and reboot machine. After the reboot, you should find textdump.tar.0 file in /var/crash/ directory. This is the debug info I need. End of textdumps procedure. Ok, now that I know you read everything carefully, here is the patch: http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 Good luck! >:> --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --RpqchZ26BWispMcB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkx9ezMACgkQForvXbEpPzQ+ZwCg6EtfJjx6X1nJaj5uTkEM2fwx HkoAoJ5/L97SHbIHcyLrOqmH/t4oBmFi =ePEI -----END PGP SIGNATURE----- --RpqchZ26BWispMcB-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 22:21:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1730710656AA for ; Tue, 31 Aug 2010 22:21:56 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id E64AF8FC0A for ; Tue, 31 Aug 2010 22:21:55 +0000 (UTC) Received: from d.earth.lavabit.com (d.earth.lavabit.com [192.168.111.13]) by karen.lavabit.com (Postfix) with ESMTP id 5BB0F11B977 for ; Tue, 31 Aug 2010 17:21:55 -0500 (CDT) Received: from 10.0.10.3 (221.163.108.93.rev.vodafone.pt [93.108.163.221]) by lavabit.com with ESMTP id HUZHF9ZH597U for ; Tue, 31 Aug 2010 17:21:55 -0500 From: Rui Paulo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 31 Aug 2010 23:21:52 +0100 Message-Id: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> To: "current@freebsd.org Current" Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Cc: Subject: DTrace userland project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 22:21:56 -0000 Hi, The DTrace userland project is near completion and you can start using = parts of it right away (only on FreeBSD HEAD right now). For more information on how to use DTrace with userland, please read: http://wiki.freebsd.org/DTrace/userland This project is being sponsored by the FreeBSD Foundation. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 22:40:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E04B1065673; Tue, 31 Aug 2010 22:40:29 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED1A8FC0C; Tue, 31 Aug 2010 22:40:28 +0000 (UTC) Received: by vws7 with SMTP id 7so6907781vws.13 for ; Tue, 31 Aug 2010 15:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ki0tc+dAY8p1oWfXMsIqOcddraNldGDHrUljVznLpFk=; b=ckRuQlVoY7Wd/FH7ss+FSjX9Ywam3QRCzotfExuwB32IbW1ExP5hVCLkGg4vuRKQBD i1myiYfMzPR4VCwuYWMcRgqzxbypmBcOTr1WBPxkIgZ1gIrYvU+ZC20CtDdJRRL58Y51 3MmSVmZVe3CyIjiOWu4U9oETiWaZrlJ+m5Mqg= 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=P5z7WxWEi/XK+AuRB/sMl9MdW0gpWsjHd7ZQ2U42Mt6mpB6x1/XVujHcVg9+IvdM4F ssu2YMoQ8FA/M53dKsNJTPSbgEzf+pvK0iEjfFCiOYqETNAlsh5govwo5VBw1OwHtgMb F87Wc03p67S57JVKIxbj0BuI3lCHaMAtnjI+Q= MIME-Version: 1.0 Received: by 10.220.158.11 with SMTP id d11mr3381071vcx.231.1283292694935; Tue, 31 Aug 2010 15:11:34 -0700 (PDT) Received: by 10.220.177.1 with HTTP; Tue, 31 Aug 2010 15:11:34 -0700 (PDT) In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Date: Tue, 31 Aug 2010 15:11:34 -0700 Message-ID: From: Matt Reimer To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 22:40:29 -0000 On Tue, Aug 31, 2010 at 2:59 PM, Pawel Jakub Dawidek wrote: > Hello. > > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. Woohoo! Thanks for all your hard work on this! Matt From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 23:07:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F24201065679 for ; Tue, 31 Aug 2010 23:07:39 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C63238FC12 for ; Tue, 31 Aug 2010 23:07:39 +0000 (UTC) Received: by iwn34 with SMTP id 34so293613iwn.13 for ; Tue, 31 Aug 2010 16:07:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.171.3 with SMTP id f3mr7250455ibz.145.1283296058895; Tue, 31 Aug 2010 16:07:38 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.231.141.100 with HTTP; Tue, 31 Aug 2010 16:07:38 -0700 (PDT) In-Reply-To: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> References: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> Date: Wed, 1 Sep 2010 11:07:38 +1200 X-Google-Sender-Auth: ruTCkhzUEiMt7aI37NRz7O5HsJ8 Message-ID: From: Andrew Thompson To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org Current" Subject: Re: DTrace userland project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 23:07:40 -0000 On 1 September 2010 10:21, Rui Paulo wrote: > Hi, > The DTrace userland project is near completion and you can start using parts of it right away (only on FreeBSD HEAD right now). > > For more information on how to use DTrace with userland, please read: > http://wiki.freebsd.org/DTrace/userland > > This project is being sponsored by the FreeBSD Foundation. I am getting some odd behavior with your test example. Using your pid.d with the additional line "tick-1sec { exit(0); }" to limit it to one second runtime I get the following output CPU ID FUNCTION:NAME 1 45220 _sleep:entry 1 45220 _sleep:entry .... 0 45220 _sleep:entry With 54932 lines of output for the "_sleep:entry". It jumps around on the reported CPU, if I use cpuset to limit it to just one core then it does not reduce the 50,000 lines of output but just reports all on a single CPU. My kernel was build yesterday, r212042 Andrew From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 23:10:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 800161065670; Tue, 31 Aug 2010 23:10:47 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E36328FC14; Tue, 31 Aug 2010 23:10:46 +0000 (UTC) Received: by wyb33 with SMTP id 33so9897313wyb.13 for ; Tue, 31 Aug 2010 16:10:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=g4T5tDjkzj9MxqK0+q8JD1j48l7mrZJ+L8HhNJKQS3c=; b=rOIb3qkB7bzGGDrSF7oezmUOi0bx2HUHqkBOifZ/n3/Oukch+cLcGxjpg0SX+oOdZ+ i4VjPCw09XguqDI3JP0cTWYcmZHDTNfaOwXzJRLBrmdW1j5U4oUasZ0IJDWZXDWWqVok 11WY1r8s7LudQi7Y9jHIvwgYR0CipUBe1AF2c= 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=ioiHjKHqH6IoXxFKzBfJT777EHPBQNOH1deHOQPmGICfq+VBJH4LaprKzNHTe7sthf PZZ0izOqY9UKe0nFFzXC1DzarbcM3uQEU/91YA0ZPLIHh0M+J+Ol+NbEJFnLlct8Q6MN xeritLmsv7Nt0i4+w8J86oheQIIyirsCUjhYQ= MIME-Version: 1.0 Received: by 10.216.50.73 with SMTP id y51mr6985026web.85.1283294611016; Tue, 31 Aug 2010 15:43:31 -0700 (PDT) Received: by 10.216.135.39 with HTTP; Tue, 31 Aug 2010 15:43:30 -0700 (PDT) In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Date: Tue, 31 Aug 2010 16:43:30 -0600 Message-ID: From: "Jason J. W. Williams" To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 23:10:47 -0000 This is awesome. Thank you! -J On Tue, Aug 31, 2010 at 3:59 PM, Pawel Jakub Dawidek wrot= e: > Hello. > > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. > > The patchset is very experimental. It can eat your cookie and hurt your > teddy bear, so be warned. Don't try it for anything except testing. > > This patchset is also a message we, as the FreeBSD project, would like > to send to our users: Eventhough OpenSolaris is dead, the ZFS file > system is going to stay in FreeBSD. At this point we have quite a few > developers involved in ZFS on FreeBSD as well as serveral companies. > We are also looking forward to work with IllumOS. > > So, what this new ZFS brings? > > - Data deduplication. Read more here: > > =A0 =A0 =A0 =A0http://blogs.sun.com/bonwick/entry/zfs_dedup > > - Triple parity RAIDZ (RAIDZ3). Read more here: > > =A0 =A0 =A0 =A0http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-= z/ > > - zfs diff. Read more here: > > =A0 =A0 =A0 =A0http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328= _tim.haley > > - zpool split. Read more here: > > =A0 =A0 =A0 =A0http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924= _mark.musante > > - Snapshot holds. Read more here: > > =A0 =A0 =A0 =A0http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511= _chris.kirby > > - zpool import -F. Allows to rewind corrupted pool to earlier > =A0transaction group. > > - Possibility to import pool in read-only mode. > > And much, much more, including plenty of preformance improvements and bug > fixes. > > So test whatever you can and report back. Look for regressions, strange > behaviour, missing features, deadlocks, livelocks, preformance > degradation, etc. > > The boot code is not updated at all, so booting off of ZFS doesn't > currently work. > > The patch is against today's FreeBSD HEAD. > > The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, > please don't turn it off. Also, compile your kernel with the following > options: > > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 KDB > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 DDB > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 INVARIANTS > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 INVARIANT_SUPPORT > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 WITNESS > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 WITNESS_SKIPSPIN > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 DEBUG_LOCKS > =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 DEBUG_VFS_LOCKS > > Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will > be plenty of those, and you'll desperately want to report them, but pleas= e > don't. > > The best way to report a problem is to answer to this e-mail with as shor= t > as possible procedure of how to reproduce it and debugging info. I'd > prefer textdump if possible. Below you can find quick procedure how to > setup textdumps: > > =A0 =A0 =A0 =A0Choose spare/swap disk/partition in your system, let's say= it is > =A0 =A0 =A0 =A0/dev/ad0s1b. > > =A0 =A0 =A0 =A0Add the following line to /etc/fstab: > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/dev/ad0s1b =A0 =A0 none =A0 =A0swap =A0 = =A0sw =A0 =A0 =A00 =A0 =A0 =A0 0 > > =A0 =A0 =A0 =A0Add the following line to /etc/rc.conf: > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ddb_enable=3D"YES" > > =A0 =A0 =A0 =A0Run the following commands: > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# /etc/rc.d/swap1 start > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# /etc/rc.d/dumpon start > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# /etc/rc.d/ddb start > > =A0 =A0 =A0 =A0This will setup swap, mark it as dump device and setup som= e DDB > =A0 =A0 =A0 =A0scripts. Or you can just reboot. > > =A0 =A0 =A0 =A0Now when your system panic or deadlock, enter DDB and call= the > =A0 =A0 =A0 =A0following command: > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ddb> run kdb.enter.panic > > =A0 =A0 =A0 =A0It will execute all the commands I need, dump them in text= format to > =A0 =A0 =A0 =A0your swap device and reboot machine. > > =A0 =A0 =A0 =A0After the reboot, you should find textdump.tar.0 file in /= var/crash/ > =A0 =A0 =A0 =A0directory. This is the debug info I need. > > End of textdumps procedure. > > Ok, now that I know you read everything carefully, here is the patch: > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.= bz2 > > Good luck! >:> > > -- > Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://ww= w.wheelsystems.com > pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http:= //www.FreeBSD.org > FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I Ev= il? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 23:14:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5102F106564A for ; Tue, 31 Aug 2010 23:14:00 +0000 (UTC) (envelope-from bw@exodus.desync.com) Received: from exodus.desync.com (exodus.desync.com [IPv6:2607:f178::164]) by mx1.freebsd.org (Postfix) with ESMTP id E9C608FC0A for ; Tue, 31 Aug 2010 23:13:59 +0000 (UTC) Received: from exodus.desync.com (localhost [127.0.0.1]) by exodus.desync.com (8.14.4/8.14.4) with ESMTP id o7VNDTh2009917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 Aug 2010 19:13:30 -0400 (EDT) (envelope-from bw@exodus.desync.com) Received: (from bw@localhost) by exodus.desync.com (8.14.4/8.14.4/Submit) id o7VNDE4S009913 for freebsd-current@freebsd.org; Tue, 31 Aug 2010 19:13:14 -0400 (EDT) (envelope-from bw) Date: Tue, 31 Aug 2010 19:13:14 -0400 From: ben wilber To: FreeBSD Current Message-ID: <20100831231314.GA9637@exodus.desync.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Angst-Level: High Subject: TSO panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 23:14:00 -0000 Hi, I just upgraded from r210042 to r212073 and keep getting the panic introduced in r211317: panic: tcp_output: len <= tso_segsz db:0:kdb.enter.default> bt Tracing pid 12 tid 100063 td 0xffffff001881b000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x1c8 tcp_output() at tcp_output+0x1445 tcp_do_segment() at tcp_do_segment+0x252d tcp_input() at tcp_input+0x1044 ip_input() at ip_input+0x5cd netisr_dispatch_src() at netisr_dispatch_src+0xc1 netisr_dispatch() at netisr_dispatch+0x11 ether_demux() at ether_demux+0x19a ether_input() at ether_input+0x36a mxge_intr() at mxge_intr+0x5be intr_event_execute_handlers() at intr_event_execute_handlers+0x107 ithread_loop() at ithread_loop+0xb5 fork_exit() at fork_exit+0x147 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8810df2cf0, rbp = 0 --- If there's someone interested in debugging this further, please let me know what I can do to help. From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 23:18:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB771065697; Tue, 31 Aug 2010 23:18:05 +0000 (UTC) (envelope-from v.t.mueller@continum.net) Received: from mailsrv1.continum.net (mr1.continum.net [80.72.129.121]) by mx1.freebsd.org (Postfix) with ESMTP id 034908FC16; Tue, 31 Aug 2010 23:18:05 +0000 (UTC) Received: from c483.continum.net ([80.72.130.250] helo=[172.16.4.65]) by mr1.continum.net with esmtpa (Exim 4.67) (envelope-from ) id 1Oqa5f-0005Rd-45; Wed, 01 Sep 2010 01:18:07 +0200 Message-ID: <4C7D8DAA.2090008@continum.net> Date: Wed, 01 Sep 2010 01:18:02 +0200 From: "V. T. Mueller, Continum" User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20100831215915.GE1932@garage.freebsd.pl> In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 23:18:05 -0000 Pawel, Pawel Jakub Dawidek wrote: > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. > The patchset is very experimental. It can eat your cookie and hurt your > teddy bear, so be warned. Don't try it for anything except testing. Thank you very much - now that there are a couple of major steps feature-wise we're going to give the experimental version a try. > This patchset is also a message we, as the FreeBSD project, would like > to send to our users: Eventhough OpenSolaris is dead, the ZFS file > system is going to stay in FreeBSD. At this point we have quite a few > developers involved in ZFS on FreeBSD as well as serveral companies. > We are also looking forward to work with IllumOS. Fine. FYI: http://www.h-online.com/open/news/item/ZFS-as-a-Linux-kernel-module-1069056.html Too bad FreeBSD still lacks Infiniband support. Currently we use ZFS on FreeBSD and Infiniband on Linux. If Linux supports both, we will (be forced to) switch. Cheers, vt -- Volker T. Mueller Continum AG Bismarckallee 7d 79098 Freiburg i. Br. Tel. +49 761 21711171 Fax. +49 761 21711198 http://www.continum.net Sitz der Gesellschaft: Freiburg im Breisgau Registergericht: Amtsgericht Freiburg, HRB 6866 Vorstand: Rolf Mathis, Volker T. Mueller Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 23:23:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D025B1065672 for ; Tue, 31 Aug 2010 23:23:32 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6678FC0C for ; Tue, 31 Aug 2010 23:23:32 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o7VNNVs0031459 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 31 Aug 2010 16:23:31 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C7D8EED.7070802@feral.com> Date: Tue, 31 Aug 2010 16:23:25 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20100831215915.GE1932@garage.freebsd.pl> <4C7D8DAA.2090008@continum.net> In-Reply-To: <4C7D8DAA.2090008@continum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Tue, 31 Aug 2010 16:23:31 -0700 (PDT) Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2010 23:23:32 -0000 Infiniband is currently being worked on, sponsored by Panasas, Isilon and someone else. It's coming along pretty well. > http://www.h-online.com/open/news/item/ZFS-as-a-Linux-kernel-module-1069056.html > > > Too bad FreeBSD still lacks Infiniband support. Currently we use ZFS > on FreeBSD and Infiniband on Linux. If Linux supports both, we will > (be forced to) switch. > > Cheers, > vt From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 04:33:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2DC810656A3 for ; Wed, 1 Sep 2010 04:33:19 +0000 (UTC) (envelope-from schumi.han@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B78E08FC16 for ; Wed, 1 Sep 2010 04:33:19 +0000 (UTC) Received: by iwn34 with SMTP id 34so572566iwn.13 for ; Tue, 31 Aug 2010 21:33:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=mWGF3sHJfj6WvMwxl2erp3boWiUdxTX2I9Ib7C0Hcys=; b=nxyk+kCNiGsJeGQXEw/VFmRS57ugPKR10zPTvVRPsqcQTp90rtojJPJZM/iP188847 DJX3lG79ZvYraz7mVGO4gsT7qg/Zz8axzw7uhPCsG5XeP1yVGXNglblid7mMVbDWRajU zdHaRXcSdnVreAW23bZs38a8ahc47DA55dOSQ= 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=drlgkXLkNOTvymAkegCAG3IOkm4i0XgLWQzQWPv4y9c6VMSt+iDPPMyc7UqK103b8t /8RWxsvvJ8nIDzQ+CFCHcMjR6SH9QbWWJQLktpjZMtmP8a+NEpgB0sPgjtjDUpStlmmG MIrP+ZyJj4t1CzpaYwYy3eODyz74fWKy2uHhY= MIME-Version: 1.0 Received: by 10.231.12.136 with SMTP id x8mr233778ibx.55.1283314175216; Tue, 31 Aug 2010 21:09:35 -0700 (PDT) Received: by 10.231.191.73 with HTTP; Tue, 31 Aug 2010 21:09:35 -0700 (PDT) In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Date: Wed, 1 Sep 2010 12:09:35 +0800 Message-ID: From: Zhu Han To: Pawel Jakub Dawidek X-Mailman-Approved-At: Wed, 01 Sep 2010 04:53:49 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 04:33:20 -0000 That's cool. Thank you for your work on it. best regards, hanzhu On Wed, Sep 1, 2010 at 5:59 AM, Pawel Jakub Dawidek wrote: > Hello. > > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. > > The patchset is very experimental. It can eat your cookie and hurt your > teddy bear, so be warned. Don't try it for anything except testing. > > This patchset is also a message we, as the FreeBSD project, would like > to send to our users: Eventhough OpenSolaris is dead, the ZFS file > system is going to stay in FreeBSD. At this point we have quite a few > developers involved in ZFS on FreeBSD as well as serveral companies. > We are also looking forward to work with IllumOS. > > So, what this new ZFS brings? > > - Data deduplication. Read more here: > > http://blogs.sun.com/bonwick/entry/zfs_dedup > > - Triple parity RAIDZ (RAIDZ3). Read more here: > > http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/ > > - zfs diff. Read more here: > > > http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley > > - zpool split. Read more here: > > > http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante > > - Snapshot holds. Read more here: > > > http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby > > - zpool import -F. Allows to rewind corrupted pool to earlier > transaction group. > > - Possibility to import pool in read-only mode. > > And much, much more, including plenty of preformance improvements and bug > fixes. > > So test whatever you can and report back. Look for regressions, strange > behaviour, missing features, deadlocks, livelocks, preformance > degradation, etc. > > The boot code is not updated at all, so booting off of ZFS doesn't > currently work. > > The patch is against today's FreeBSD HEAD. > > The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, > please don't turn it off. Also, compile your kernel with the following > options: > > options KDB > options DDB > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > > Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will > be plenty of those, and you'll desperately want to report them, but please > don't. > > The best way to report a problem is to answer to this e-mail with as short > as possible procedure of how to reproduce it and debugging info. I'd > prefer textdump if possible. Below you can find quick procedure how to > setup textdumps: > > Choose spare/swap disk/partition in your system, let's say it is > /dev/ad0s1b. > > Add the following line to /etc/fstab: > > /dev/ad0s1b none swap sw 0 0 > > Add the following line to /etc/rc.conf: > > ddb_enable="YES" > > Run the following commands: > > # /etc/rc.d/swap1 start > # /etc/rc.d/dumpon start > # /etc/rc.d/ddb start > > This will setup swap, mark it as dump device and setup some DDB > scripts. Or you can just reboot. > > Now when your system panic or deadlock, enter DDB and call the > following command: > > ddb> run kdb.enter.panic > > It will execute all the commands I need, dump them in text format to > your swap device and reboot machine. > > After the reboot, you should find textdump.tar.0 file in /var/crash/ > directory. This is the debug info I need. > > End of textdumps procedure. > > Ok, now that I know you read everything carefully, here is the patch: > > http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 > > Good luck! >:> > > -- > Pawel Jakub Dawidek http://www.wheelsystems.com > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 05:49:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D771065673 for ; Wed, 1 Sep 2010 05:49:54 +0000 (UTC) (envelope-from rabbit8888@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0D9F68FC17 for ; Wed, 1 Sep 2010 05:49:53 +0000 (UTC) Received: by wwb39 with SMTP id 39so443489wwb.1 for ; Tue, 31 Aug 2010 22:49:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=Z5JMH5BX8LuGGp0bA917FQt/2pQTJXcKEqDcOCKNF30=; b=KWS2hq7CDD6GLl/Gj0aZcn6nsCSxPcTRlbxb3Ird2aozOVWGgxq6b624YFNFqQlzE5 iUrIH2QgwKDcVIhO/3AF0YKHlfsmo7NZsmu1w0XLeOIg1dbcjOk6lALTgUk4WwfLY9EG SFS15qRJeqZjr4ljGv5OItFQ0Zj0LQUBc6qI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=MBfc8WuowCH0yQWofSeTkI9R2F4V0vb51t8dJIZVmtZihAfnTEv73hWhRwfQ4GIneC RHcRN2L16pS9wRyohqDEciD55lz7+mOWY965mVfJwxgGAQs9b4WB1H9FIuMahKUbNMbC I/HlSqjqRgYPW3fCbM+ujzrrac5dvBrJf3ryI= Received: by 10.227.155.193 with SMTP id t1mr7849843wbw.40.1283318699846; Tue, 31 Aug 2010 22:24:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.139.207 with HTTP; Tue, 31 Aug 2010 22:24:39 -0700 (PDT) In-Reply-To: References: <20100831215915.GE1932@garage.freebsd.pl> From: Petersen Liman Date: Tue, 31 Aug 2010 21:24:39 -0800 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 05:49:54 -0000 Cool, but i may try this on a VM and maybe try this on a expermential production system after I test it on VM since a real system may help the progress of the new ZFS sinc On Tue, Aug 31, 2010 at 8:09 PM, Zhu Han wrote: > That's cool. Thank you for your work on it. > > best regards, > hanzhu > > > On Wed, Sep 1, 2010 at 5:59 AM, Pawel Jakub Dawidek wro= te: > >> Hello. >> >> I'd like to give you ZFS v28 for testing. If you are neither brave nor >> mad, you can stop here. >> >> The patchset is very experimental. It can eat your cookie and hurt your >> teddy bear, so be warned. Don't try it for anything except testing. >> >> This patchset is also a message we, as the FreeBSD project, would like >> to send to our users: Eventhough OpenSolaris is dead, the ZFS file >> system is going to stay in FreeBSD. At this point we have quite a few >> developers involved in ZFS on FreeBSD as well as serveral companies. >> We are also looking forward to work with IllumOS. >> >> So, what this new ZFS brings? >> >> - Data deduplication. Read more here: >> >> =A0 =A0 =A0 =A0http://blogs.sun.com/bonwick/entry/zfs_dedup >> >> - Triple parity RAIDZ (RAIDZ3). Read more here: >> >> =A0 =A0 =A0 =A0http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid= -z/ >> >> - zfs diff. Read more here: >> >> >> http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley >> >> - zpool split. Read more here: >> >> >> http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante >> >> - Snapshot holds. Read more here: >> >> >> http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby >> >> - zpool import -F. Allows to rewind corrupted pool to earlier >> =A0transaction group. >> >> - Possibility to import pool in read-only mode. >> >> And much, much more, including plenty of preformance improvements and bu= g >> fixes. >> >> So test whatever you can and report back. Look for regressions, strange >> behaviour, missing features, deadlocks, livelocks, preformance >> degradation, etc. >> >> The boot code is not updated at all, so booting off of ZFS doesn't >> currently work. >> >> The patch is against today's FreeBSD HEAD. >> >> The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, >> please don't turn it off. Also, compile your kernel with the following >> options: >> >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 KDB >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 DDB >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 INVARIANTS >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 INVARIANT_SUPPORT >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 WITNESS >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 WITNESS_SKIPSPIN >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 DEBUG_LOCKS >> =A0 =A0 =A0 =A0options =A0 =A0 =A0 =A0 DEBUG_VFS_LOCKS >> >> Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There wil= l >> be plenty of those, and you'll desperately want to report them, but plea= se >> don't. >> >> The best way to report a problem is to answer to this e-mail with as sho= rt >> as possible procedure of how to reproduce it and debugging info. I'd >> prefer textdump if possible. Below you can find quick procedure how to >> setup textdumps: >> >> =A0 =A0 =A0 =A0Choose spare/swap disk/partition in your system, let's sa= y it is >> =A0 =A0 =A0 =A0/dev/ad0s1b. >> >> =A0 =A0 =A0 =A0Add the following line to /etc/fstab: >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/dev/ad0s1b =A0 =A0 none =A0 =A0swap =A0 = =A0sw =A0 =A0 =A00 =A0 =A0 =A0 0 >> >> =A0 =A0 =A0 =A0Add the following line to /etc/rc.conf: >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ddb_enable=3D"YES" >> >> =A0 =A0 =A0 =A0Run the following commands: >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# /etc/rc.d/swap1 start >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# /etc/rc.d/dumpon start >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# /etc/rc.d/ddb start >> >> =A0 =A0 =A0 =A0This will setup swap, mark it as dump device and setup so= me DDB >> =A0 =A0 =A0 =A0scripts. Or you can just reboot. >> >> =A0 =A0 =A0 =A0Now when your system panic or deadlock, enter DDB and cal= l the >> =A0 =A0 =A0 =A0following command: >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ddb> run kdb.enter.panic >> >> =A0 =A0 =A0 =A0It will execute all the commands I need, dump them in tex= t format to >> =A0 =A0 =A0 =A0your swap device and reboot machine. >> >> =A0 =A0 =A0 =A0After the reboot, you should find textdump.tar.0 file in = /var/crash/ >> =A0 =A0 =A0 =A0directory. This is the debug info I need. >> >> End of textdumps procedure. >> >> Ok, now that I know you read everything carefully, here is the patch: >> >> =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/patches/zfs_20100831.patch= .bz2 >> >> Good luck! >:> >> >> -- >> Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://w= ww.wheelsystems.com >> pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http= ://www.FreeBSD.org >> FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I E= vil? Yes, I Am! >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 06:34:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5934810656B6; Wed, 1 Sep 2010 06:34:26 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 81B5F8FC15; Wed, 1 Sep 2010 06:34:25 +0000 (UTC) Received: by ewy4 with SMTP id 4so4537964ewy.13 for ; Tue, 31 Aug 2010 23:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=LzWBoFrtH7Rh+o9Vh/3R3vy37/SZVH//GXBE1TVHP4I=; b=XPsxnbVut/OXes8psx8ruyvk4tZteXnFQldiXXXP6oC9b5kHqbpPqFUL4+Bi1TmZ1/ kaJBGRJXARZo4FxwR5LMCfi2U0T5DHtqN4qR2NbwATpFBMpan2z3eTABvhuE0mnEVheV r+J3WqFGjTWEJnMvNipxkHImMOpgBAyY5ezLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=aU2BgKMiZeXsATwGp8+NOS8jhMwJFHKavh26e0H4qx/JouhqcumleuADoGG9bJEZGF aXTH6dBJER815aEG0sGPMcG82Ja8mGNcWpIr31hbYn3ZghzjnmDPKeP7kaDdgdzFeUnl JU26BeWfqKK+EcG0F1E077gRQgxgU1ymS6V0s= Received: by 10.213.104.211 with SMTP id q19mr11354551ebo.45.1283322862816; Tue, 31 Aug 2010 23:34:22 -0700 (PDT) Received: from localhost (tor-exit-proxy4-readme.formlessnetworking.net [208.53.142.40]) by mx.google.com with ESMTPS id v8sm15491347eeh.2.2010.08.31.23.34.20 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 23:34:21 -0700 (PDT) From: Anonymous To: Pawel Jakub Dawidek References: <20100831215915.GE1932@garage.freebsd.pl> Date: Wed, 01 Sep 2010 10:27:41 +0400 Message-ID: <86lj7m7zc2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 06:34:26 -0000 Pawel Jakub Dawidek writes: > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. [...] > So test whatever you can and report back. Look for regressions, strange > behaviour, missing features, deadlocks, livelocks, preformance > degradation, etc. [...] > The boot code is not updated at all, so booting off of ZFS doesn't > currently work. This only apply when one's upgrading the pool's metadata. Besides, I think bootcode doesn't support gzip-compressed pools, too. From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 08:22:27 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C0610656B8 for ; Wed, 1 Sep 2010 08:22:27 +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 60C398FC14 for ; Wed, 1 Sep 2010 08:22:25 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA23857 for ; Wed, 01 Sep 2010 11:22:24 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OqiaN-000PBL-Nt for freebsd-current@FreeBSD.org; Wed, 01 Sep 2010 11:22:23 +0300 Message-ID: <4C7E0D3E.2050108@icyb.net.ua> Date: Wed, 01 Sep 2010 11:22:22 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: stable/8 build broken on head without WITH_CTF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 08:22:27 -0000 stable/8 build seems to be broken for me on head without WITH_CTF: ... cc -c -x assembler-with-cpp -DLOCORE -O2 -fno-strict-aliasing -pipe -march=k8 -std=c99 -g -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/devel/svn/base/stable/8/sys -I/usr/devel/svn/base/stable/8/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/devel/svn/base/stable/8/sys/amd64/amd64/locore.S : No such file or directory *** Error code 1 The reason is that kernel Makefile (generated by config I assume) has these in it (just two examples): ... cam.o: $S/cam/cam.c ${NORMAL_C} @${NORMAL_CTFCONVERT} ... locore.o: $S/amd64/amd64/locore.S ${NORMAL_S} @${NORMAL_CTFCONVERT} ... The issue is that NORMAL_CTFCONVERT has an empty value unless WITH_CTF is used, see sys/conf/kern.pre.mk of stable/8. I guess this happens because config is from head, but mk files are from stable/8. If we don't try to support such build configurations, then sorry for the noise. But if this can be made to work without much hassle, then I'd appreciate it. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 08:25:50 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8323910656AA for ; Wed, 1 Sep 2010 08:25:50 +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 AB0D98FC14 for ; Wed, 1 Sep 2010 08:25:49 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA23912 for ; Wed, 01 Sep 2010 11:25:48 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oqidg-000PBZ-5Y for freebsd-current@FreeBSD.org; Wed, 01 Sep 2010 11:25:48 +0300 Message-ID: <4C7E0E0B.8030201@icyb.net.ua> Date: Wed, 01 Sep 2010 11:25:47 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4C7E0D3E.2050108@icyb.net.ua> In-Reply-To: <4C7E0D3E.2050108@icyb.net.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: stable/8 kernel build broken on head without WITH_CTF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 08:25:50 -0000 The subject should have been what it is now, sorry. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 10:05:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29CE10656CB; Wed, 1 Sep 2010 10:05:38 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A56118FC13; Wed, 1 Sep 2010 10:05:37 +0000 (UTC) Received: by fxm4 with SMTP id 4so5337872fxm.13 for ; Wed, 01 Sep 2010 03:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=P+kVzRLLgWTD8JVula6zYpbNd8ehlXyfrEKCcHpNimk=; b=lFuzOOK2iMYF+Vur9+vTkVlkfbQ+sWOeVUx5jGC3tTmcaqIWfE4vfMWlrP3QK3phwQ EVvybzFTDYdgk//h6lWFT3CR+pegIcUUf8hRsYYJqS/sz/SVWWJndBRb6CANhpIe5amX 19lWN1uZbxqjCOh736ju/F1MJro6almOQ/ODI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=wAkTOT6QaTeJIo9inex/mKRXkQy5UOwi5P1E3feZXBTrbFS9dwDeACyv11kDTijgK5 vpQVHRoW8puFi85zOZ17asPbRP16kQ0CA/j2BuT12lGRSErlHq3gOMrWgJ65Ziwa4MaV ntUALWI/wsdCJGIJU72JINOOWYFZMbBL7KyLE= Received: by 10.223.119.10 with SMTP id x10mr6736240faq.1.1283335536777; Wed, 01 Sep 2010 03:05:36 -0700 (PDT) Received: from ernst.jennejohn.org (p578E1567.dip.t-dialin.net [87.142.21.103]) by mx.google.com with ESMTPS id 14sm4494278fav.2.2010.09.01.03.05.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 03:05:36 -0700 (PDT) Date: Wed, 1 Sep 2010 12:05:34 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20100901120534.1eb3db9b@ernst.jennejohn.org> In-Reply-To: <4C7D73C8.5050205@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <4C7D73C8.5050205@FreeBSD.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 10:05:43 -0000 On Wed, 01 Sep 2010 00:27:36 +0300 Alexander Motin wrote: > Gary Jennejohn wrote: > > On Mon, 30 Aug 2010 13:07:38 +0300 > > Alexander Motin wrote: > >> Yes, as I have said, at this moment empty ticks skipped only while CPU > >> is in C2/C3 states. In C1 state there is no way to handle lost events on > >> wake up. While it may be not very dangerous, it is not very good. > >> > > Too bad. I'd say that systems which are limited to C1 don't benefit > > much (or not at all) from your changes. > > I've solved it! :) > Yup, this definitely reduces the number of inerrupts on my C1-only system :) Now I'm seeing on the order of 100 to 200 interrupts/s instead of around 2300. I'll run this new kernel some more and see how stable it is. Thanks, mav! -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 10:44:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2B41065675; Wed, 1 Sep 2010 10:44:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 46C628FC22; Wed, 1 Sep 2010 10:44:36 +0000 (UTC) Received: by bwz20 with SMTP id 20so6189435bwz.13 for ; Wed, 01 Sep 2010 03:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=WgJPjCVWXQFIX02uszys1SuSN6hSQlybkrsq0uYo+i8=; b=Cs5YwvKVv8rvCjIIBQoA0wUuroG4gwJ3a3XjB0d38YRRp/58AhZdkPMJ8E6W6zV6O6 vngAikdgaJjc6ZFlJIHK3KJUgcK5H0KucbKzZW1WYr6u7zPxuydokfqxYFDQ8nV7+gRT kd5+W/JvFw7H/q/42bxSnp04G1gU/VryQzdaE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=MFSRN/JqUGU1nx9ZH9R5d+Fpz3glHaUwFWyAdmLsAvecbY//cODWw296kUL8CDOPNA VPEtEPetDUvl/LmiQ2MDIdY+JVAsTqrwx2EUnvYpeNOD6Paea6/4FHIYOKfjMtgekyqq 1XewSVm4HQVQ8dZXh54dA7PMpyxi2f5UCEtXs= Received: by 10.204.178.67 with SMTP id bl3mr5259532bkb.161.1283337875236; Wed, 01 Sep 2010 03:44:35 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id bq20sm7117521bkb.16.2010.09.01.03.44.34 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 03:44:34 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7E2E8A.3030709@FreeBSD.org> Date: Wed, 01 Sep 2010 13:44:26 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> In-Reply-To: <4C7CC1DE.1080907@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 10:44:37 -0000 Alexander Motin wrote: > Gary Jennejohn wrote: >> On Mon, 30 Aug 2010 12:11:48 +0200 >> OK, this is purely anecdotal, but I'll report it anyway. >> >> I was running pretty much all day with the patched kernel and things >> seemed to be working quite well. >> >> Then, after about 7 hours, everything just stopped. >> >> I had gkrellm running and noticed that it updated only when I moved the >> mouse. >> >> This behavior leads me to suspect that the timer interrupts had stopped >> working and the mouse interrupts were causing processes to get scheduled. >> >> Unfortunately, I wasn't able to get a dump and had to hit reset to >> recover. >> >> As I wrote above, this is only anecdotal, but I've never seen anything >> like this before applying the patches. > > One-shot timers have one weak side: if for some reason timer interrupt > getting lost -- there will be nobody to reload the timer. Such cases > probably will require special attention. Same funny situation with > mouse-driven scheduler happens also if LAPIC timer dies when pre-Core-iX > CPU goes to C3 state. I have reproduced the problem locally. It happens more often when ticks are not stopped on idle, like in your original case (or if explicitly enabled by kern.eventtimer.idletick sysctl). I've made some changes to HPET driver, which, I hope, should fix interrupt losses there. Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch Patch also includes some optimizations to reduce lock contention. Thanks for testing. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 10:46:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6793010656AC; Wed, 1 Sep 2010 10:46:39 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 128C98FC12; Wed, 1 Sep 2010 10:46:38 +0000 (UTC) Received: by qwg5 with SMTP id 5so7216qwg.13 for ; Wed, 01 Sep 2010 03:46:38 -0700 (PDT) Received: by 10.229.186.211 with SMTP id ct19mr5321073qcb.55.1283336457298; Wed, 01 Sep 2010 03:20:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.190.83 with HTTP; Wed, 1 Sep 2010 03:20:37 -0700 (PDT) In-Reply-To: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> References: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 1 Sep 2010 12:20:37 +0200 Message-ID: To: Rui Paulo Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org Current" Subject: Re: DTrace userland project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 10:46:39 -0000 On Wed, Sep 1, 2010 at 00:21, Rui Paulo wrote: > Hi, > The DTrace userland project is near completion and you can start using parts of it right away (only on FreeBSD HEAD right now). > > For more information on how to use DTrace with userland, please read: > http://wiki.freebsd.org/DTrace/userland Hi, I set this up in a VirtualBox with 9-current r212073 amd64, 4-cores, amd-v and nested paging enabled. I tried dtruss /usr/bin/true it works but is really slow, it takes ~10s to switch vt. I tried the pid example as well, if I execute it on ttyv0 I can see lots of kernel trap 12 with interrupts disabled messages flying by and inbetween the desired _sleep:entry probes. When I execute that script on ttyv1 I obviously don't see the kernel trap messages and the machine kindof locks up (no output at all). I can do a clean ACPI shutdown though. - Marius From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 10:57:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E270710657A0 for ; Wed, 1 Sep 2010 10:57:39 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id B96FE8FC0A for ; Wed, 1 Sep 2010 10:57:39 +0000 (UTC) Received: from d.earth.lavabit.com (d.earth.lavabit.com [192.168.111.13]) by karen.lavabit.com (Postfix) with ESMTP id BA99C11B902; Wed, 1 Sep 2010 05:57:38 -0500 (CDT) Received: from 10.0.10.3 (221.163.108.93.rev.vodafone.pt [93.108.163.221]) by lavabit.com with ESMTP id PRMQGSOFOF8R; Wed, 01 Sep 2010 05:57:38 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=iso-8859-1 From: Rui Paulo In-Reply-To: Date: Wed, 1 Sep 2010 11:57:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3A9BC6EA-0F7B-4C57-9179-4E5858894955@freebsd.org> References: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> To: =?iso-8859-1?Q?Marius_N=FCnnerich?= X-Mailer: Apple Mail (2.1081) Cc: "current@freebsd.org Current" Subject: Re: DTrace userland project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 10:57:40 -0000 On 1 Sep 2010, at 11:20, Marius N=FCnnerich wrote: > On Wed, Sep 1, 2010 at 00:21, Rui Paulo wrote: >> Hi, >> The DTrace userland project is near completion and you can start = using parts of it right away (only on FreeBSD HEAD right now). >>=20 >> For more information on how to use DTrace with userland, please read: >> http://wiki.freebsd.org/DTrace/userland >=20 > Hi, >=20 > I set this up in a VirtualBox with 9-current r212073 amd64, 4-cores, > amd-v and nested paging enabled. > I tried > dtruss /usr/bin/true > it works but is really slow, it takes ~10s to switch vt. This is not really using the new userland dtrace code, but the old one. = I suspect DTrace has a problem running on your system. Can you try a = different VM software or real hardware? I never experienced this problem = on VMWare Fusion. > I tried the pid example as well, if I execute it on ttyv0 I can see = lots of > kernel trap 12 with interrupts disabled > messages flying by and inbetween the desired _sleep:entry probes. When > I execute that script on ttyv1 I obviously don't see the kernel trap > messages and the machine kindof locks up (no output at all). I can do > a clean ACPI shutdown though. This looks like I race that I haven't fixed yet. Either way, if the VM = is interfering, then it will be hard to find out how to fix this. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 11:24:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54DEB1065693; Wed, 1 Sep 2010 11:24:06 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id F322F8FC1E; Wed, 1 Sep 2010 11:24:05 +0000 (UTC) Received: by qyk4 with SMTP id 4so8402483qyk.13 for ; Wed, 01 Sep 2010 04:24:05 -0700 (PDT) Received: by 10.229.186.137 with SMTP id cs9mr5286920qcb.71.1283340245395; Wed, 01 Sep 2010 04:24:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.190.83 with HTTP; Wed, 1 Sep 2010 04:23:45 -0700 (PDT) In-Reply-To: <3A9BC6EA-0F7B-4C57-9179-4E5858894955@freebsd.org> References: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> <3A9BC6EA-0F7B-4C57-9179-4E5858894955@freebsd.org> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 1 Sep 2010 13:23:45 +0200 Message-ID: To: Rui Paulo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "current@freebsd.org Current" Subject: Re: DTrace userland project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 11:24:06 -0000 On Wed, Sep 1, 2010 at 12:57, Rui Paulo wrote: > On 1 Sep 2010, at 11:20, Marius N=C3=BCnnerich wrote: > >> On Wed, Sep 1, 2010 at 00:21, Rui Paulo wrote: >>> Hi, >>> The DTrace userland project is near completion and you can start using = parts of it right away (only on FreeBSD HEAD right now). >>> >>> For more information on how to use DTrace with userland, please read: >>> http://wiki.freebsd.org/DTrace/userland >> >> Hi, >> >> I set this up in a VirtualBox with 9-current r212073 amd64, 4-cores, >> amd-v and nested paging enabled. >> I tried >> dtruss /usr/bin/true >> it works but is really slow, it takes ~10s to switch vt. > > This is not really using the new userland dtrace code, but the old one. I= suspect DTrace has a problem running on your system. Can you try a differe= nt VM software or real hardware? I never experienced this problem on VMWare= Fusion. I have no other VM or real hardware available at the moment. >> I tried the pid example as well, if I execute it on ttyv0 I can see lots= of >> kernel trap 12 with interrupts disabled >> messages flying by and inbetween the desired _sleep:entry probes. When >> I execute that script on ttyv1 I obviously don't see the kernel trap >> messages and the machine kindof locks up (no output at all). I can do >> a clean ACPI shutdown though. > > This looks like I race that I haven't fixed yet. Either way, if the VM is= interfering, then it will be hard to find out how to fix this. It is reproducible every time. But I too have no idea how to tackle this. From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 12:15:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6043106564A; Wed, 1 Sep 2010 12:15:45 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB31F8FC22; Wed, 1 Sep 2010 12:15:44 +0000 (UTC) Received: by fxm4 with SMTP id 4so5405503fxm.13 for ; Wed, 01 Sep 2010 05:15:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=lfNqMsAo40SVSzz2+Nh31Ie6CFtfDWtSeUz7XZbNKso=; b=luI7u4UNFzkDytBWIc1tTAQ5dRzqXC+sR15vACBF4l6fPELkbs9hPlsV4AOr3+BAgo gSHtavwWzd/wgP2FNa+SK7mWot/5CQGnFjtVdIrSIdPlgHYnnsCOEKKhU3ailk1F+HmB b2KO5fubnqccl6C8P+LC+ml6am3WMA73i7HO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=X8APA6yQxCKAuYaBgi6hv7W/VVM/O1XB9Ar8iOMbe6QfRR94asgHggu0YulhfkHCri 5AKRfGExzh80gAmgEQo5ZSCslqjoawTduYw9VQhFORQiaOt//VboKgzEv8tUKWT+Vu8O S+1pLNO5Y/8e4wsYFYYZb0YXPwGUFe5AJLqmw= Received: by 10.223.118.211 with SMTP id w19mr6805278faq.19.1283343343860; Wed, 01 Sep 2010 05:15:43 -0700 (PDT) Received: from ernst.jennejohn.org (p578E1567.dip.t-dialin.net [87.142.21.103]) by mx.google.com with ESMTPS id 2sm4536681faz.38.2010.09.01.05.15.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 05:15:43 -0700 (PDT) Date: Wed, 1 Sep 2010 14:15:41 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20100901141541.3e36c868@ernst.jennejohn.org> In-Reply-To: <4C7E2E8A.3030709@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 12:15:46 -0000 On Wed, 01 Sep 2010 13:44:26 +0300 Alexander Motin wrote: > Alexander Motin wrote: > > Gary Jennejohn wrote: > >> On Mon, 30 Aug 2010 12:11:48 +0200 > >> OK, this is purely anecdotal, but I'll report it anyway. > >> > >> I was running pretty much all day with the patched kernel and things > >> seemed to be working quite well. > >> > >> Then, after about 7 hours, everything just stopped. > >> > >> I had gkrellm running and noticed that it updated only when I moved the > >> mouse. > >> > >> This behavior leads me to suspect that the timer interrupts had stopped > >> working and the mouse interrupts were causing processes to get scheduled. > >> > >> Unfortunately, I wasn't able to get a dump and had to hit reset to > >> recover. > >> > >> As I wrote above, this is only anecdotal, but I've never seen anything > >> like this before applying the patches. > > > > One-shot timers have one weak side: if for some reason timer interrupt > > getting lost -- there will be nobody to reload the timer. Such cases > > probably will require special attention. Same funny situation with > > mouse-driven scheduler happens also if LAPIC timer dies when pre-Core-iX > > CPU goes to C3 state. > > I have reproduced the problem locally. It happens more often when ticks > are not stopped on idle, like in your original case (or if explicitly > enabled by kern.eventtimer.idletick sysctl). > > I've made some changes to HPET driver, which, I hope, should fix > interrupt losses there. > > Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch > > Patch also includes some optimizations to reduce lock contention. > > Thanks for testing. > OK, I'll give it a try, althought your previous patch seems to be working quite well. BTW I've also been using tm6292_idle.patch. Do I really need it? -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 12:21:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF27510656C4; Wed, 1 Sep 2010 12:21:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1AE8FC15; Wed, 1 Sep 2010 12:21:56 +0000 (UTC) Received: by fxm4 with SMTP id 4so5409521fxm.13 for ; Wed, 01 Sep 2010 05:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=aye6magDiUeW6Xe07IAZI3Rlv93bizq39NJWsWFUHXU=; b=gNfxa7772+B5kVmqAJbuCdAK8bACnbL9uo6AoJWd/U5zyOJpSz3vvMvsHD2wxrHNF7 iq5fdPViCLikpeSavkr1Vk/3uvx/qsrjUnG9/00rqJU8hKLVJA4WDOvWNE5nspMDFutx TF+YhyXNQHuQRTIpJ1orn3+T9GbYwuOZHmM74= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=s85COAQpaSzIm17ZwoVhKSxAbORpx8Dt0kSeGnlJNcDx8Gd7vIuQmXyAacBGhu2qss uCE1itGoFtzFUDLRfLrKrxXLgyMKWpuPwilUoF/X+5yi0gw7ALwg3vMSEM9G596JpGOE 0ZJfnceu7LcEY5cmPzIa8+QXa5OCQFlITwP3M= Received: by 10.223.105.132 with SMTP id t4mr6815056fao.75.1283343716237; Wed, 01 Sep 2010 05:21:56 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id u8sm4538230fah.36.2010.09.01.05.21.54 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 05:21:55 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7E4555.3000802@FreeBSD.org> Date: Wed, 01 Sep 2010 15:21:41 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <20100901141541.3e36c868@ernst.jennejohn.org> In-Reply-To: <20100901141541.3e36c868@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 12:21:58 -0000 Gary Jennejohn wrote: > On Wed, 01 Sep 2010 13:44:26 +0300 > Alexander Motin wrote: >> I have reproduced the problem locally. It happens more often when ticks >> are not stopped on idle, like in your original case (or if explicitly >> enabled by kern.eventtimer.idletick sysctl). >> >> I've made some changes to HPET driver, which, I hope, should fix >> interrupt losses there. >> >> Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch >> >> Patch also includes some optimizations to reduce lock contention. >> >> Thanks for testing. > > OK, I'll give it a try, althought your previous patch seems to be working > quite well. Stopping/starting timer around idle could partially hide the problem. Single external even in such case could be enough to revive system. > BTW I've also been using tm6292_idle.patch. Do I really need it? It is not necessary. It just reduces number of events generated by system by hacking several aggressive places I've found. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 13:24:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EE5B10656B2 for ; Wed, 1 Sep 2010 13:24:08 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id D3C688FC08 for ; Wed, 1 Sep 2010 13:24:07 +0000 (UTC) Received: (qmail 83050 invoked from network); 1 Sep 2010 12:54:52 -0000 Received: from unknown (HELO [62.48.0.92]) ([62.48.0.92]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 1 Sep 2010 12:54:52 -0000 Message-ID: <4C7E4DC0.5040608@freebsd.org> Date: Wed, 01 Sep 2010 14:57:36 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: ben wilber References: <20100831231314.GA9637@exodus.desync.com> In-Reply-To: <20100831231314.GA9637@exodus.desync.com> Content-Type: multipart/mixed; boundary="------------090308050905070202030506" Cc: FreeBSD Current Subject: Re: TSO panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 13:24:08 -0000 This is a multi-part message in MIME format. --------------090308050905070202030506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 01.09.2010 01:13, ben wilber wrote: > Hi, > > I just upgraded from r210042 to r212073 and keep getting the panic > introduced in r211317: > > panic: tcp_output: len<= tso_segsz Please try the attached patch and report back whether it fixes the issue. I'm a bit in a hurry right now and can respond again later in the evening. -- Andre > db:0:kdb.enter.default> bt > Tracing pid 12 tid 100063 td 0xffffff001881b000 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x1c8 > tcp_output() at tcp_output+0x1445 > tcp_do_segment() at tcp_do_segment+0x252d > tcp_input() at tcp_input+0x1044 > ip_input() at ip_input+0x5cd > netisr_dispatch_src() at netisr_dispatch_src+0xc1 > netisr_dispatch() at netisr_dispatch+0x11 > ether_demux() at ether_demux+0x19a > ether_input() at ether_input+0x36a > mxge_intr() at mxge_intr+0x5be > intr_event_execute_handlers() at intr_event_execute_handlers+0x107 > ithread_loop() at ithread_loop+0xb5 > fork_exit() at fork_exit+0x147 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8810df2cf0, rbp = 0 --- > > If there's someone interested in debugging this further, please let me > know what I can do to help. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > --------------090308050905070202030506 Content-Type: text/plain; name="tcp_tso-fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tcp_tso-fix.diff" Index: netinet/tcp_output.c =================================================================== --- netinet/tcp_output.c (revision 211958) +++ netinet/tcp_output.c (working copy) @@ -466,9 +466,8 @@ } /* - * Truncate to the maximum segment length or enable TCP Segmentation - * Offloading (if supported by hardware) and ensure that FIN is removed - * if the length no longer contains the last data byte. + * Decide if we can use TCP Segmentation Offloading (if supported by + * hardware). * * TSO may only be used if we are in a pure bulk sending state. The * presence of TCP-MD5, SACK retransmits, SACK advertizements and @@ -476,10 +475,6 @@ * (except for the sequence number) for all generated packets. This * makes it impossible to transmit any options which vary per generated * segment or packet. - * - * The length of TSO bursts is limited to TCP_MAXWIN. That limit and - * removal of FIN (if not already catched here) are handled later after - * the exact length of the TCP options are known. */ #ifdef IPSEC /* @@ -488,22 +483,15 @@ */ ipsec_optlen = ipsec_hdrsiz_tcp(tp); #endif - if (len > tp->t_maxseg) { - if ((tp->t_flags & TF_TSO) && V_tcp_do_tso && - ((tp->t_flags & TF_SIGNATURE) == 0) && - tp->rcv_numsacks == 0 && sack_rxmit == 0 && - tp->t_inpcb->inp_options == NULL && - tp->t_inpcb->in6p_options == NULL + if ((tp->t_flags & TF_TSO) && V_tcp_do_tso && len > tp->t_maxseg && + ((tp->t_flags & TF_SIGNATURE) == 0) && + tp->rcv_numsacks == 0 && sack_rxmit == 0 && #ifdef IPSEC - && ipsec_optlen == 0 + ipsec_optlen == 0 && #endif - ) { - tso = 1; - } else { - len = tp->t_maxseg; - sendalot = 1; - } - } + tp->t_inpcb->inp_options == NULL && + tp->t_inpcb->in6p_options == NULL) + tso = 1; if (sack_rxmit) { if (SEQ_LT(p->rxmit + len, tp->snd_una + so->so_snd.sb_cc)) @@ -733,28 +747,54 @@ * bump the packet length beyond the t_maxopd length. * Clear the FIN bit because we cut off the tail of * the segment. - * - * When doing TSO limit a burst to TCP_MAXWIN minus the - * IP, TCP and Options length to keep ip->ip_len from - * overflowing. Prevent the last segment from being - * fractional thus making them all equal sized and set - * the flag to continue sending. TSO is disabled when - * IP options or IPSEC are present. */ if (len + optlen + ipoptlen > tp->t_maxopd) { flags &= ~TH_FIN; + + /* + * TSO is disabled when IP options or IPSEC are present. + */ if (tso) { - if (len > TCP_MAXWIN - hdrlen - optlen) { - len = TCP_MAXWIN - hdrlen - optlen; - len = len - (len % (tp->t_maxopd - optlen)); + KASSERT(ipoptlen == 0, + ("%s: TSO can't do IP options", __func__)); + + /* + * When doing TSO limit a burst to IP_MAXPACKET + * IP, TCP and Options length to keep ip->ip_len + * from overflowing. + */ + if (len > IP_MAXPACKET - hdrlen) { + len = IP_MAXPACKET - hdrlen; sendalot = 1; - } else if (tp->t_flags & TF_NEEDFIN) + } + + /* + * Prevent the last segment from being + * fractional unless there is no further + * data and the send sockbuf can be emptied. + */ + if (sendalot && off + len < so->so_snd.sb_cc) { + len -= len % (tp->t_maxopd - optlen); sendalot = 1; + } + + /* + * Send the FIN in a separate segment + * after the bulk sending is done. + * We don't trust the TSO implementations + * to clear the FIN flag on all but the + * last segment. + */ + if (tp->t_flags & TF_NEEDFIN) + sendalot = 1; + } else { len = tp->t_maxopd - optlen - ipoptlen; sendalot = 1; } } + KASSERT(len + hdrlen + ipoptlen <= IP_MAXPACKET, + ("%s: len too big", __func__)); /*#ifdef DIAGNOSTIC*/ #ifdef INET6 --------------090308050905070202030506-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 13:50:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BD610656A7; Wed, 1 Sep 2010 13:50:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 778528FC20; Wed, 1 Sep 2010 13:50:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1682146B09; Wed, 1 Sep 2010 09:50:02 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 08B3A8A04E; Wed, 1 Sep 2010 09:50:01 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 1 Sep 2010 09:49:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009010950.00422.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 01 Sep 2010 09:50:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: mdf@freebsd.org, Jeff Roberson Subject: Re: sched_pin() bug in SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 13:50:02 -0000 On Tuesday, August 31, 2010 2:53:12 pm mdf@freebsd.org wrote: > On Tue, Aug 31, 2010 at 10:16 AM, wrote: > > I recorded the stack any time ts->ts_cpu was set and when a thread was > > migrated by sched_switch() I printed out the recorded info. Here's > > what I found: > > > > > > XXX bug 67957: moving 0xffffff003ff9b800 from 3 to 1 > > [1]: pin 0 state 4 move 3 -> 1 done by 0xffffff000cc44000: > > #0 0xffffffff802b36b4 at bug67957+0x84 > > #1 0xffffffff802b5dd4 at sched_affinity+0xd4 > > #2 0xffffffff8024a707 at cpuset_setthread+0x137 > > #3 0xffffffff8024aeae at cpuset_setaffinity+0x21e > > #4 0xffffffff804a82df at freebsd32_cpuset_setaffinity+0x4f > > #5 0xffffffff80295f49 at isi_syscall+0x99 > > #6 0xffffffff804a630e at ia32_syscall+0x1ce > > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 > > [0]: pin 0 state 2 move 0 -> 3 done by 0xffffff000cc44000: > > #0 0xffffffff802b36b4 at bug67957+0x84 > > #1 0xffffffff802b4ad8 at sched_add+0xe8 > > #2 0xffffffff8029b96a at create_thread+0x34a > > #3 0xffffffff8029badc at kern_thr_new+0x8c > > #4 0xffffffff804a8912 at freebsd32_thr_new+0x122 > > #5 0xffffffff80295f49 at isi_syscall+0x99 > > #6 0xffffffff804a630e at ia32_syscall+0x1ce > > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 > > > > So one thread in the process called cpuset_setaffinity(2), and another > > thread in the process was forcibly migrated by the IPI while returning > > from a syscall, while it had td_pinned set. > > > > Given this path, it seems reasonable to me to skip the migrate if we > > notice THREAD_CAN_MIGRATE is false. > > > > Opinions? My debug code is below. I'll try to write a short testcase > > that exhibits this bug. > > Just a few more thoughts on this. The check in sched_affinity for > THREAD_CAN_MIGRATE is racy. Since witness uses sched_pin, it's not > simple to take the THREAD lock around an increment of td_pinned. So > I'm looking for suggestions on the best way to fix this issue. My > thoughts: > > 1) add a check in sched_switch() for THREAD_CAN_MIGRATE > 2) have WITNESS not use sched_pin, and take the THREAD lock when > modifying td_pinned > 3) have the IPI_PREEMPT handler notice the thread is pinned (and not > trying to bind) and postpone the mi_switch, just like it postpones > when a thread is in a critical section. > > Except for the potential complexity of implementation, I think (2) is > the best solution. I don't like 2) only because you'd really need to fix all the other places that use sched_pin() to grab the thread lock. That would be a bit expensive. I think the problem is code that checks THREAD_CAN_MIGRATE() for running threads that aren't curthread. The sched_affinity() bug is probably my fault FWIW. I think something along the lines of 1) is the best approach. Maybe something like the patch below. It moves the CPU assignment out of sched_affinity() and moves it into sched_switch() instead so that it takes effect on the next context switch for this thread. That is the point at which the CPU binding actually takes effect anyway since sched_affinity() doesn't force an immediate context switch. This patch is relative to 7. The patch for 9 is nearly identical (just a fixup for ipi_cpu() vs ipi_selected()). Index: sched_ule.c =================================================================== --- sched_ule.c (revision 212065) +++ sched_ule.c (working copy) @@ -1885,6 +1885,8 @@ srqflag = (flags & SW_PREEMPT) ? SRQ_OURSELF|SRQ_YIELDING|SRQ_PREEMPTED : SRQ_OURSELF|SRQ_YIELDING; + if (THREAD_CAN_MIGRATE(td) && !THREAD_CAN_SCHED(td, ts->tscpu)) + ts->ts_cpu = sched_pickcpu(td, 0); if (ts->ts_cpu == cpuid) tdq_add(tdq, td, srqflag); else @@ -2536,7 +2538,6 @@ { #ifdef SMP struct td_sched *ts; - int cpu; THREAD_LOCK_ASSERT(td, MA_OWNED); ts = td->td_sched; @@ -2550,17 +2551,13 @@ if (!TD_IS_RUNNING(td)) return; td->td_flags |= TDF_NEEDRESCHED; - if (!THREAD_CAN_MIGRATE(td)) - return; /* - * Assign the new cpu and force a switch before returning to - * userspace. If the target thread is not running locally send - * an ipi to force the issue. + * Force a switch before returning to userspace. If the + * target thread is not running locally send an ipi to force + * the issue. */ - cpu = ts->ts_cpu; - ts->ts_cpu = sched_pickcpu(td, 0); - if (cpu != PCPU_GET(cpuid)) - ipi_selected(1 << cpu, IPI_PREEMPT); + if (td != curthread) + ipi_selected(1 << ts->ts_cpu, IPI_PREEMPT); #endif } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 14:18:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC3110656BD; Wed, 1 Sep 2010 14:18:43 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC668FC16; Wed, 1 Sep 2010 14:18:43 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A486.dip.t-dialin.net [87.179.164.134]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 76EA184400A; Wed, 1 Sep 2010 16:18:40 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2DFB81400; Wed, 1 Sep 2010 16:18:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1283350716; bh=wUvW0SUxzmnC/EGW3wc7dtTBrFM8YOCT/7xgKkyGrE8=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=TgfJarNgGcQ18FMRW68kl8n8IzXdyySaloiNfGux732Ki4VCvkQ2/K8qYzLmQ7NnW Q3nQqMHbK4PHN8SQewp2vp1zBG7Gwkx2lSfgDSvt+zWotLmwg9rUJ9n2Df7sf1ix0E 4f146ylNxi4Jm9byqzcCC9lr3brj8fTItPg2mDqBcl4PIR7gnZ+ojQb040nbHsvR4H 630FTAaAeTDXIrhtHA5tzziLfPDOulshpAQWiyvh9TyUQNI4OQT94Pg05aJL4WyqhX FWrO2oX1vvX49vKS7u0OZhDWmcHEwBaKnetO0MBbNCDgRmA6Kp4t4jSO4rCMljcDod zZ7KV7VMvTVww== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o81EIZKC086351; Wed, 1 Sep 2010 16:18:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 01 Sep 2010 16:18:34 +0200 Message-ID: <20100901161834.198574t14uxayygw@webmail.leidinger.net> Date: Wed, 01 Sep 2010 16:18:34 +0200 From: Alexander Leidinger To: Alexander Motin References: <4C7A5C28.1090904@FreeBSD.org> In-Reply-To: <4C7A5C28.1090904@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 76EA184400A.A3C50 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1283955521.06581@R6gtFt2J/AmiNGXAxUk5hQ X-EBL-Spam-Status: No Cc: freebsd-hackers@FreeBSD.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 14:18:43 -0000 Quoting Alexander Motin (from Sun, 29 Aug 2010 16:10:00 +0300): > I have actively tested this code for a few days on my amd64 Core2Duo > laptop and i386 Core-i5 desktop system. With C2/C3 states enabled > systems experience only about 100-150 interrupts per second, having HZ > set to 1000. These events mostly caused by several event-greedy > processes in our tree. I have traced and hacked several most aggressive > ones in this patch: http://people.freebsd.org/~mav/tm6292_idle.patch . > It allowed me to reduce down to as low as 50 interrupts per system, > including IPIs! It looks like you are comming to a point where Powertop would be helpful. There's a dtracified version of it available at the opensolaris site (it would at least need some additional dtrace probes in our kernel). http://hub.opensolaris.org/bin/view/Project+tesla/Powertop Bye, Alexander. -- Our customers' paperwork is profit. Our own paperwork is loss. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 14:28:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C01B1065697; Wed, 1 Sep 2010 14:28:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C3CBA8FC0C; Wed, 1 Sep 2010 14:28:07 +0000 (UTC) Received: by fxm4 with SMTP id 4so5533884fxm.13 for ; Wed, 01 Sep 2010 07:28:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=MXdQB02v2WarFXyqJ+for8/mDbHOOXSujNc03TfSAY0=; b=gOqqWb6H4LvAlsORt4Brwse2XxmhezNSd8yt/xV2TED5onVvqvjoSu4o4wATPJRSQp 1700U2dElBc+BaDUyj+jFawjZCxiuLcRNWVy3dV3+otHoyrYObUWFTW2NRekky7anotD yImAcyJaRT+nkPvfEW6Zae7ZhM3/CNN93hNFc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=oKMXXXccfZYG4Pw4tJnhCA2K53H+ahf6tZH0FGnJxA6xePFGwjShRmg+X2fByvMZAx Y9k54p6YLZGqW6y+JJvXHWWTUTlDuvDrbE374i8c55vk5D88uYAwBGFgEMH8Ez69SvEx 6nUsJ5mOSGXnuVitu9Oeb1PRFQhYIM55H9fLY= Received: by 10.223.112.10 with SMTP id u10mr7037714fap.50.1283351286611; Wed, 01 Sep 2010 07:28:06 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id b11sm4610776faq.30.2010.09.01.07.28.04 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 07:28:05 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7E62E7.8070309@FreeBSD.org> Date: Wed, 01 Sep 2010 17:27:51 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Alexander Leidinger References: <4C7A5C28.1090904@FreeBSD.org> <20100901161834.198574t14uxayygw@webmail.leidinger.net> In-Reply-To: <20100901161834.198574t14uxayygw@webmail.leidinger.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 14:28:08 -0000 Alexander Leidinger wrote: > Quoting Alexander Motin (from Sun, 29 Aug 2010 > 16:10:00 +0300): > >> I have actively tested this code for a few days on my amd64 Core2Duo >> laptop and i386 Core-i5 desktop system. With C2/C3 states enabled >> systems experience only about 100-150 interrupts per second, having HZ >> set to 1000. These events mostly caused by several event-greedy >> processes in our tree. I have traced and hacked several most aggressive >> ones in this patch: http://people.freebsd.org/~mav/tm6292_idle.patch . >> It allowed me to reduce down to as low as 50 interrupts per system, >> including IPIs! > > It looks like you are comming to a point where Powertop would be > helpful. There's a dtracified version of it available at the opensolaris > site (it would at least need some additional dtrace probes in our kernel). > > http://hub.opensolaris.org/bin/view/Project+tesla/Powertop Thank you for the link. I was thinking about it, but worried that it could be too Linux-specific. Nice to here there is closer alternative. I'll look on it. PS: Until it is ported, I've found that `top -m io -o vcsw` could also be useful. The only thing it can't show is in-kernel callout(9) calls. User and kernel processes wakeups still nicely visible there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 14:48:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48BA1065670; Wed, 1 Sep 2010 14:48:31 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB288FC22; Wed, 1 Sep 2010 14:48:31 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id BBF0F340; Wed, 1 Sep 2010 10:29:01 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 01 Sep 2010 10:29:01 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=from:to:subject:date:cc:references:in-reply-to:mime-version:content-type:message-id; s=smtpout; bh=pJk3SMQlFVY7V8eXshHQdk/x8vo=; b=lGH2QOA0EBH5FMI37ugpKSquGLIZpDzQZ64hwbhpsB/Z/xAJSamROv1jkjdBT5iiEp4o4gk2426qivevRd4Aa+liLj6b3R9bgxTPcvV1+hmI1kdzPBNJ+ZvIanwRSQrN152cSfuoA1KwLZwFH18faEMjuFjFNzHGSxMQ246N6pA= X-Sasl-enc: azRSuw/gq4EPAUCxbqlOVhjSPO1nYgnj7bowFsb5VoN9 1283351340 Received: from tcbug.ixsystems.com (74-34-16-134.dr01.rsmt.mn.frontiernet.net [74.34.16.134]) by mail.messagingengine.com (Postfix) with ESMTPSA id E581B5E5C62; Wed, 1 Sep 2010 10:29:00 -0400 (EDT) From: Josh Paetzel To: freebsd-fs@freebsd.org Date: Wed, 1 Sep 2010 09:28:59 -0500 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.4.5; amd64; ; ) References: <20100831215915.GE1932@garage.freebsd.pl> In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_rMmfMpNLXbHCsBj" Message-Id: <201009010928.59725.josh@tcbug.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 14:48:32 -0000 --Boundary-00=_rMmfMpNLXbHCsBj Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit On Tuesday 31 August 2010 16:59:15 Pawel Jakub Dawidek wrote: > Hello. > > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. > > The patchset is very experimental. It can eat your cookie and hurt your > teddy bear, so be warned. Don't try it for anything except testing. > > This patchset is also a message we, as the FreeBSD project, would like > to send to our users: Eventhough OpenSolaris is dead, the ZFS file > system is going to stay in FreeBSD. At this point we have quite a few > developers involved in ZFS on FreeBSD as well as serveral companies. > We are also looking forward to work with IllumOS. > > So, what this new ZFS brings? > > - Data deduplication. Read more here: > > http://blogs.sun.com/bonwick/entry/zfs_dedup > > - Triple parity RAIDZ (RAIDZ3). Read more here: > > http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/ > > - zfs diff. Read more here: > > http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley > > - zpool split. Read more here: > > http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante > > - Snapshot holds. Read more here: > > http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby > > - zpool import -F. Allows to rewind corrupted pool to earlier > transaction group. > > - Possibility to import pool in read-only mode. > > And much, much more, including plenty of preformance improvements and bug > fixes. > > So test whatever you can and report back. Look for regressions, strange > behaviour, missing features, deadlocks, livelocks, preformance > degradation, etc. > > The boot code is not updated at all, so booting off of ZFS doesn't > currently work. > > The patch is against today's FreeBSD HEAD. > > The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, > please don't turn it off. Also, compile your kernel with the following > options: > > options KDB > options DDB > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > > Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will > be plenty of those, and you'll desperately want to report them, but please > don't. > > The best way to report a problem is to answer to this e-mail with as short > as possible procedure of how to reproduce it and debugging info. I'd > prefer textdump if possible. Below you can find quick procedure how to > setup textdumps: > > Choose spare/swap disk/partition in your system, let's say it is > /dev/ad0s1b. > > Add the following line to /etc/fstab: > > /dev/ad0s1b none swap sw 0 0 > > Add the following line to /etc/rc.conf: > > ddb_enable="YES" > > Run the following commands: > > # /etc/rc.d/swap1 start > # /etc/rc.d/dumpon start > # /etc/rc.d/ddb start > > This will setup swap, mark it as dump device and setup some DDB > scripts. Or you can just reboot. > > Now when your system panic or deadlock, enter DDB and call the > following command: > > ddb> run kdb.enter.panic > > It will execute all the commands I need, dump them in text format to > your swap device and reboot machine. > > After the reboot, you should find textdump.tar.0 file in /var/crash/ > directory. This is the debug info I need. > > End of textdumps procedure. > > Ok, now that I know you read everything carefully, here is the patch: > > http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 > > Good luck! >:> I get the following error from make buildworld after applying the patch. I checked twice to make sure the patch applied cleanly, which it did. cc -O2 -pipe - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -static - L/usr/obj/usr/src/tmp/legacy/usr/lib -o ctfconvert alist.o ctf.o ctfconvert.o dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o memory.o merge.o output.o st_parse.o stabs.o stack.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread -legacy strtab.o(.text+0x109): In function `strtab_print': /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:249: undefined reference to `MIN' strtab.o(.text+0x28d): In function `strtab_insert': /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:119: undefined reference to `MIN' strtab.o(.text+0x3a1):/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:145: undefined reference to `MIN' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error # uname -a FreeBSD head.tcbug.org 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Tue Aug 31 16:30:57 UTC 2010 root@head.tcbug.org:/usr/obj/usr/src/sys/HEAD amd64 -- Thanks, Josh Paetzel --Boundary-00=_rMmfMpNLXbHCsBj-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 15:50:25 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964C910656B4; Wed, 1 Sep 2010 15:50:25 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 21DE28FC16; Wed, 1 Sep 2010 15:50:25 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o81FoMtl004747; Wed, 1 Sep 2010 10:50:22 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 1 Sep 2010 10:50:22 -0500 (CDT) From: "Sean C. Farley" To: Buganini In-Reply-To: Message-ID: References: <19577.18337.120013.129482@hergotha.csail.mit.edu> <4C79499B.3050305@icyb.net.ua> <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.3 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.farley.org Cc: Garrett Wollman , avg@icyb.net.ua, current@FreeBSD.org Subject: Re: Difficulty playing DVDs under AHCI/CAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 15:50:25 -0000 On Sun, 29 Aug 2010, Buganini wrote: > BTW, it seems that DVD burning with ahci is broken, burning a CD is > okay, but I never burn a DVD sucessfully with ahci. Always get > somethings like "unable to write@60H input/output error" and many > "(cd0:ahcich2:0:0:0): SCSI sense: ILLEGAL REQUEST csi:43,0,0,c > asc:24,0 (Invalid field in CDB): Command byte 6 is invalid" in dmesg, > > With ahci unloaded, I see "(cd0:ata4:0:0:0): SCSI sense: ILLEGAL > REQUEST csi:43,0,0,c asc:24,0 (Invalid field in CDB): Command byte 6 > is invalid" once, but it works. > > But I can read data DVD with ahci and sucessfully verify data with > diff. While I have not had time to narrow it down, I have also had problems with burning DVD+R on my drive (LITE-ON DVDRW LH-20A1S 9L09) with the ahci driver on 8-STABLE using cdrecord. However, CD-RW's and DVD+RW's are not a problem. At the beginning of a failed burn, it seems like there is a short pause near the beginning (maybe after a block or two has been written, but I do not recall). If I find time, I will try again to burn a disc along with collecting all the debugging information I can. One thing I need to try, and you may too, is to see if there are any firmware updates for the drive. I see there is one for mine which I will try. Unfortunately, it does not say on the site what it improves unless the "Match more media" is it. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 16:09:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB02B10656A4; Wed, 1 Sep 2010 16:09:31 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 831708FC25; Wed, 1 Sep 2010 16:09:30 +0000 (UTC) Received: by fxm4 with SMTP id 4so5660174fxm.13 for ; Wed, 01 Sep 2010 09:09:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=kBE+5xIKOXge18YCpdZfwEBaNbvg6pTJK4MpfnkXwNQ=; b=AErbtwGWihTQ7gzLML6JbikQqxD/hPcsUnLpkIMwMo53yYc6nJ+3IRG3QHmQOoQC66 1dVXGfaq0pyeUFbAW8iA7OEOUCXVSyVCZbv7onBUmR4rzrpncYvDEZ0ymf/nWpgJlV/g +hgbrmwH2sfiYVQHvaYUvkneO5Q+FiByIi14A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=vb6+Xs+0jJDOXh5rXHwOkt4M8kRa6EaiJbLWj/r3ptlv0F6wQrPapwcRUqsXkrYyFN yZmmGd0rgHVLDm3U0VHU44Mna54ychFBNKZoz11/EuO9I90y3QXrWB7jLldJm7E+Xo67 lpm8fYeSl7bGMOGJqJgxcb+0KdQf3+gc/BPU4= Received: by 10.223.116.3 with SMTP id k3mr7197834faq.81.1283357369395; Wed, 01 Sep 2010 09:09:29 -0700 (PDT) Received: from ernst.jennejohn.org (p578E1567.dip.t-dialin.net [87.142.21.103]) by mx.google.com with ESMTPS id j14sm1750101faa.47.2010.09.01.09.09.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 09:09:27 -0700 (PDT) Date: Wed, 1 Sep 2010 18:09:26 +0200 From: Gary Jennejohn To: gljennjohn@googlemail.com Message-ID: <20100901180926.4b04e2cc@ernst.jennejohn.org> In-Reply-To: <20100901141541.3e36c868@ernst.jennejohn.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <20100901141541.3e36c868@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Alexander Motin , FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 16:09:31 -0000 On Wed, 1 Sep 2010 14:15:41 +0200 Gary Jennejohn wrote: > On Wed, 01 Sep 2010 13:44:26 +0300 > Alexander Motin wrote: > > Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch > > > > Patch also includes some optimizations to reduce lock contention. > > > > Thanks for testing. > > > > OK, I'll give it a try, althought your previous patch seems to be working > quite well. > This has changed the behavior of the HPET timers somewhat. With patch5 I was seeing approximately equal interrupt counts from hpet0 and hpet1. Now the majority of interrupts are on hpet0 by a factor of 6 to 10. Not a show stopper, just thought I'd mention it. One difference is that I didn't apply tm6292_idle.patch this time. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 16:13:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F3E10656A4; Wed, 1 Sep 2010 16:13:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C74D48FC0A; Wed, 1 Sep 2010 16:13:37 +0000 (UTC) Received: by bwz20 with SMTP id 20so6505783bwz.13 for ; Wed, 01 Sep 2010 09:13:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=ybo8wmegBqlhF0OJFdOI/LhSsJBuB6A+8uRDyzS2AIw=; b=VX7ABb4PiNDP9j55AvwxelhupTEW2d/u1qgN+nwZLFsfViV7XCK7v6xYOIwmXweEg4 M6hQ+kpw7yv1tseLl/aX8lqlvgJ94z619Eidb0Nyl2Mv42xnMeZNAY/2Z3Rgm8qVJazG q6cCVf+YsRmmCZAfZtZww3M+5jjUXqDO3Za94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=RpfBuUCCDvQlvuNwR6ic7q+nxvfYM4kVjkTooHPWUPKlTcdbE50aswg/z7mEpFm+tO EjVn4G7QsZ2iyAeaKpH0h7Nsap0lj4WXReFSC83msFB4hsCJ/CDyNUx3cmmqEgWXWdZt pZUj1SwM+g5ADyv+OGXM+awVMZXzzT7hrOy5o= Received: by 10.204.63.9 with SMTP id z9mr5806830bkh.66.1283357616658; Wed, 01 Sep 2010 09:13:36 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s34sm7409643bkk.1.2010.09.01.09.13.35 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 09:13:35 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7E7BA7.5090206@FreeBSD.org> Date: Wed, 01 Sep 2010 19:13:27 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <20100901141541.3e36c868@ernst.jennejohn.org> <20100901180926.4b04e2cc@ernst.jennejohn.org> In-Reply-To: <20100901180926.4b04e2cc@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 16:13:45 -0000 Gary Jennejohn wrote: > On Wed, 1 Sep 2010 14:15:41 +0200 > Gary Jennejohn wrote: > >> On Wed, 01 Sep 2010 13:44:26 +0300 >> Alexander Motin wrote: >>> Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch >>> >>> Patch also includes some optimizations to reduce lock contention. >>> >>> Thanks for testing. >>> >> OK, I'll give it a try, althought your previous patch seems to be working >> quite well. > > This has changed the behavior of the HPET timers somewhat. > > With patch5 I was seeing approximately equal interrupt counts from > hpet0 and hpet1. > > Now the majority of interrupts are on hpet0 by a factor of 6 to 10. > > Not a show stopper, just thought I'd mention it. > > One difference is that I didn't apply tm6292_idle.patch this time. That could be the reason. This patch removes up to few hundreds events per second. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 16:16:07 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BBB910656C3; Wed, 1 Sep 2010 16:16:07 +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 1531F8FC12; Wed, 1 Sep 2010 16:16:05 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA04275; Wed, 01 Sep 2010 19:16:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C7E7C43.7070209@icyb.net.ua> Date: Wed, 01 Sep 2010 19:16:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100823 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Sean C. Farley" References: <19577.18337.120013.129482@hergotha.csail.mit.edu> <4C79499B.3050305@icyb.net.ua> <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Buganini , Garrett Wollman , current@FreeBSD.org Subject: Re: Difficulty playing DVDs under AHCI/CAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 16:16:07 -0000 Just want to draw attention of those who use ahci, have hald running and burn optical media to couple of known issues: 1. http://thread.gmane.org/gmane.os.freebsd.devel.gnome/29636/focus=29652 2. http://thread.gmane.org/gmane.os.freebsd.devel.scsi/5128 3. k3b (and k3b-kde4) has a bug in its internal code which results in incorrect SCSI command(s) that may confuse some drive models at device or media probing stage. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 16:54:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A1D10656A8; Wed, 1 Sep 2010 16:54:15 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8868FC0A; Wed, 1 Sep 2010 16:54:14 +0000 (UTC) Received: by eyx24 with SMTP id 24so5053944eyx.13 for ; Wed, 01 Sep 2010 09:54:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=gPf3Z7FxlmMZCZUQ311kowMd4vygcefj4IaiQVyhSno=; b=VMsMxMhF1g23PoRjwocf3hFaGa8IxFdzbv/b30qc9L8t1p6Cu/zGUA75lgfl5CfnG6 LW0rt4TM6W6ER6sx4ZevMdZbdf86hOI5pdYPNXTL32ChAXVlB7LxPatB523hVNdbtTMH 9bq7Hfkjt9paLReJdiw1Prm7lbVMe3wwHYX8I= 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=lJ++GvtXPs562kCB7JnkdoF7qGdwiVxDVhawpIH6bejhvHOnh+PEbPt+MPdqqcQuyy SwybQP5mekLJDZxqy069ESDzA8boyOIjGg8X4Rabodt6NonAUPyUTUdD0xquoJDbY9YV rsHJIWNCws3ob1WClyc1WgsSgYljpTK2C75S8= MIME-Version: 1.0 Received: by 10.213.34.4 with SMTP id j4mr641998ebd.72.1283360053992; Wed, 01 Sep 2010 09:54:13 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.213.30.13 with HTTP; Wed, 1 Sep 2010 09:54:13 -0700 (PDT) In-Reply-To: <201009010950.00422.jhb@freebsd.org> References: <201009010950.00422.jhb@freebsd.org> Date: Wed, 1 Sep 2010 09:54:13 -0700 X-Google-Sender-Auth: LeSFxI5uuyg8bOvC_BfHzyqmlO0 Message-ID: From: mdf@FreeBSD.org To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Jeff Roberson Subject: Re: sched_pin() bug in SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 16:54:16 -0000 On Wed, Sep 1, 2010 at 6:49 AM, John Baldwin wrote: > On Tuesday, August 31, 2010 2:53:12 pm mdf@freebsd.org wrote: >> On Tue, Aug 31, 2010 at 10:16 AM, =A0 wrote: >> > I recorded the stack any time ts->ts_cpu was set and when a thread was >> > migrated by sched_switch() I printed out the recorded info. =A0Here's >> > what I found: >> > >> > >> > XXX bug 67957: moving 0xffffff003ff9b800 from 3 to 1 >> > [1]: pin 0 state 4 move 3 -> 1 done by 0xffffff000cc44000: >> > #0 0xffffffff802b36b4 at bug67957+0x84 >> > #1 0xffffffff802b5dd4 at sched_affinity+0xd4 >> > #2 0xffffffff8024a707 at cpuset_setthread+0x137 >> > #3 0xffffffff8024aeae at cpuset_setaffinity+0x21e >> > #4 0xffffffff804a82df at freebsd32_cpuset_setaffinity+0x4f >> > #5 0xffffffff80295f49 at isi_syscall+0x99 >> > #6 0xffffffff804a630e at ia32_syscall+0x1ce >> > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 >> > [0]: pin 0 state 2 move 0 -> 3 done by 0xffffff000cc44000: >> > #0 0xffffffff802b36b4 at bug67957+0x84 >> > #1 0xffffffff802b4ad8 at sched_add+0xe8 >> > #2 0xffffffff8029b96a at create_thread+0x34a >> > #3 0xffffffff8029badc at kern_thr_new+0x8c >> > #4 0xffffffff804a8912 at freebsd32_thr_new+0x122 >> > #5 0xffffffff80295f49 at isi_syscall+0x99 >> > #6 0xffffffff804a630e at ia32_syscall+0x1ce >> > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 >> > >> > So one thread in the process called cpuset_setaffinity(2), and another >> > thread in the process was forcibly migrated by the IPI while returning >> > from a syscall, while it had td_pinned set. >> > >> > Given this path, it seems reasonable to me to skip the migrate if we >> > notice THREAD_CAN_MIGRATE is false. >> > >> > Opinions? =A0My debug code is below. =A0I'll try to write a short test= case >> > that exhibits this bug. >> >> Just a few more thoughts on this. =A0The check in sched_affinity for >> THREAD_CAN_MIGRATE is racy. =A0Since witness uses sched_pin, it's not >> simple to take the THREAD lock around an increment of td_pinned. =A0So >> I'm looking for suggestions on the best way to fix this issue. =A0My >> thoughts: >> >> 1) add a check in sched_switch() for THREAD_CAN_MIGRATE >> 2) have WITNESS not use sched_pin, and take the THREAD lock when >> modifying td_pinned >> 3) have the IPI_PREEMPT handler notice the thread is pinned (and not >> trying to bind) and postpone the mi_switch, just like it postpones >> when a thread is in a critical section. >> >> Except for the potential complexity of implementation, I think (2) is >> the best solution. > > I don't like 2) only because you'd really need to fix all the other place= s > that use sched_pin() to grab the thread lock. =A0That would be a bit expe= nsive. > I think the problem is code that checks THREAD_CAN_MIGRATE() for running > threads that aren't curthread. > > The sched_affinity() bug is probably my fault FWIW. =A0I think something = along > the lines of 1) is the best approach. =A0Maybe something like the patch b= elow. > It moves the CPU assignment out of sched_affinity() and moves it into > sched_switch() instead so that it takes effect on the next context switch= for > this thread. =A0That is the point at which the CPU binding actually takes= effect > anyway since sched_affinity() doesn't force an immediate context switch. = =A0This > patch is relative to 7. =A0The patch for 9 is nearly identical (just a fi= xup for > ipi_cpu() vs ipi_selected()). > > Index: sched_ule.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sched_ule.c (revision 212065) > +++ sched_ule.c (working copy) > @@ -1885,6 +1885,8 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0srqflag =3D (flags & SW_PREEMPT) ? > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0SRQ_OURSELF|SRQ_YIELDING|SRQ_PREEM= PTED : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0SRQ_OURSELF|SRQ_YIELDING; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (THREAD_CAN_MIGRATE(td) && !THREAD_CAN_S= CHED(td, ts->tscpu)) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ts->ts_cpu =3D sched_pickcp= u(td, 0); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (ts->ts_cpu =3D=3D cpuid) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tdq_add(tdq, td, srqflag); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0else > @@ -2536,7 +2538,6 @@ > =A0{ > =A0#ifdef SMP > =A0 =A0 =A0 =A0struct td_sched *ts; > - =A0 =A0 =A0 int cpu; > > =A0 =A0 =A0 =A0THREAD_LOCK_ASSERT(td, MA_OWNED); > =A0 =A0 =A0 =A0ts =3D td->td_sched; > @@ -2550,17 +2551,13 @@ > =A0 =A0 =A0 =A0if (!TD_IS_RUNNING(td)) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; > =A0 =A0 =A0 =A0td->td_flags |=3D TDF_NEEDRESCHED; > - =A0 =A0 =A0 if (!THREAD_CAN_MIGRATE(td)) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > =A0 =A0 =A0 =A0/* > - =A0 =A0 =A0 =A0* Assign the new cpu and force a switch before returning= to > - =A0 =A0 =A0 =A0* userspace. =A0If the target thread is not running loca= lly send > - =A0 =A0 =A0 =A0* an ipi to force the issue. > + =A0 =A0 =A0 =A0* Force a switch before returning to userspace. =A0If th= e > + =A0 =A0 =A0 =A0* target thread is not running locally send an ipi to fo= rce > + =A0 =A0 =A0 =A0* the issue. > =A0 =A0 =A0 =A0 */ > - =A0 =A0 =A0 cpu =3D ts->ts_cpu; > - =A0 =A0 =A0 ts->ts_cpu =3D sched_pickcpu(td, 0); > - =A0 =A0 =A0 if (cpu !=3D PCPU_GET(cpuid)) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 ipi_selected(1 << cpu, IPI_PREEMPT); > + =A0 =A0 =A0 if (td !=3D curthread) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 ipi_selected(1 << ts->ts_cpu, IPI_PREEMPT); > =A0#endif > =A0} I will test this patch out; thanks for the help! Two questions: 1) How does a thread get moved between CPUs when it's not running? I see that we change the runqueue for non-running threads that are on a runqueue. Does the code always check for THREAD_CAN_SCHED when adding a sleeping thread to a runqueue on wakeup? 2) I assume sched_switch() runs a lot more often than sched_pin() or sched_affinity(), so it would make sense to add any performance penalty of increased work in either of those places than in the scheduler. I suppose the two memory references for THREAD_CAN_MIGRATE and THREAD_CAN_SCHED won't be that expensive. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 17:20:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA4AB10656A4 for ; Wed, 1 Sep 2010 17:20:07 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by mx1.freebsd.org (Postfix) with ESMTP id B063F8FC21 for ; Wed, 1 Sep 2010 17:20:07 +0000 (UTC) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id CAFCF28F75A; Wed, 1 Sep 2010 12:04:52 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh2.mail.rice.edu, auth channel Received: from mh2.mail.rice.edu ([127.0.0.1]) by mh2.mail.rice.edu (mh2.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id tAcg4eP6NpNu; Wed, 1 Sep 2010 12:04:52 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id C8EDF28F757; Wed, 1 Sep 2010 12:04:51 -0500 (CDT) Message-ID: <4C7E87B3.50104@rice.edu> Date: Wed, 01 Sep 2010 12:04:51 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100725) MIME-Version: 1.0 To: mdf@FreeBSD.org References: <201009010950.00422.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 01 Sep 2010 17:24:48 +0000 Cc: freebsd-current@freebsd.org, Jeff Roberson Subject: Re: sched_pin() bug in SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 17:20:07 -0000 mdf@FreeBSD.org wrote: [snip] > I will test this patch out; thanks for the help! > > Two questions: > > 1) How does a thread get moved between CPUs when it's not running? I > see that we change the runqueue for non-running threads that are on a > runqueue. Does the code always check for THREAD_CAN_SCHED when adding > a sleeping thread to a runqueue on wakeup? > > 2) I assume sched_switch() runs a lot more often than sched_pin() or > sched_affinity(), so it would make sense to add any performance > penalty of increased work in either of those places than in the > scheduler. I suppose the two memory references for THREAD_CAN_MIGRATE > and THREAD_CAN_SCHED won't be that expensive. > sched_pin() gets used a fair amount on i386 for creating temporary mappings in order to avoid the need for system-wide TLB shootdowns. The use cases range from the fast path for pipes to page zeroing. Alan From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 17:25:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D106D1065744; Wed, 1 Sep 2010 17:25:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 88C008FC20; Wed, 1 Sep 2010 17:25:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0BE0146B39; Wed, 1 Sep 2010 13:25:02 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9B71C8A03C; Wed, 1 Sep 2010 13:25:00 -0400 (EDT) From: John Baldwin To: mdf@freebsd.org Date: Wed, 1 Sep 2010 13:19:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201009010950.00422.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009011319.12350.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 01 Sep 2010 13:25:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Jeff Roberson Subject: Re: sched_pin() bug in SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 17:25:02 -0000 On Wednesday, September 01, 2010 12:54:13 pm mdf@freebsd.org wrote: > On Wed, Sep 1, 2010 at 6:49 AM, John Baldwin wrote: > > On Tuesday, August 31, 2010 2:53:12 pm mdf@freebsd.org wrote: > >> On Tue, Aug 31, 2010 at 10:16 AM, wrote: > >> > I recorded the stack any time ts->ts_cpu was set and when a thread was > >> > migrated by sched_switch() I printed out the recorded info. Here's > >> > what I found: > >> > > >> > > >> > XXX bug 67957: moving 0xffffff003ff9b800 from 3 to 1 > >> > [1]: pin 0 state 4 move 3 -> 1 done by 0xffffff000cc44000: > >> > #0 0xffffffff802b36b4 at bug67957+0x84 > >> > #1 0xffffffff802b5dd4 at sched_affinity+0xd4 > >> > #2 0xffffffff8024a707 at cpuset_setthread+0x137 > >> > #3 0xffffffff8024aeae at cpuset_setaffinity+0x21e > >> > #4 0xffffffff804a82df at freebsd32_cpuset_setaffinity+0x4f > >> > #5 0xffffffff80295f49 at isi_syscall+0x99 > >> > #6 0xffffffff804a630e at ia32_syscall+0x1ce > >> > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 > >> > [0]: pin 0 state 2 move 0 -> 3 done by 0xffffff000cc44000: > >> > #0 0xffffffff802b36b4 at bug67957+0x84 > >> > #1 0xffffffff802b4ad8 at sched_add+0xe8 > >> > #2 0xffffffff8029b96a at create_thread+0x34a > >> > #3 0xffffffff8029badc at kern_thr_new+0x8c > >> > #4 0xffffffff804a8912 at freebsd32_thr_new+0x122 > >> > #5 0xffffffff80295f49 at isi_syscall+0x99 > >> > #6 0xffffffff804a630e at ia32_syscall+0x1ce > >> > #7 0xffffffff8046dc60 at Xint0x80_syscall+0x60 > >> > > >> > So one thread in the process called cpuset_setaffinity(2), and another > >> > thread in the process was forcibly migrated by the IPI while returning > >> > from a syscall, while it had td_pinned set. > >> > > >> > Given this path, it seems reasonable to me to skip the migrate if we > >> > notice THREAD_CAN_MIGRATE is false. > >> > > >> > Opinions? My debug code is below. I'll try to write a short testcase > >> > that exhibits this bug. > >> > >> Just a few more thoughts on this. The check in sched_affinity for > >> THREAD_CAN_MIGRATE is racy. Since witness uses sched_pin, it's not > >> simple to take the THREAD lock around an increment of td_pinned. So > >> I'm looking for suggestions on the best way to fix this issue. My > >> thoughts: > >> > >> 1) add a check in sched_switch() for THREAD_CAN_MIGRATE > >> 2) have WITNESS not use sched_pin, and take the THREAD lock when > >> modifying td_pinned > >> 3) have the IPI_PREEMPT handler notice the thread is pinned (and not > >> trying to bind) and postpone the mi_switch, just like it postpones > >> when a thread is in a critical section. > >> > >> Except for the potential complexity of implementation, I think (2) is > >> the best solution. > > > > I don't like 2) only because you'd really need to fix all the other places > > that use sched_pin() to grab the thread lock. That would be a bit expensive. > > I think the problem is code that checks THREAD_CAN_MIGRATE() for running > > threads that aren't curthread. > > > > The sched_affinity() bug is probably my fault FWIW. I think something along > > the lines of 1) is the best approach. Maybe something like the patch below. > > It moves the CPU assignment out of sched_affinity() and moves it into > > sched_switch() instead so that it takes effect on the next context switch for > > this thread. That is the point at which the CPU binding actually takes effect > > anyway since sched_affinity() doesn't force an immediate context switch. This > > patch is relative to 7. The patch for 9 is nearly identical (just a fixup for > > ipi_cpu() vs ipi_selected()). > > > > Index: sched_ule.c > > =================================================================== > > --- sched_ule.c (revision 212065) > > +++ sched_ule.c (working copy) > > @@ -1885,6 +1885,8 @@ > > srqflag = (flags & SW_PREEMPT) ? > > SRQ_OURSELF|SRQ_YIELDING|SRQ_PREEMPTED : > > SRQ_OURSELF|SRQ_YIELDING; > > + if (THREAD_CAN_MIGRATE(td) && !THREAD_CAN_SCHED(td, ts->tscpu)) > > + ts->ts_cpu = sched_pickcpu(td, 0); > > if (ts->ts_cpu == cpuid) > > tdq_add(tdq, td, srqflag); > > else > > @@ -2536,7 +2538,6 @@ > > { > > #ifdef SMP > > struct td_sched *ts; > > - int cpu; > > > > THREAD_LOCK_ASSERT(td, MA_OWNED); > > ts = td->td_sched; > > @@ -2550,17 +2551,13 @@ > > if (!TD_IS_RUNNING(td)) > > return; > > td->td_flags |= TDF_NEEDRESCHED; > > - if (!THREAD_CAN_MIGRATE(td)) > > - return; > > /* > > - * Assign the new cpu and force a switch before returning to > > - * userspace. If the target thread is not running locally send > > - * an ipi to force the issue. > > + * Force a switch before returning to userspace. If the > > + * target thread is not running locally send an ipi to force > > + * the issue. > > */ > > - cpu = ts->ts_cpu; > > - ts->ts_cpu = sched_pickcpu(td, 0); > > - if (cpu != PCPU_GET(cpuid)) > > - ipi_selected(1 << cpu, IPI_PREEMPT); > > + if (td != curthread) > > + ipi_selected(1 << ts->ts_cpu, IPI_PREEMPT); > > #endif > > } > > I will test this patch out; thanks for the help! > > Two questions: > > 1) How does a thread get moved between CPUs when it's not running? I > see that we change the runqueue for non-running threads that are on a > runqueue. Does the code always check for THREAD_CAN_SCHED when adding > a sleeping thread to a runqueue on wakeup? Yes. That is done in sched_add() when it calls sched_pickcpu(). > 2) I assume sched_switch() runs a lot more often than sched_pin() or > sched_affinity(), so it would make sense to add any performance > penalty of increased work in either of those places than in the > scheduler. I suppose the two memory references for THREAD_CAN_MIGRATE > and THREAD_CAN_SCHED won't be that expensive. Well, sched_pin() is actually used fairly often, and importantly, it is used under the assumption that it is very cheap (specifically, cheaper than critical_enter() and critical_exit()). The THREAD_CAN_MIGRATE() check is very cheap for sched_switch() (just check if a private per-thread word is non-zero) and the slightly more expensive (but still fairly cheap) THREAD_CAN_SCHED() is only tested for pinned threads. Also note that this path only happens for context switches that preempt a running thread (either a user preemption in userret(), or a kernel preemption for an ithread). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 17:53:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F9210656B1; Wed, 1 Sep 2010 17:53:06 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A66DE8FC15; Wed, 1 Sep 2010 17:53:05 +0000 (UTC) Received: by eyx24 with SMTP id 24so5114702eyx.13 for ; Wed, 01 Sep 2010 10:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=aD/83CgCQ2wfD6y/2GQneA/OoDZEv6t6qFv6yVMU9fk=; b=ZWXlmULmHXg+dVowutYxaQ3ULc+lrXhddY/+d7ruHGumlFxcB7VoBrahf3gA4d1ffw 5tT2TFCt77D9AR46u8JfwPArAlJ1xshuVt7f+8WyYiRtyB4LhLOrA0LeH2hDrYNaDRZ8 D/c4Q3cB/po9Nljxji4RxvJIe/oGdCXK/ldvo= 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=iC59HOuWJf44JIbbrWiXJmHoAcbnqB+drvBuVAIfjY6GTWTxQSMW3H2yp7bIA7XYKa tp3Y0hpViEB2doOfWRKcRdQThNkLD2fkY8JAfIyYq0QbvKjOstpUzqUc7pq4Xs+InQF3 awlaFULVVl/EZoYMStGAGGPLKFDTngwx1bxP8= MIME-Version: 1.0 Received: by 10.216.176.8 with SMTP id a8mr597609wem.93.1283363584516; Wed, 01 Sep 2010 10:53:04 -0700 (PDT) Received: by 10.216.133.2 with HTTP; Wed, 1 Sep 2010 10:53:04 -0700 (PDT) In-Reply-To: <4C7E2E8A.3030709@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> Date: Wed, 1 Sep 2010 12:53:04 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 17:53:06 -0000 On Wed, Sep 1, 2010 at 5:44 AM, Alexander Motin wrote: > Alexander Motin wrote: >> Gary Jennejohn wrote: >>> On Mon, 30 Aug 2010 12:11:48 +0200 >>> OK, this is purely anecdotal, but I'll report it anyway. >>> >>> I was running pretty much all day with the patched kernel and things >>> seemed to be working quite well. >>> >>> Then, after about 7 hours, everything just stopped. >>> >>> I had gkrellm running and noticed that it updated only when I moved the >>> mouse. >>> >>> This behavior leads me to suspect that the timer interrupts had stopped >>> working and the mouse interrupts were causing processes to get scheduled. >>> >>> Unfortunately, I wasn't able to get a dump and had to hit reset to >>> recover. >>> >>> As I wrote above, this is only anecdotal, but I've never seen anything >>> like this before applying the patches. >> >> One-shot timers have one weak side: if for some reason timer interrupt >> getting lost -- there will be nobody to reload the timer. Such cases >> probably will require special attention. Same funny situation with >> mouse-driven scheduler happens also if LAPIC timer dies when pre-Core-iX >> CPU goes to C3 state. > > I have reproduced the problem locally. It happens more often when ticks > are not stopped on idle, like in your original case (or if explicitly > enabled by kern.eventtimer.idletick sysctl). > > I've made some changes to HPET driver, which, I hope, should fix > interrupt losses there. > > Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch > > Patch also includes some optimizations to reduce lock contention. > > Thanks for testing. This latest patch causes an interrupt storm with the HPET timer on my system. The machine took about 8 minutes to boot and bring me to a login prompt. System interactivity (i.e. input from keyboard, output on console) was fine, but after checking the output of `systat vmstat -1`, I saw the interrupt rate on each HPET entry was over 120k! Can I provide any useful detail? Of course, test patches are always welcome :) -Brandon From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 18:21:52 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D14310656AB for ; Wed, 1 Sep 2010 18:21:52 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id D2F008FC18 for ; Wed, 1 Sep 2010 18:21:51 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.4/8.14.4) with ESMTP id o81ILoRl032762; Wed, 1 Sep 2010 14:21:50 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.4/8.14.4/Submit) id o81ILoiQ032759; Wed, 1 Sep 2010 14:21:50 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19582.39357.917382.37670@hergotha.csail.mit.edu> Date: Wed, 1 Sep 2010 14:21:49 -0400 From: Garrett Wollman To: Andriy Gapon In-Reply-To: <4C7E7C43.7070209@icyb.net.ua> References: <19577.18337.120013.129482@hergotha.csail.mit.edu> <4C79499B.3050305@icyb.net.ua> <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> <4C7E7C43.7070209@icyb.net.ua> X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (hergotha.csail.mit.edu [127.0.0.1]); Wed, 01 Sep 2010 14:21:50 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hergotha.csail.mit.edu X-Mailman-Approved-At: Wed, 01 Sep 2010 18:26:08 +0000 Cc: current@FreeBSD.org Subject: Re: Difficulty playing DVDs under AHCI/CAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 18:21:52 -0000 < said: > Just want to draw attention of those who use ahci, have hald running and burn > optical media to couple of known issues: What about those of us who use ahci, don't have hald running, and just want to read their DVDs? I never heard any response from you when I asked for a more specific debugging procedure. My next step was going to be enabling CAMDEBUG and trying to find out which specific operation was failing, but I'm not a SCSI expert by any means.... -GAWollman From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 19:16:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 462F810656BD; Wed, 1 Sep 2010 19:16:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93B278FC17; Wed, 1 Sep 2010 19:16:49 +0000 (UTC) Received: by bwz20 with SMTP id 20so6686567bwz.13 for ; Wed, 01 Sep 2010 12:16:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=vN7UlXgi+pKX3NSJnirMVvn1bbLJzikF+061Nb/itOo=; b=ZZxXOWBsANAyNF96i5/dY/c/27jGakAkMrG56892o9/Y1P4T1Ld0EFmvSzOtVeWOup //ssBt8UMZbmJa0n93i4AsLloNwKdSp8pVEh+qlzIsLk51e/Xgiz8c5EKU5pFqVTAwG0 +mIbD73UScq3puEmqs6QULUGLidFqC1zNhjSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=P7RWeB9hOKrG4O8vM+Xt0+fd+t7RfAfjYpN2lOqioEQm7H1jIstxSWYbU/FptJnwdI tOW9hQgSoKs74hCnKdGfxs/oSJEy6M6uiO28iIaQ9jytY9ArpBuxdSeZ1OnWMl9mMb1R VzxnNH8LA2x78CEq6dz1l5CCpR2lQMhpZoeE4= Received: by 10.204.84.17 with SMTP id h17mr5820223bkl.101.1283368608348; Wed, 01 Sep 2010 12:16:48 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id f18sm7557539bkf.3.2010.09.01.12.16.47 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 12:16:47 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7EA696.3030901@FreeBSD.org> Date: Wed, 01 Sep 2010 22:16:38 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Brandon Gooch References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 19:16:50 -0000 Brandon Gooch wrote: > This latest patch causes an interrupt storm with the HPET timer on my > system. The machine took about 8 minutes to boot and bring me to a > login prompt. System interactivity (i.e. input from keyboard, output > on console) was fine, but after checking the output of `systat vmstat > -1`, I saw the interrupt rate on each HPET entry was over 120k! > > Can I provide any useful detail? Of course, test patches are always welcome :) I was able to reproduce alike storm in some situations. Try new version: http://people.freebsd.org/~mav/timers_oneshot7.patch -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 20:30:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F3E710656D3; Wed, 1 Sep 2010 20:30:40 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 667E18FC1D; Wed, 1 Sep 2010 20:30:39 +0000 (UTC) Received: by qyk31 with SMTP id 31so1152589qyk.13 for ; Wed, 01 Sep 2010 13:30:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=uzcSJllXdxoIPDxmhQ3qAz4zhB30v+bumkY0A1GZ6MQ=; b=iFDYkC1zH/XcKhJYQCnkTzsp64S783bZsURts4jslPoVw47ICVHZaBK7bsVUfLqI0Y hcz+uRvMdYl8/K19puWANHeuMMlBQHsgP3zDVq1b4iZU8G1HvK00OqlAcD1PoVxDgtmV TuNAa5mSlayyiXG+A1fQgTSQuqCqwxcuYxTc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=XhWr8Kt96LPfzXK32X5Nqs+XoeTUjAmXRY5Y7gXBmMgxUPaBpUslQEF7IBpplIY6sK tefOEy1fRZOHycg0n3nR5E9L0NkdTD5t5nLvs9hnZnp89o1zpJXZ9MgMnSmNwrFfP6kv kjZkqcRTF8LfXbOwrTzS8l1wcKBoDW3Pz5sbA= Received: by 10.229.231.4 with SMTP id jo4mr6025969qcb.22.1283373038606; Wed, 01 Sep 2010 13:30:38 -0700 (PDT) Received: from centel.dataix.local ([99.181.137.20]) by mx.google.com with ESMTPS id q8sm11534397qcs.12.2010.09.01.13.30.36 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 13:30:37 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C7EB7EB.8070206@DataIX.net> Date: Wed, 01 Sep 2010 16:30:35 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20100831215915.GE1932@garage.freebsd.pl> In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 20:30:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/31/2010 17:59, Pawel Jakub Dawidek wrote: > Hello. > > I'd like to give you ZFS v28 for testing. If you are neither brave nor > mad, you can stop here. > > The patchset is very experimental. It can eat your cookie and hurt your > teddy bear, so be warned. Don't try it for anything except testing. > > This patchset is also a message we, as the FreeBSD project, would like > to send to our users: Eventhough OpenSolaris is dead, the ZFS file > system is going to stay in FreeBSD. At this point we have quite a few > developers involved in ZFS on FreeBSD as well as serveral companies. > We are also looking forward to work with IllumOS. > > So, what this new ZFS brings? > > - Data deduplication. Read more here: > > http://blogs.sun.com/bonwick/entry/zfs_dedup > > - Triple parity RAIDZ (RAIDZ3). Read more here: > > http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/ > > - zfs diff. Read more here: > > http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley > > - zpool split. Read more here: > > http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante > > - Snapshot holds. Read more here: > > http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby > > - zpool import -F. Allows to rewind corrupted pool to earlier > transaction group. > > - Possibility to import pool in read-only mode. > > And much, much more, including plenty of preformance improvements and bug > fixes. > > So test whatever you can and report back. Look for regressions, strange > behaviour, missing features, deadlocks, livelocks, preformance > degradation, etc. > > The boot code is not updated at all, so booting off of ZFS doesn't > currently work. > > The patch is against today's FreeBSD HEAD. > > The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, > please don't turn it off. Also, compile your kernel with the following > options: > > options KDB > options DDB > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > > Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will > be plenty of those, and you'll desperately want to report them, but please > don't. > > The best way to report a problem is to answer to this e-mail with as short > as possible procedure of how to reproduce it and debugging info. I'd > prefer textdump if possible. Below you can find quick procedure how to > setup textdumps: > > Choose spare/swap disk/partition in your system, let's say it is > /dev/ad0s1b. > > Add the following line to /etc/fstab: > > /dev/ad0s1b none swap sw 0 0 > > Add the following line to /etc/rc.conf: > > ddb_enable="YES" > > Run the following commands: > > # /etc/rc.d/swap1 start > # /etc/rc.d/dumpon start > # /etc/rc.d/ddb start > > This will setup swap, mark it as dump device and setup some DDB > scripts. Or you can just reboot. > > Now when your system panic or deadlock, enter DDB and call the > following command: > > ddb> run kdb.enter.panic > > It will execute all the commands I need, dump them in text format to > your swap device and reboot machine. > > After the reboot, you should find textdump.tar.0 file in /var/crash/ > directory. This is the debug info I need. > > End of textdumps procedure. > > Ok, now that I know you read everything carefully, here is the patch: > > http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 > > Good luck! >:> > 293 files changed, 54587 insertions(+), 19525 deletions(-) Yikes! I certainly commend you for this work. As for how to explain it I do not think the words exist in the English dictionary. Though it is unlikely that I will be attempting to use this ATM I logged some things for giggles. http://bit.ly/d20tML At that URL you will find a patch.log reject-files.log and a directory 'reject-files' with non-other than the reject files from the patch tar & bzip2'd for convenience. Just for being curious & found out that only 14 of the 293 files that were changed had rejects against a stable/8 that was patched to ZFSv15 + metaslab_v2 + abe_stat_rrwlock. My Hats off to the developers and everyone involved with keeping this all together, it says A LOT!. This is impressive. Not to mention this easily read and understandable email to top it off. Regards! - -- Again here is the link: http://bit.ly/d20tML jhell,v -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMfrfqAAoJEJBXh4mJ2FR+gscH/3tXKOTa2/eVt5Ev9ovpEbS3 n3EiMe6b8G8jxWaynoccNFWi6IywTzDhuKQxM/o4I1RnUJe50fSF00IQqwVo3QDm rcju0RKFw6jFgLar+1qq2prssAWQZ4DLC9VQY5CxZ/NY6MgEoWWqaV91RkOqLu5a /4VrvnvkkNhF7Q8Wni3tljAKTw4OFo3thuft5AxsBhecnF+ghCsr9Ne7xFPA6sl0 x6tx9p1p4sTBhSy1/oIBDt16mD/6O9FPVdme7lCvhUtPY7mtlANIYM1GLPMDlu6p iKyzxJOx7veBH0cb3VPkWvd8quItwMIZj/EbS9vTORUEEq0OtTZeZMNVc/nJsX4= =PIN+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 20:51:27 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE83D10656A9; Wed, 1 Sep 2010 20:51:27 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFC78FC0C; Wed, 1 Sep 2010 20:51:27 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8521745CBA; Wed, 1 Sep 2010 22:51:25 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id AA04145C98; Wed, 1 Sep 2010 22:51:20 +0200 (CEST) Date: Wed, 1 Sep 2010 22:51:11 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20100901205111.GA4003@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 20:51:27 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: > Ok, now that I know you read everything carefully, here is the patch: >=20 > http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 Important note. Please patch with the following command: # patch -E -p0 < zfs_20100831.patch If you don't use -E option, patch(1) won't remove empty files and you won't be able to compile it. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkx+vL8ACgkQForvXbEpPzR3+ACZAQy6uz+yOkCgsBlpwTuOJsI7 BE4AniJtblvdvgteNZSJnvbPzm+wpR/Q =WYSO -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 20:59:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB311065675; Wed, 1 Sep 2010 20:59:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id CF3C78FC12; Wed, 1 Sep 2010 20:59:24 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id EE90AA68247; Thu, 2 Sep 2010 04:59:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id yQDwnh-lnYjb; Thu, 2 Sep 2010 04:59:17 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 98878A67CC9; Thu, 2 Sep 2010 04:59:14 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ozLKEqsiH+ZnpDr+oAgjge/RGOYClZoTbnT3dvXZTQgQa0cqSlaIypC4d1YpxVWnS 8o4VJN6TasnX4wPaqpAhQ== Message-ID: <4C7EBE9F.8000406@delphij.net> Date: Wed, 01 Sep 2010 13:59:11 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Josh Paetzel References: <20100831215915.GE1932@garage.freebsd.pl> <201009010928.59725.josh@tcbug.org> In-Reply-To: <201009010928.59725.josh@tcbug.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 20:59:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/09/01 07:28, Josh Paetzel wrote: > On Tuesday 31 August 2010 16:59:15 Pawel Jakub Dawidek wrote: >> Hello. >> >> I'd like to give you ZFS v28 for testing. If you are neither brave nor >> mad, you can stop here. >> >> The patchset is very experimental. It can eat your cookie and hurt your >> teddy bear, so be warned. Don't try it for anything except testing. >> >> This patchset is also a message we, as the FreeBSD project, would like >> to send to our users: Eventhough OpenSolaris is dead, the ZFS file >> system is going to stay in FreeBSD. At this point we have quite a few >> developers involved in ZFS on FreeBSD as well as serveral companies. >> We are also looking forward to work with IllumOS. >> >> So, what this new ZFS brings? >> >> - Data deduplication. Read more here: >> >> http://blogs.sun.com/bonwick/entry/zfs_dedup >> >> - Triple parity RAIDZ (RAIDZ3). Read more here: >> >> http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/ >> >> - zfs diff. Read more here: >> >> http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley >> >> - zpool split. Read more here: >> >> http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante >> >> - Snapshot holds. Read more here: >> >> http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby >> >> - zpool import -F. Allows to rewind corrupted pool to earlier >> transaction group. >> >> - Possibility to import pool in read-only mode. >> >> And much, much more, including plenty of preformance improvements and bug >> fixes. >> >> So test whatever you can and report back. Look for regressions, strange >> behaviour, missing features, deadlocks, livelocks, preformance >> degradation, etc. >> >> The boot code is not updated at all, so booting off of ZFS doesn't >> currently work. >> >> The patch is against today's FreeBSD HEAD. >> >> The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, >> please don't turn it off. Also, compile your kernel with the following >> options: >> >> options KDB >> options DDB >> options INVARIANTS >> options INVARIANT_SUPPORT >> options WITNESS >> options WITNESS_SKIPSPIN >> options DEBUG_LOCKS >> options DEBUG_VFS_LOCKS >> >> Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will >> be plenty of those, and you'll desperately want to report them, but please >> don't. >> >> The best way to report a problem is to answer to this e-mail with as short >> as possible procedure of how to reproduce it and debugging info. I'd >> prefer textdump if possible. Below you can find quick procedure how to >> setup textdumps: >> >> Choose spare/swap disk/partition in your system, let's say it is >> /dev/ad0s1b. >> >> Add the following line to /etc/fstab: >> >> /dev/ad0s1b none swap sw 0 0 >> >> Add the following line to /etc/rc.conf: >> >> ddb_enable="YES" >> >> Run the following commands: >> >> # /etc/rc.d/swap1 start >> # /etc/rc.d/dumpon start >> # /etc/rc.d/ddb start >> >> This will setup swap, mark it as dump device and setup some DDB >> scripts. Or you can just reboot. >> >> Now when your system panic or deadlock, enter DDB and call the >> following command: >> >> ddb> run kdb.enter.panic >> >> It will execute all the commands I need, dump them in text format to >> your swap device and reboot machine. >> >> After the reboot, you should find textdump.tar.0 file in /var/crash/ >> directory. This is the debug info I need. >> >> End of textdumps procedure. >> >> Ok, now that I know you read everything carefully, here is the patch: >> >> http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 >> >> Good luck! >:> > > I get the following error from make buildworld after applying the patch. I > checked twice to make sure the patch applied cleanly, which it did. > > cc -O2 -pipe - > I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - > I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common > - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt > - > I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common > -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wno-unknown-pragmas - > I/usr/obj/usr/src/tmp/legacy/usr/include -static - > L/usr/obj/usr/src/tmp/legacy/usr/lib -o ctfconvert alist.o ctf.o ctfconvert.o > dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o memory.o merge.o > output.o st_parse.o stabs.o stack.o strtab.o symbol.o tdata.o traverse.o > util.o -lctf -ldwarf -lelf -lz -lpthread -legacy > strtab.o(.text+0x109): In function `strtab_print': > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:249: > undefined reference to `MIN' > strtab.o(.text+0x28d): In function `strtab_insert': > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:119: > undefined reference to `MIN' > strtab.o(.text+0x3a1):/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:145: > undefined reference to `MIN' > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error Try compiling without -j perhaps? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMfr6eAAoJEATO+BI/yjfBQfgH/i2uvAqIbnkoljBs9ADJAev1 3Ea/xCU/cIeUjJaftVh5ORYHiC2eT/bYFmNevVBb5oJ+UFB52WmB6/iECqn2IFsp QGWwKdS6M6g1FKWmYON4rgrB9EpX+TLOKGiql1pOtQ+25n8rGAXGOdfl0qvbkkms trK3EyKLIIn+30DisUKDGk+RICs0jof25GZ1g/CZNUm66kP8GhRlnJncYP0J0SGN TOD+IKVya8OPG13nfQY5k1DyDL9xG+fmOoDvbU7YyGh7Sf94IYUL0VTm3CF1aGY1 I51Nqj+dP6HO0uop8XL2FMwaZ85Y2Pr6HYCpvl31jkuwhDVEcGL2roxJ9yORGrc= =VE+N -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 22:12:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6403F1065696; Wed, 1 Sep 2010 22:12:35 +0000 (UTC) (envelope-from ben@desync.com) Received: from exodus.desync.com (exodus.desync.com [IPv6:2607:f178::164]) by mx1.freebsd.org (Postfix) with ESMTP id 195048FC08; Wed, 1 Sep 2010 22:12:34 +0000 (UTC) Received: from [IPv6:2607:f178:1:4:5ab0:35ff:fe75:1b3c] ([IPv6:2607:f178:1:4:5ab0:35ff:fe75:1b3c]) (authenticated bits=0) by exodus.desync.com (8.14.4/8.14.4) with ESMTP id o81MBgOF008812 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 1 Sep 2010 18:12:15 -0400 (EDT) (envelope-from ben@desync.com) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: ben wilber In-Reply-To: <4C7E4DC0.5040608@freebsd.org> Date: Wed, 1 Sep 2010 18:11:38 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <137CFFE2-6783-449E-A2EC-8415F9287D97@desync.com> References: <20100831231314.GA9637@exodus.desync.com> <4C7E4DC0.5040608@freebsd.org> To: Andre Oppermann X-Mailer: Apple Mail (2.1081) Cc: FreeBSD Current Subject: Re: TSO panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 22:12:35 -0000 On Sep 1, 2010, at 8:57 AM, Andre Oppermann wrote: > On 01.09.2010 01:13, ben wilber wrote: >> Hi, >>=20 >> I just upgraded from r210042 to r212073 and keep getting the panic >> introduced in r211317: >>=20 >> panic: tcp_output: len<=3D tso_segsz >=20 > Please try the attached patch and report back whether it > fixes the issue. The system ran for 8 hours or so before I received the same panic. = Previously, it would panic within 20 minutes. db:0:kdb.enter.default> bt Tracing pid 17131 tid 100601 td 0xffffff0236603440 kdb_enter() at kdb_enter+0x3d panic() at panic+0x1c8 tcp_output() at tcp_output+0x1495 tcp_usr_send() at tcp_usr_send+0x267 sosend_generic() at sosend_generic+0x49e sosend() at sosend+0x1f soo_write() at soo_write+0x51 dofilewrite() at dofilewrite+0x87 kern_writev() at kern_writev+0x46 write() at write+0x4e syscallenter() at syscallenter+0x251 syscall() at syscall+0x39 Xfast_syscall() at Xfast_syscall+0xe2 --- syscall (4, FreeBSD ELF64, write), rip =3D 0x800f5d1ac, rsp =3D = 0x7fffffffc3b8, rbp =3D 0x8007a1340 --- Thanks.= From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 22:20:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 288AD10656C7; Wed, 1 Sep 2010 22:20:22 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3CB8FC21; Wed, 1 Sep 2010 22:20:21 +0000 (UTC) Received: by qwg5 with SMTP id 5so294664qwg.13 for ; Wed, 01 Sep 2010 15:20:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=+KmcYoV8D5+ByztE6oQjkbqdMWH5lF3dyANs3shH64E=; b=bO2GqwtmkV/NSjZEyrf3VdNeA4m6DEfAirhUho47V30HHSkStt2lYrwmmHjaPNCarI d/a1cRnVWGNWteGw++aAdrlJg0e46qVlZpkejKzpRqlppa09wnTOfaBmyMBg724daZ4g ksdM8/GIOmvJznhhgahR0Gog0WbIsCZ32tcKk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=GOOPz9UK7UnyX04c7YRYQhbtFsUWMzOogZs/0hNF27IjrV8l3aTol7NrCQu2hNEzIm +9NhKsQB8hU+LQQsfAtG94SGu4kLsxGSSKdaM9NRZZfdiOLg8d7B7M1FRCJd3CAQtPp4 jHrxU/yz/lUM9e3sSZ4/yhc62Ea0WhX4NU+Fw= Received: by 10.229.191.71 with SMTP id dl7mr6109941qcb.184.1283379619185; Wed, 01 Sep 2010 15:20:19 -0700 (PDT) Received: from centel.dataix.local ([99.181.137.20]) by mx.google.com with ESMTPS id f15sm11645490qcr.37.2010.09.01.15.20.16 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 15:20:17 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C7ED19F.2080302@DataIX.net> Date: Wed, 01 Sep 2010 18:20:15 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Josh Paetzel References: <20100831215915.GE1932@garage.freebsd.pl> <201009010928.59725.josh@tcbug.org> In-Reply-To: <201009010928.59725.josh@tcbug.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 22:20:22 -0000 On 09/01/2010 10:28, Josh Paetzel wrote: > On Tuesday 31 August 2010 16:59:15 Pawel Jakub Dawidek wrote: >> Hello. >> >> I'd like to give you ZFS v28 for testing. If you are neither brave nor >> mad, you can stop here. >> >> The patchset is very experimental. It can eat your cookie and hurt your >> teddy bear, so be warned. Don't try it for anything except testing. >> >> This patchset is also a message we, as the FreeBSD project, would like >> to send to our users: Eventhough OpenSolaris is dead, the ZFS file >> system is going to stay in FreeBSD. At this point we have quite a few >> developers involved in ZFS on FreeBSD as well as serveral companies. >> We are also looking forward to work with IllumOS. >> >> So, what this new ZFS brings? >> >> - Data deduplication. Read more here: >> >> http://blogs.sun.com/bonwick/entry/zfs_dedup >> >> - Triple parity RAIDZ (RAIDZ3). Read more here: >> >> http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/ >> >> - zfs diff. Read more here: >> >> http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley >> >> - zpool split. Read more here: >> >> http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante >> >> - Snapshot holds. Read more here: >> >> http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby >> >> - zpool import -F. Allows to rewind corrupted pool to earlier >> transaction group. >> >> - Possibility to import pool in read-only mode. >> >> And much, much more, including plenty of preformance improvements and bug >> fixes. >> >> So test whatever you can and report back. Look for regressions, strange >> behaviour, missing features, deadlocks, livelocks, preformance >> degradation, etc. >> >> The boot code is not updated at all, so booting off of ZFS doesn't >> currently work. >> >> The patch is against today's FreeBSD HEAD. >> >> The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging, >> please don't turn it off. Also, compile your kernel with the following >> options: >> >> options KDB >> options DDB >> options INVARIANTS >> options INVARIANT_SUPPORT >> options WITNESS >> options WITNESS_SKIPSPIN >> options DEBUG_LOCKS >> options DEBUG_VFS_LOCKS >> >> Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will >> be plenty of those, and you'll desperately want to report them, but please >> don't. >> >> The best way to report a problem is to answer to this e-mail with as short >> as possible procedure of how to reproduce it and debugging info. I'd >> prefer textdump if possible. Below you can find quick procedure how to >> setup textdumps: >> >> Choose spare/swap disk/partition in your system, let's say it is >> /dev/ad0s1b. >> >> Add the following line to /etc/fstab: >> >> /dev/ad0s1b none swap sw 0 0 >> >> Add the following line to /etc/rc.conf: >> >> ddb_enable="YES" >> >> Run the following commands: >> >> # /etc/rc.d/swap1 start >> # /etc/rc.d/dumpon start >> # /etc/rc.d/ddb start >> >> This will setup swap, mark it as dump device and setup some DDB >> scripts. Or you can just reboot. >> >> Now when your system panic or deadlock, enter DDB and call the >> following command: >> >> ddb> run kdb.enter.panic >> >> It will execute all the commands I need, dump them in text format to >> your swap device and reboot machine. >> >> After the reboot, you should find textdump.tar.0 file in /var/crash/ >> directory. This is the debug info I need. >> >> End of textdumps procedure. >> >> Ok, now that I know you read everything carefully, here is the patch: >> >> http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 >> >> Good luck! >:> > > I get the following error from make buildworld after applying the patch. I > checked twice to make sure the patch applied cleanly, which it did. > > cc -O2 -pipe - > I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - > I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common > - > I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt > - > I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common > -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wno-unknown-pragmas - > I/usr/obj/usr/src/tmp/legacy/usr/include -static - > L/usr/obj/usr/src/tmp/legacy/usr/lib -o ctfconvert alist.o ctf.o ctfconvert.o > dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o memory.o merge.o > output.o st_parse.o stabs.o stack.o strtab.o symbol.o tdata.o traverse.o > util.o -lctf -ldwarf -lelf -lz -lpthread -legacy > strtab.o(.text+0x109): In function `strtab_print': > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:249: > undefined reference to `MIN' > strtab.o(.text+0x28d): In function `strtab_insert': > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:119: > undefined reference to `MIN' > strtab.o(.text+0x3a1):/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c:145: > undefined reference to `MIN' > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > # uname -a > FreeBSD head.tcbug.org 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Tue Aug 31 16:30:57 > UTC 2010 root@head.tcbug.org:/usr/obj/usr/src/sys/HEAD amd64 > Did you apply with ( patch -E -p0 Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C529F10656BB for ; Wed, 1 Sep 2010 23:16:46 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 78EC68FC1E for ; Wed, 1 Sep 2010 23:16:46 +0000 (UTC) Received: by qyk31 with SMTP id 31so1334663qyk.13 for ; Wed, 01 Sep 2010 16:16:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Hwraj7hwgc6niSz16W0qiFm23BbmFBf2Lgb9CwRJkaQ=; b=TJuyO5U6taEsNqI5qdGw+SZqa5kNwcgefAm8uM1sCaFosaYSD13tu06RxtJghonFs+ 3IUKvpaRSYuM7SX6hs/cOngHEtF1oeQFtbnN+M6PQkxGquu5ve1UQdPTXxgITeuA9c3v 9dyR9r8eIHcWYDPoEJMvEAKM/XgVaCaYPBXIA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=sCbubhbUYSJ+P04B8VZH+RPeLEHrDSIQu1+lfO2a0f2XI/Aw7LQrSblTHYz/wwi7CD ptgnKRPViQBW+akYmjSam1sQYItT6eA7kDWB6trP/Q/HqXrDyenBLH9XP3e2yTA9v9wU MbZGcAZAHkeW/Q5A6t4XeFIRvajXubzgCIX9E= MIME-Version: 1.0 Received: by 10.224.127.196 with SMTP id h4mr4289380qas.180.1283381210570; Wed, 01 Sep 2010 15:46:50 -0700 (PDT) Sender: pali.gabor@googlemail.com Received: by 10.229.251.141 with HTTP; Wed, 1 Sep 2010 15:46:50 -0700 (PDT) Date: Thu, 2 Sep 2010 00:46:50 +0200 X-Google-Sender-Auth: 6_AZrxSHnQPEnMnCX8dP2x8dfQI Message-ID: From: Gabor PALI To: doc@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 23:16:46 -0000 Hello there, I am looking for volunteers who are interested in writing documentation, i.e. working with the FreeBSD Handbook and the documentation set. Many of our great documentation writers have decided to retire from their work over the last years, which means the FreeBSD Documentation Project is in need of talented, skilled, determined, and ambitious people who would help to maintain the tradition of producing high quality documentation for the FreeBSD operating system. The documentation set is prepared in DocBook that might seem a bit complicated at first sight, but I can assure you it can be learned quickly. All you need is good writing skills in English, some knowledge of FreeBSD systems, and willingness to learn even more about them. To coordinate and encourage the efforts, I have created a site [1] called "The FreeBSD Contributor's Documentation Project" that contains the necessary information. Note that there are many ways of contribution: you can comment open Problem Reports or write patches (by using Mercurial Queues for example), etc. depending on your free time. I can help with anything at the regular weekly IRC meetings, and you can contact me via email directly any time, and hopefully other documentation developers will also join me. Thank you for any help in advance. :g [1] http://doc.hu.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 23:29:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50F1D10656CA; Wed, 1 Sep 2010 23:29:51 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8B98A8FC0A; Wed, 1 Sep 2010 23:29:50 +0000 (UTC) Received: by wyb33 with SMTP id 33so11496273wyb.13 for ; Wed, 01 Sep 2010 16:29:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ouO9yLp/D3oAwN8ez0lnbuEcnbuGR5ETQV3rvxrXmtk=; b=HNVMl+Ume48DH54Hhhx1OqYhUzguEZJ6KBOSbWDaBKl6cmHwmp8CXYNPg5jlFhb8Ke 2flUuDMICc8cKyBmjXCCWxrOXen2HqOZYGdL7nEgz6Z9UNBpeCN1m3LgFbh616EDe1+Y 0lNFZnZ14NBJlHQud5WpD2uRGcylhYtmREanw= 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=DCSNvNfaZ/fDsA5EY36G+fIvq3oSWyzu2Xpjd7FxgbQu2PdngNh3ZRgfIg8S8TDmoQ 2PletVhg7V+Dxkngc2yR5nPPW9zhHiS1Qov/0YqZW2soy/WTKpnE8Jc3x9VAUySvvit5 OphWaMS1XzZkE6pdGz+uDsx/WPGyHCul7Elyc= MIME-Version: 1.0 Received: by 10.216.87.209 with SMTP id y59mr8451723wee.91.1283383789448; Wed, 01 Sep 2010 16:29:49 -0700 (PDT) Received: by 10.216.133.2 with HTTP; Wed, 1 Sep 2010 16:29:48 -0700 (PDT) In-Reply-To: <4C7EA696.3030901@FreeBSD.org> References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <4C7EA696.3030901@FreeBSD.org> Date: Wed, 1 Sep 2010 18:29:48 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 23:29:51 -0000 On Wed, Sep 1, 2010 at 2:16 PM, Alexander Motin wrote: > Brandon Gooch wrote: >> This latest patch causes an interrupt storm with the HPET timer on my >> system. The machine took about 8 minutes to boot and bring me to a >> login prompt. System interactivity (i.e. input from keyboard, output >> on console) was fine, but after checking the output of `systat vmstat >> -1`, I saw the interrupt rate on each HPET entry was over 120k! >> >> Can I provide any useful detail? Of course, test patches are always welcome :) > > I was able to reproduce alike storm in some situations. > > Try new version: http://people.freebsd.org/~mav/timers_oneshot7.patch Definitely solved it!!! Awesome, BTW, check out my C3 time: # gnu-watch -n1 'sysctl dev.cpu | grep cx_usage' Every 1.0s: sysctl dev.cpu | grep cx_usage Wed Sep 1 17:56:31 2010 dev.cpu.0.cx_usage: 0.00% 0.03% 99.96% last 7159us dev.cpu.1.cx_usage: 0.00% 0.00% 100.00% last 6343us I've now seen my computer at it's lowest battery drain rate yet (around 11000 mW) while "using" my system. This just keeps getting better and better mav@, hope we see more testers soon :) -Brandon From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 23:38:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC19310656A9 for ; Wed, 1 Sep 2010 23:38:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9856A8FC0A for ; Wed, 1 Sep 2010 23:38:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApUFAGuBfkyDaFvO/2dsb2JhbACDGJA5jhSvB5IngSKDJHMEihQ X-IronPort-AV: E=Sophos;i="4.56,306,1280721600"; d="scan'208";a="92543259" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 01 Sep 2010 19:38:31 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9B1B4B3EA6 for ; Wed, 1 Sep 2010 19:38:31 -0400 (EDT) Date: Wed, 1 Sep 2010 19:38:31 -0400 (EDT) From: Rick Macklem To: freebsd-current@freebsd.org Message-ID: <1515778739.398067.1283384311585.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Subject: [Heads Up] I will soon be committing NFS diskless root changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 23:38:49 -0000 I will soon commit a change to the NFS diskless client code in the kernel in preparation for the commits that will make pxeboot use NFSv3 instead of NFSv2. If you build a kernel with this nfs_diskless.c commit but do not replace pxeboot and the loader, it should work, but will use NFSv2 for the root fs by default. You can make it use NFSv3 by specifying "nfsv3" in the options in the /etc/fstab entry for /. Once the new pxeboot and loader commits are in head, the pxeboot and loader built from them will use NFSv3 and create an additional environment variable called boot.nfsroot.nfshandlelen which tells nfs_diskless.c to use NFSv3 and the correct file handle length. This should allow the use of non-FreeBSD NFS servers (which have different file handle lengths than FreeBSD) to work for a diskless NFS root file system. Hopefully this will not cause you much grief, rick From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 05:54:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04C761065702 for ; Thu, 2 Sep 2010 05:54:08 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9B38FC0C for ; Thu, 2 Sep 2010 05:54:07 +0000 (UTC) Received: (qmail 89026 invoked from network); 2 Sep 2010 05:51:25 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 Sep 2010 05:51:25 -0000 Message-ID: <4C7F3BFF.2090708@freebsd.org> Date: Thu, 02 Sep 2010 07:54:07 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: ben wilber References: <20100831231314.GA9637@exodus.desync.com> <4C7E4DC0.5040608@freebsd.org> <137CFFE2-6783-449E-A2EC-8415F9287D97@desync.com> In-Reply-To: <137CFFE2-6783-449E-A2EC-8415F9287D97@desync.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: TSO panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 05:54:08 -0000 On 02.09.2010 00:11, ben wilber wrote: > On Sep 1, 2010, at 8:57 AM, Andre Oppermann wrote: > >> On 01.09.2010 01:13, ben wilber wrote: >>> Hi, >>> >>> I just upgraded from r210042 to r212073 and keep getting the panic >>> introduced in r211317: >>> >>> panic: tcp_output: len<= tso_segsz >> >> Please try the attached patch and report back whether it >> fixes the issue. > > The system ran for 8 hours or so before I received the same panic. Previously, it would panic within 20 minutes. > > db:0:kdb.enter.default> bt > Tracing pid 17131 tid 100601 td 0xffffff0236603440 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x1c8 > tcp_output() at tcp_output+0x1495 > tcp_usr_send() at tcp_usr_send+0x267 > sosend_generic() at sosend_generic+0x49e > sosend() at sosend+0x1f > soo_write() at soo_write+0x51 > dofilewrite() at dofilewrite+0x87 > kern_writev() at kern_writev+0x46 > write() at write+0x4e > syscallenter() at syscallenter+0x251 > syscall() at syscall+0x39 > Xfast_syscall() at Xfast_syscall+0xe2 > --- syscall (4, FreeBSD ELF64, write), rip = 0x800f5d1ac, rsp = 0x7fffffffc3b8, rbp = 0x8007a1340 --- Can you send me the core.txt.X file and the output of "p len" from DDB or kgdb on a crash dump in private email? -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 06:34:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD7E310656FD; Thu, 2 Sep 2010 06:34:05 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9B38FC0C; Thu, 2 Sep 2010 06:34:04 +0000 (UTC) Received: by qyk4 with SMTP id 4so199987qyk.13 for ; Wed, 01 Sep 2010 23:34:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=uR8j2MS+heGyugP5QOgANj5UqUU9R06oXdCzSqjKREE=; b=IYAH3QReDNasgoBIaCewCGG3K3hrL+3pUuG2aZ3foZuLNNhn0+JxwWKgzMg/leyxn3 sTDU89YldgTXY1Zcu1CmLxdVo+zyqRWByeBTXpLpLqWnW5IY6bGJ58Lg8pZKmxIv1dqG oxZXqJSGAGMA9/xIyeh8+9aQhihJgGpd2H6tc= 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=QeVJh0Ys7x7uxMCokkMLj/c5X9aOVeK8k3ahRGdBsxRXj3TskrMV3i9mEQFKPEz9iK 4UKJRYZw6kUIUHQ7przdxGP+2wvEXigo2/tX9sezMzQdoVTiV3zBOiVaGtA/aaUnoUGd z2057pqJOrYg3p1SyNdoMjSqP/oDZ0mbbDDDM= MIME-Version: 1.0 Received: by 10.229.189.211 with SMTP id df19mr6749274qcb.146.1283407533860; Wed, 01 Sep 2010 23:05:33 -0700 (PDT) Received: by 10.220.91.209 with HTTP; Wed, 1 Sep 2010 23:05:33 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 Sep 2010 02:05:33 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Gabor PALI Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: doc@freebsd.org, current@freebsd.org Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 06:34:05 -0000 On Wed, Sep 1, 2010 at 6:46 PM, Gabor PALI wrote: > Hello there, > > I am looking for volunteers who are interested in writing > documentation, i.e. working with the FreeBSD Handbook and the > documentation set. Many of our great documentation writers have > decided to retire from their work over the last years, which means the > FreeBSD Documentation Project is in need of talented, skilled, > determined, and ambitious people who would help to maintain the > tradition of producing high quality documentation for the FreeBSD > operating system. > > The documentation set is prepared in DocBook that might seem a bit > complicated at first sight, but I can assure you it can be learned > quickly. All you need is good writing skills in English, some > knowledge of FreeBSD systems, and willingness to learn even more about > them. To coordinate and encourage the efforts, I have created a site > [1] called "The FreeBSD Contributor's Documentation Project" that > contains the necessary information. Note that there are many ways of > contribution: you can comment open Problem Reports or write patches > (by using Mercurial Queues for example), etc. depending on your free > time. I can help with anything at the regular weekly IRC meetings, > and you can contact me via email directly any time, and hopefully > other documentation developers will also join me. > > > Thank you for any help in advance. > > :g > > [1] http://doc.hu.freebsd.org/ I want to repeat my suggestion once more : Please separate Handbook with respect to distributions , i.e. , maintain a different Handbook for each distribution . I think , this is more easier to maintain a combined Handbook . A combined Handbook is giving also an impression that the both distinct distributions are the SAME . Then what is the difference between distributions 7.3 and 8.1 ? Personally I do NOT have any idea about differences , because up to now I did not see such a document associated with distributions . The combined Handbook is making it very difficult to make any improvement suggestions , because it requires knowledge of related two distinct distributions . For example , the current Handbook is about Release 7.3 and 8.1 . If a person is using 8.x series , and NOT 7.x series will be in difficulty to identify her/his suggestion whether it is contrary to her/his unused distribution . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 08:02:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C58B1065739; Thu, 2 Sep 2010 08:02:20 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id D942B8FCA4; Thu, 2 Sep 2010 08:02:19 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 400B62A28CC9; Thu, 2 Sep 2010 10:02:19 +0200 (CEST) Date: Thu, 2 Sep 2010 10:02:19 +0200 From: Ed Schouten To: Mehmet Erol Sanliturk Message-ID: <20100902080219.GH64651@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Wr26kid6E8rFCMyi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Gabor PALI , doc@freebsd.org, FreeBSD Current Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 08:02:20 -0000 --Wr26kid6E8rFCMyi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Mehmet Erol Sanliturk wrote: > Please separate Handbook with respect to distributions , i.e. , maintain a > different Handbook for each distribution . The problem with that is that it will cause documentation for older, but still supported releases, to become stale. Most doc changes apply to functionality provided by both releases, or at least functionality that is MFC'd. --=20 Ed Schouten WWW: http://80386.nl/ --Wr26kid6E8rFCMyi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkx/WgsACgkQ52SDGA2eCwUe2QCfZ7wxAqq+a13Oev3vAqjE9MP+ ehAAn1ViEV0vbwAN8g3uJXj9HdLwiCSL =Jmhx -----END PGP SIGNATURE----- --Wr26kid6E8rFCMyi-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 08:37:02 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39C4B1065769 for ; Thu, 2 Sep 2010 08:37: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 7C4208FC20 for ; Thu, 2 Sep 2010 08:37:01 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA18973; Thu, 02 Sep 2010 11:36:57 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Or5I1-0003DU-JU; Thu, 02 Sep 2010 11:36:57 +0300 Message-ID: <4C7F6229.3040708@icyb.net.ua> Date: Thu, 02 Sep 2010 11:36:57 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Garrett Wollman References: <19577.18337.120013.129482@hergotha.csail.mit.edu> <4C79499B.3050305@icyb.net.ua> <201008281741.o7SHfqH1008851@hergotha.csail.mit.edu> <4C7E7C43.7070209@icyb.net.ua> <19582.39357.917382.37670@hergotha.csail.mit.edu> In-Reply-To: <19582.39357.917382.37670@hergotha.csail.mit.edu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Difficulty playing DVDs under AHCI/CAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 08:37:02 -0000 on 01/09/2010 21:21 Garrett Wollman said the following: > < said: > >> Just want to draw attention of those who use ahci, have hald running and burn >> optical media to couple of known issues: > > What about those of us who use ahci, don't have hald running, and just > want to read their DVDs? I am not aware of any known but not resolved issues in this context. But I think that I gave you a good advice. > I never heard any response from you when I > asked for a more specific debugging procedure. Sorry about that, forgot to tell you about google. Now, apologies about the joke, no offense meant :-) These links should give a good overview for the start: http://wiki.freebsd.org/DTrace http://wiki.freebsd.org/DTrace/Examples http://www.freebsd.org/doc/handbook/dtrace.html http://wikis.sun.com/display/DTrace/Documentation And, oh, here is a script that I used to investigate a somewhat similar problem with failing ioctl. I think you should be able to easily adapt it to your needs. syscall::ioctl:entry /execname == "k3b" && arg1 == 3299349762/ { self->trace = 1; } fbt:::entry /self->trace/ { } fbt:::return /self->trace/ { printf("%d", arg1); } syscall::ioctl:return { self->trace = 0; } > My next step was going > to be enabling CAMDEBUG and trying to find out which specific > operation was failing, but I'm not a SCSI expert by any means.... Not sure if debugging with CAMDEBUG would be easier or not. There could be lots of output. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 08:48:47 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D28D8106572F for ; Thu, 2 Sep 2010 08:48:47 +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 C8A918FC21 for ; Thu, 2 Sep 2010 08:48:46 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA19161; Thu, 02 Sep 2010 11:48:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Or5TR-0003Ee-3U; Thu, 02 Sep 2010 11:48:45 +0300 Message-ID: <4C7F64EC.8080204@icyb.net.ua> Date: Thu, 02 Sep 2010 11:48:44 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: brian@FreeBSD.org, freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic in get_next_dirent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 08:48:47 -0000 Brian, after I upgrade from beginning-of-June kernel to end-of-August one (r211758) I get a panic in get_next_dirent which happens during parallel access to FS like during buildworld with -jN. I am upgrading kernel to the latest revision as of today. Could this be something that you accidentally broke and then fixed while pursuing your NFS issue? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 09:05:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FEE510656FB; Thu, 2 Sep 2010 09:05:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0508FC16; Thu, 2 Sep 2010 09:04:55 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id EE18345CDD; Thu, 2 Sep 2010 11:04:53 +0200 (CEST) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A958845B36; Thu, 2 Sep 2010 11:04:48 +0200 (CEST) Date: Thu, 2 Sep 2010 11:04:39 +0200 From: Pawel Jakub Dawidek To: Rob Farmer Message-ID: <20100902090439.GB29617@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZmUaFz6apKcXQszQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 09:05:07 -0000 --ZmUaFz6apKcXQszQ Content-Type: multipart/mixed; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 02, 2010 at 01:55:51AM -0700, Rob Farmer wrote: > On Tue, Aug 31, 2010 at 2:59 PM, Pawel Jakub Dawidek wr= ote: > > > > Ok, now that I know you read everything carefully, here is the patch: > > > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/patches/zfs_20100831.patc= h.bz2 > > >=20 > buildworld on i386 (yes I know ZFS isn't ideal there): [...] Yes, I know about this problem, You can use attached patch or wait for full patch, which I'll be sending later today. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --hHWLQfXTYDoKhP50 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="atomic.h.patch" Content-Transfer-Encoding: quoted-printable --- sys/cddl/compat/opensolaris/sys/atomic.h +++ sys/cddl/compat/opensolaris/sys/atomic.h @@ -39,10 +39,9 @@ #ifndef __LP64__ extern void atomic_add_64(volatile uint64_t *target, int64_t delta); extern void atomic_dec_64(volatile uint64_t *target); -extern void *atomic_cas_ptr(volatile void *target, void *cmp, void *newva= l); #endif #ifndef __sparc64__ -extern uint64_t atomic_cas_32(volatile uint32_t *target, uint32_t cmp, +extern uint32_t atomic_cas_32(volatile uint32_t *target, uint32_t cmp, uint32_t newval); extern uint64_t atomic_cas_64(volatile uint64_t *target, uint64_t cmp, uint64_t newval); @@ -119,21 +118,19 @@ } =20 #ifndef COMPAT_32BIT -#if defined(__LP64__) +#ifdef __LP64__ static __inline void * atomic_cas_ptr(volatile void *target, void *cmp, void *newval) { - return ((void *)atomic_cas_64((volatile uint64_t *)target, (uint64_t)cmp, - (uint64_t)newval)); + return ((void *)atomic_cas_64(target, (uint64_t)cmp, (uint64_t)newval)); } #else static __inline void * atomic_cas_ptr(volatile void *target, void *cmp, void *newval) { - return ((void *)atomic_cas_32((volatile uint64_t *)target, (uint64_t)cmp, - (uint64_t)newval)); + return ((void *)atomic_cas_32(target, (uint32_t)cmp, (uint32_t)newval)); } #endif -#endif +#endif /* !COMPAT_32BIT */ =20 #endif /* !_OPENSOLARIS_SYS_ATOMIC_H_ */ --hHWLQfXTYDoKhP50-- --ZmUaFz6apKcXQszQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkx/aKcACgkQForvXbEpPzR1NgCfSnScNjJXmF4glzhV0HLFSajN FikAoMjsbxt5Qp1xSu32PvK+4N5gOeGY =BeVA -----END PGP SIGNATURE----- --ZmUaFz6apKcXQszQ-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 09:26:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 184D610656DE; Thu, 2 Sep 2010 09:26:09 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A9AEE8FC08; Thu, 2 Sep 2010 09:26:08 +0000 (UTC) Received: by qyk4 with SMTP id 4so356854qyk.13 for ; Thu, 02 Sep 2010 02:26:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.46.5 with SMTP id h5mr6206885qaf.201.1283417751613; Thu, 02 Sep 2010 01:55:51 -0700 (PDT) Received: by 10.220.200.8 with HTTP; Thu, 2 Sep 2010 01:55:51 -0700 (PDT) X-Originating-IP: [71.1.133.114] In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Date: Thu, 2 Sep 2010 01:55:51 -0700 Message-ID: From: Rob Farmer To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 09:26:09 -0000 On Tue, Aug 31, 2010 at 2:59 PM, Pawel Jakub Dawidek wrot= e: > > Ok, now that I know you read everything carefully, here is the patch: > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.= bz2 > buildworld on i386 (yes I know ZFS isn't ideal there): =3D=3D=3D> cddl/lib/libdtrace (all) cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -I/usr/obj/usr/src/cddl/lib/libdtrace -I/usr/src/cddl/lib/libdtrace -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/= common -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtr= ace/common -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/co= mmon -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/int= el -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace= /common/dt_aggregate.c In file included from /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/bitmap= .h:36, from /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace= /common/dt_impl.h:33, from /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace= /common/dt_aggregate.c:33: /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h:132: error: static declaration of 'atomic_cas_ptr' follows non-static declaration /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h:42: error: previous declaration of 'atomic_cas_ptr' was here cc1: warnings being treated as errors /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h: In function 'atomic_cas_ptr': /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h:133: warning: cast from pointer to integer of different size /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h:134: warning: cast from pointer to integer of different size /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h:134: warning: passing argument 1 of 'atomic_cas_32' from incompatible pointer type /usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris/sys/atomic= .h:134: warning: cast to pointer from integer of different size *** Error code 1 I tried applying the patch to r212087 to rule out recent changes to dtrace, but it made no difference. I used patch -E -p0 < patch. --=20 Rob Farmer From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 09:35:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D193510656C4; Thu, 2 Sep 2010 09:35:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 69F198FC1B; Thu, 2 Sep 2010 09:35:14 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Or6CN-0005O7-JY; Thu, 02 Sep 2010 11:35:12 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Or5xj-0000Oo-Nh; Thu, 02 Sep 2010 11:20:03 +0200 Message-Id: To: Brandon Gooch From: Ian FREISLICH In-Reply-To: References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <4C7EA696.3030901@FreeBSD.org> X-Attribution: BOFH Date: Thu, 02 Sep 2010 11:20:03 +0200 Cc: Alexander Motin , FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 09:35:14 -0000 On Wed, Sep 1, 2010 at 2:16 PM, Alexander Motin wrote: > Brandon Gooch wrote: >> This latest patch causes an interrupt storm with the HPET timer on my >> system. The machine took about 8 minutes to boot and bring me to a >> login prompt. System interactivity (i.e. input from keyboard, output >> on console) was fine, but after checking the output of `systat vmstat >> -1`, I saw the interrupt rate on each HPET entry was over 120k! >> >> Can I provide any useful detail? Of course, test patches are always welcom e :) > > I was able to reproduce alike storm in some situations. > > Try new version: http://people.freebsd.org/~mav/timers_oneshot7.patch Interrupt rates are definitely reduced. [mini] /usr/home/ianf $ vmstat -i interrupt total rate irq1: atkbd0 1154 1 irq9: acpi0 10829 15 irq16: ath0 uhci3+ 16226 23 irq18: uhci2 16 0 irq19: uhci1+ 7090 10 irq20: hpet0 169288 240 irq23: uhci0 ehci0 64 0 irq256: hdac0 187 0 Total 204854 291 [mini] /usr/home/ianf $ sysctl dev.cpu |grep usage dev.cpu.0.cx_usage: 0.00% 0.04% 0.80% 99.15% last 1601us dev.cpu.1.cx_usage: 0.00% 0.00% 0.65% 99.34% last 2078us Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:00:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9FA10656BE for ; Thu, 2 Sep 2010 10:00:16 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 796FA8FC28 for ; Thu, 2 Sep 2010 10:00:16 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Or6ad-0007dh-2g for freebsd-current@freebsd.org; Thu, 02 Sep 2010 11:00:15 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Or6ac-0005l0-Vv for freebsd-current@freebsd.org; Thu, 02 Sep 2010 11:00:15 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o82A0EZc026594 for ; Thu, 2 Sep 2010 11:00:14 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o82A0Ee4026593 for freebsd-current@freebsd.org; Thu, 2 Sep 2010 11:00:14 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 2 Sep 2010 11:00:14 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100902100014.GA26562@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: bge(4) problem on sparc64 between r204991M and r212097 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 10:00:16 -0000 I just updated world and kernel from r204991M to r212097 on sparc64. Now I can't ping my gateway. If I boot kernel.old, then the network works fine. As far as I could see mergemaster didn't update any network files. Please advise In the meantime I'll try intermediate revisions. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:01:24 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BE991065694; Thu, 2 Sep 2010 10:01:24 +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 2D4AD8FC0A; Thu, 2 Sep 2010 10:01:20 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA20455; Thu, 02 Sep 2010 13:01:19 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Or6bf-0003L7-7X; Thu, 02 Sep 2010 13:01:19 +0300 Message-ID: <4C7F75EE.6070707@icyb.net.ua> Date: Thu, 02 Sep 2010 13:01:18 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: brian@FreeBSD.org, freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic in get_next_dirent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 10:01:24 -0000 Brian, after I upgraded my kernel from beginning of July version to end of August version I started to get panics in get_next_dirent under parallel FS load, like e.g. during buildworld with -jN. Is this something that might have been broken by accident and then fixed later? I've seen that you were making some changes in the related code while working on your NFS problem. I am upgrading kernel to the latest version now to see if that helps. Here is panic information: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xffffff80151b8abb fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803f6f54 stack pointer = 0x28:0xffffff8124353580 frame pointer = 0x28:0xffffff8124353650 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 = 12295 (sh) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b84ba = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff803a2c62 = kdb_backtrace+0x32 panic() at 0xffffffff8036cb54 = panic+0x1b4 trap_fatal() at 0xffffffff805471ad = trap_fatal+0x39d trap_pfault() at 0xffffffff805473bd = trap_pfault+0x1ed trap() at 0xffffffff805479a4 = trap+0x484 calltrap() at 0xffffffff80531428 = calltrap+0x8 --- trap 0xc, rip = 0xffffffff803f6f54, rsp = 0xffffff8124353580, rbp = 0xffffff8124353650 --- get_next_dirent() at 0xffffffff803f6f54 = get_next_dirent+0x164 vop_stdvptocnp() at 0xffffffff803f749a = vop_stdvptocnp+0x31a VOP_VPTOCNP_APV() at 0xffffffff805a3af8 = VOP_VPTOCNP_APV+0xe8 vn_vptocnp_locked() at 0xffffffff803f339c = vn_vptocnp_locked+0x1fc vn_fullpath1() at 0xffffffff803f36b8 = vn_fullpath1+0x1e8 kern___getcwd() at 0xffffffff803f3b4a = kern___getcwd+0xda __getcwd() at 0xffffffff803f3cd4 = __getcwd+0x14 syscallenter() at 0xffffffff803b088e = syscallenter+0x26e syscall() at 0xffffffff80547432 = syscall+0x42 Xfast_syscall() at 0xffffffff80531702 = Xfast_syscall+0xe2 --- syscall (326, FreeBSD ELF64, __getcwd), rip = 0x800939cfc, rsp = 0x7fffffffe0b8, rbp = 0x800c2a208 --- -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:10:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72FB810656AC; Thu, 2 Sep 2010 10:10:54 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3BF8FC0C; Thu, 2 Sep 2010 10:10:53 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA20570; Thu, 02 Sep 2010 13:10:52 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Or6kt-0003M0-Nw; Thu, 02 Sep 2010 13:10:51 +0300 Message-ID: <4C7F782B.8050507@freebsd.org> Date: Thu, 02 Sep 2010 13:10:51 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: problem with amd64 minidump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 10:10:54 -0000 Not sure if this is some local issue or a problem in FreeBSD code. I remember minidumps working perfectly well for me, but now I can not get data from them. Example: dmesg -M /var/crash/vmcore.4 dmesg: _kvm_vatop: direct map address 0xffffff012fffffe0 not in minidump dmesg: kvm_read: invalid address (0xffffff012fffffe0) Needless to say kgdb refuses to work with that core too. With kgdb on live system I can access that address: (gdb) x/a 0xffffff012fffffe0 0xffffff012fffffe0: 0xffffff012ffe0000 Looks like perhaps we do not include something that we should into the dump? Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:12:47 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4988A106579E; Thu, 2 Sep 2010 10:12:47 +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 5F81C8FC0C; Thu, 2 Sep 2010 10:12:46 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA20586; Thu, 02 Sep 2010 13:12:38 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Or6mc-0003MB-Cg; Thu, 02 Sep 2010 13:12:38 +0300 Message-ID: <4C7F7896.5010506@icyb.net.ua> Date: Thu, 02 Sep 2010 13:12:38 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: brian@FreeBSD.org, freebsd-current@FreeBSD.org References: <4C7F75EE.6070707@icyb.net.ua> In-Reply-To: <4C7F75EE.6070707@icyb.net.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: panic in get_next_dirent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 10:12:47 -0000 on 02/09/2010 13:01 Andriy Gapon said the following: > > Brian, > > after I upgraded my kernel from beginning of July version to end of August > version I started to get panics in get_next_dirent under parallel FS load, like > e.g. during buildworld with -jN. > > Is this something that might have been broken by accident and then fixed later? > I've seen that you were making some changes in the related code while working on > your NFS problem. > > I am upgrading kernel to the latest version now to see if that helps. > Update to r212138 seems to have helped. Sorry if my report is useless. > Here is panic information: > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xffffff80151b8abb > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff803f6f54 > stack pointer = 0x28:0xffffff8124353580 > frame pointer = 0x28:0xffffff8124353650 > 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 = 12295 (sh) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b84ba = db_trace_self_wrapper+0x2a > kdb_backtrace() at 0xffffffff803a2c62 = kdb_backtrace+0x32 > panic() at 0xffffffff8036cb54 = panic+0x1b4 > trap_fatal() at 0xffffffff805471ad = trap_fatal+0x39d > trap_pfault() at 0xffffffff805473bd = trap_pfault+0x1ed > trap() at 0xffffffff805479a4 = trap+0x484 > calltrap() at 0xffffffff80531428 = calltrap+0x8 > --- trap 0xc, rip = 0xffffffff803f6f54, rsp = 0xffffff8124353580, rbp = > 0xffffff8124353650 --- > get_next_dirent() at 0xffffffff803f6f54 = get_next_dirent+0x164 > vop_stdvptocnp() at 0xffffffff803f749a = vop_stdvptocnp+0x31a > VOP_VPTOCNP_APV() at 0xffffffff805a3af8 = VOP_VPTOCNP_APV+0xe8 > vn_vptocnp_locked() at 0xffffffff803f339c = vn_vptocnp_locked+0x1fc > vn_fullpath1() at 0xffffffff803f36b8 = vn_fullpath1+0x1e8 > kern___getcwd() at 0xffffffff803f3b4a = kern___getcwd+0xda > __getcwd() at 0xffffffff803f3cd4 = __getcwd+0x14 > syscallenter() at 0xffffffff803b088e = syscallenter+0x26e > syscall() at 0xffffffff80547432 = syscall+0x42 > Xfast_syscall() at 0xffffffff80531702 = Xfast_syscall+0xe2 > --- syscall (326, FreeBSD ELF64, __getcwd), rip = 0x800939cfc, rsp = > 0x7fffffffe0b8, rbp = 0x800c2a208 --- > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:13:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B063A10656EE; Thu, 2 Sep 2010 10:13:15 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf2.bahnhof.se (mxf2.bahnhof.se [213.80.101.26]) by mx1.freebsd.org (Postfix) with ESMTP id 692688FC19; Thu, 2 Sep 2010 10:13:15 +0000 (UTC) Received: from localhost (mxf2.local [127.0.0.1]) by mxf2-reinject (Postfix) with ESMTP id E36369696A2; Thu, 2 Sep 2010 11:45:58 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF2) X-Spam-Score: 4.468 X-Spam-Level: **** X-Spam-Status: No, score=4.468 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.708, RATWARE_GECKO_BUILD=1.691, SPF_NEUTRAL=1.069] Received: from mxf2.bahnhof.se ([127.0.0.1]) by localhost (mxf2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wH+DbuV35U8w; Thu, 2 Sep 2010 11:45:53 +0200 (CEST) Received: from [10.32.0.4] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf2.bahnhof.se (Postfix) with ESMTP id D983F969685; Thu, 2 Sep 2010 11:45:53 +0200 (CEST) Message-ID: <4C7F724F.2060305@gmail.com> Date: Thu, 02 Sep 2010 11:45:51 +0200 From: Niclas Zeising User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Gabor PALI References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: doc@freebsd.org, current@freebsd.org Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 10:13:15 -0000 On 2010-09-02 00:46, Gabor PALI wrote: > Hello there, > > I am looking for volunteers who are interested in writing > documentation, i.e. working with the FreeBSD Handbook and the > documentation set. Many of our great documentation writers have > decided to retire from their work over the last years, which means the > FreeBSD Documentation Project is in need of talented, skilled, > determined, and ambitious people who would help to maintain the > tradition of producing high quality documentation for the FreeBSD > operating system. > > The documentation set is prepared in DocBook that might seem a bit > complicated at first sight, but I can assure you it can be learned > quickly. All you need is good writing skills in English, some > knowledge of FreeBSD systems, and willingness to learn even more about > them. To coordinate and encourage the efforts, I have created a site > [1] called "The FreeBSD Contributor's Documentation Project" that > contains the necessary information. Note that there are many ways of > contribution: you can comment open Problem Reports or write patches > (by using Mercurial Queues for example), etc. depending on your free > time. I can help with anything at the regular weekly IRC meetings, > and you can contact me via email directly any time, and hopefully > other documentation developers will also join me. > > > Thank you for any help in advance. > > :g > > [1] http://doc.hu.freebsd.org/ Hi! Just a nitpick, would it be possible to move that site to the wiki, where most other stuff related to FreeBSD development is? It's not meant as critique towards your work, just a suggestion. Also, a list of open tasks would probably be valuable. For instance a list where people who find errors or discrepancies in the docs can add them so other people find them and can work on them. I know this is what the PR system is built for, but the PR system might be a bid cumbersome for just making annotations and stuff like that. Just some suggestions on how to make this flow better. Hopefully I will have some time to actually do some of the work involved too. :) Keep up the good work! Best Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:20:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D98106575A for ; Thu, 2 Sep 2010 10:20:48 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 881758FC14 for ; Thu, 2 Sep 2010 10:20:46 +0000 (UTC) Received: by bwz20 with SMTP id 20so521173bwz.13 for ; Thu, 02 Sep 2010 03:20:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=8gJuo/uyqg2CPPvsohs00IBq+KlFveXspCYsra3zTLk=; b=Xbx20Kr9JjPvz2yg7NvteTqNyHUNrsPaqApDIrwlCW4Ei5qboRC0570k/k2FzboPXO K1DhcAji4oA1uhE7ehdGYWciQHN0M88/ZLsVmGxsxM8unRH4LRh/qfwpThUMXl5qPLnA DQFRUmqLc3aFnKptMxXGexjGOSfAu6sk9lptE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=fpUrkgLeOdRLkRMPwdysvaR9a5m1rguHAuHURz5R6Q/5DrywS0JVsPX1GFLK0GYuxo J0V9SZedry6TezewQchBH9pw+F3YTu4dbxtoxr49/h3sekOLxFpIIy1O6izQks8oUea0 Fdj640yL7kiOG4tLuXj8A5slFmr0fHl6ZRBhg= Received: by 10.204.177.79 with SMTP id bh15mr6534600bkb.121.1283422845206; Thu, 02 Sep 2010 03:20:45 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 11sm282819bkj.23.2010.09.02.03.20.43 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Sep 2010 03:20:44 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7F7A6D.4070207@FreeBSD.org> Date: Thu, 02 Sep 2010 13:20:29 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Ian FREISLICH References: <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <4C7EA696.3030901@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 10:20:48 -0000 Ian FREISLICH wrote: > On Wed, Sep 1, 2010 at 2:16 PM, Alexander Motin wrote: >> Brandon Gooch wrote: >>> This latest patch causes an interrupt storm with the HPET timer on my >>> system. The machine took about 8 minutes to boot and bring me to a >>> login prompt. System interactivity (i.e. input from keyboard, output >>> on console) was fine, but after checking the output of `systat vmstat >>> -1`, I saw the interrupt rate on each HPET entry was over 120k! >>> >>> Can I provide any useful detail? Of course, test patches are always welcom > e :) >> I was able to reproduce alike storm in some situations. >> >> Try new version: http://people.freebsd.org/~mav/timers_oneshot7.patch > > Interrupt rates are definitely reduced. > > [mini] /usr/home/ianf $ vmstat -i > interrupt total rate > irq1: atkbd0 1154 1 > irq9: acpi0 10829 15 > irq16: ath0 uhci3+ 16226 23 > irq18: uhci2 16 0 > irq19: uhci1+ 7090 10 > irq20: hpet0 169288 240 > irq23: uhci0 ehci0 64 0 > irq256: hdac0 187 0 > Total 204854 291 Nice. But 240 still quite a lot. Have you applied tm6292_idle.patch and was this system idle at the moment? > [mini] /usr/home/ianf $ sysctl dev.cpu |grep usage > dev.cpu.0.cx_usage: 0.00% 0.04% 0.80% 99.15% last 1601us > dev.cpu.1.cx_usage: 0.00% 0.00% 0.65% 99.34% last 2078us It is the first time I see in practice system reporting 4 different ACPI C-states. What is this system? What CPU is there? Could you show me full `sysctl dev.cpu` output? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 11:08:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B7A106570B; Thu, 2 Sep 2010 11:08:47 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3FCBB8FC08; Thu, 2 Sep 2010 11:08:45 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Or7et-0000Gl-FQ; Thu, 02 Sep 2010 13:08:43 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Or7eb-0000NW-Fg; Thu, 02 Sep 2010 13:08:25 +0200 Message-Id: To: Alexander Motin From: Ian FREISLICH In-Reply-To: <4C7F7A6D.4070207@FreeBSD.org> References: <4C7F7A6D.4070207@FreeBSD.org> <4C7A5C28.1090904@FreeBSD.org> <20100830110932.23425932@ernst.jennejohn.org> <4C7B82EA.2040104@FreeBSD.org> <20100830121148.11926306@ernst.jennejohn.org> <20100831102918.4f5404cc@ernst.jennejohn.org> <4C7CC1DE.1080907@FreeBSD.org> <4C7E2E8A.3030709@FreeBSD.org> <4C7EA696.3030901@FreeBSD.org> X-Attribution: BOFH Date: Thu, 02 Sep 2010 13:08:25 +0200 Cc: FreeBSD-Current Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 11:08:47 -0000 Alexander Motin wrote: > Ian FREISLICH wrote: > > On Wed, Sep 1, 2010 at 2:16 PM, Alexander Motin wrote: > >> Brandon Gooch wrote: > >>> This latest patch causes an interrupt storm with the HPET timer on my > >>> system. The machine took about 8 minutes to boot and bring me to a > >>> login prompt. System interactivity (i.e. input from keyboard, output > >>> on console) was fine, but after checking the output of `systat vmstat > >>> -1`, I saw the interrupt rate on each HPET entry was over 120k! > >>> > >>> Can I provide any useful detail? Of course, test patches are always welco m > > e :) > >> I was able to reproduce alike storm in some situations. > >> > >> Try new version: http://people.freebsd.org/~mav/timers_oneshot7.patch > > > > Interrupt rates are definitely reduced. > > > > [mini] /usr/home/ianf $ vmstat -i > > interrupt total rate > > irq1: atkbd0 1154 1 > > irq9: acpi0 10829 15 > > irq16: ath0 uhci3+ 16226 23 > > irq18: uhci2 16 0 > > irq19: uhci1+ 7090 10 > > irq20: hpet0 169288 240 > > irq23: uhci0 ehci0 64 0 > > irq256: hdac0 187 0 > > Total 204854 291 > > Nice. But 240 still quite a lot. Have you applied tm6292_idle.patch and > was this system idle at the moment? No, I didn't. It was reasonably idle. I missed that in the first post - because I became interested in this when Brandon Gooch reported lower power consumption. I've compiled now with this patch as well. There was one rejection: --- 2182,2189 ---- * Ticks is updated asynchronously on a single cpu. Check here to * avoid incrementing ts_ticks multiple times in a single tick. */ + // if (ts->ts_incrtick == ticks) + // return; /* Adjust ticks for pctcpu */ ts->ts_ticks += 1 << SCHED_TICK_SHIFT; ts->ts_ltick = ticks; But, it appears to have already been applied by timers_oneshot7.patch. The vmstat -i output is the rate since boot. Currently at 240/s since boot, the instantaneous rate when idle is about 60. > > [mini] /usr/home/ianf $ sysctl dev.cpu |grep usage > > dev.cpu.0.cx_usage: 0.00% 0.04% 0.80% 99.15% last 1601us > > dev.cpu.1.cx_usage: 0.00% 0.00% 0.65% 99.34% last 2078us > > It is the first time I see in practice system reporting 4 different ACPI > C-states. What is this system? What CPU is there? Could you show me full > `sysctl dev.cpu` output? It's a compaq mini-110: CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.22-MHz 686-class CPU) dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1600 dev.cpu.0.freq_levels: 1600/25000 1400/21875 1333/18000 1166/15750 1067/11000 933/9625 800/5000 700/4375 600/3750 500/3125 400/2500 300/1875 200/1250 100/625 dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 C4/57 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% 0.00% last 379us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.P002 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/1 C3/17 C4/57 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% 0.00% last 4335us Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 11:22:23 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3C41065758; Thu, 2 Sep 2010 11:22:23 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id EFB4F8FC12; Thu, 2 Sep 2010 11:22:22 +0000 (UTC) Received: by qyk4 with SMTP id 4so466807qyk.13 for ; Thu, 02 Sep 2010 04:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=z31nLoWYoRb/k+cymfcgocJaZYQDS+/MW+1zqvFtIc4=; b=aIn0+0Z1+VBonKdajdyHsj9LjJEI1/tnPu70hIGJYjRfdOaO9flP74RBxacYIuKrfy tWZGNMSjKAHLOqhgVbSr3d+y7e0IcUfFZVhpdMMw69bFoApPPaurwOk5cXZT3rfX4FQ6 5EmlpczmbhF99daZUppxNsH1oqIWOD+TWTi9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ridqYodbXBiP4vSlwC5BbRHYV7m9hJCY+xdQV5BbD1jaj4G3r+hbY9aFdgtEH+9SVo 7ERjt6xefhzCKZajVM4m82rABoX6KfYjEwgnLLlNFkVAXvt3n0eleLIJwnCHDMhBx0TY V2SFd5baC+iJOJ/zIN3T5ScxgEf1yn9Hn4RBA= MIME-Version: 1.0 Received: by 10.224.10.211 with SMTP id q19mr6366526qaq.196.1283426542121; Thu, 02 Sep 2010 04:22:22 -0700 (PDT) Sender: pali.gabor@googlemail.com Received: by 10.229.251.141 with HTTP; Thu, 2 Sep 2010 04:22:21 -0700 (PDT) In-Reply-To: <4C7F724F.2060305@gmail.com> References: <4C7F724F.2060305@gmail.com> Date: Thu, 2 Sep 2010 13:22:21 +0200 X-Google-Sender-Auth: C_2JIPMvaCenoEubpsuNqHy-6UA Message-ID: From: Gabor PALI To: Niclas Zeising Content-Type: text/plain; charset=ISO-8859-1 Cc: doc@freebsd.org, current@freebsd.org Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 11:22:23 -0000 Hello, On Thu, Sep 2, 2010 at 11:45 AM, Niclas Zeising wrote: > would it be possible to move that site to the wiki, where > most other stuff related to FreeBSD development is? Almost all parts are on the FreeBSD wiki already. Only the main coordination page (which is only a single HTML page), the Mercurial repository, and the generated PR list are outside of that. > Also, a list of open tasks would probably be valuable. Yes, indeed. > For instance a list where people who find errors or discrepancies in the docs can add them so > other people find them and can work on them. There is one already [1]. :g [1] http://wiki.freebsd.org/ContribDoc/Tasks From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 12:50:31 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ED47106575F; Thu, 2 Sep 2010 12:50:31 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D7CBE8FC17; Thu, 2 Sep 2010 12:50:30 +0000 (UTC) Received: by wyb33 with SMTP id 33so263974wyb.13 for ; Thu, 02 Sep 2010 05:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=fnxX/oD4AkNvDWTELtv3318kkA9ywubsurjS7Ch1qws=; b=BOxJrz3PhXxdP92GoirVULqJnfipNlN2k7ZIA1J2t67J7SU4sT4j8UfiKXurvwSVMU nEZFnVSA2IhxuUBEZzvT2iWK0KqlxiX2FBsjYyIFx7/aDZEmj/udHVIN8Pb9jqmPk/vg SbVugaiZ16YQ9UYL8hNHtdv6FUS+1VU0DD84c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=xA0ly8hb4RL+Ffbt44mbTmTRT4Qy8Ls7gBgIiRSDuncVISsSn79Bpe5c2XLnkaT4Di Kkxn6A42PSux4KA3QKKOGUMt5Qzzedn4mBIM82Bdl0ni2zTap5YxKuE6z7EyJxWIW9fA Jexet3dt1S0cP4TEdSL065DEVtSEccefoGCKk= MIME-Version: 1.0 Received: by 10.227.134.136 with SMTP id j8mr9063561wbt.206.1283431830054; Thu, 02 Sep 2010 05:50:30 -0700 (PDT) Received: by 10.216.63.146 with HTTP; Thu, 2 Sep 2010 05:50:29 -0700 (PDT) Date: Thu, 2 Sep 2010 12:50:29 +0000 Message-ID: From: "b. f." To: mav@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 12:50:31 -0000 In: http://people.freebsd.org/~mav/timers_oneshot7.patch you need to offset the declaration of 'cpu' in getnextevent() on line 256 of src/sys/kern/kern_clocksource.c by #ifdef SMP, because it is not used otherwise, and will break UP kernel builds with our default warnings and -Werror. Incidentally, do you intend to commit the tm6292_idle.patch along with the new timer code, after testing is satisfactory? Or is this not appropriate for general use? If it isn't suitable for all users, perhaps some of the periods of the events in that patch can be abstracted and made tunable, so that we can make it possible to conserve power, and also keep others happy? Regards, b. From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 13:08:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 275201065704; Thu, 2 Sep 2010 13:08:19 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 478C78FC08; Thu, 2 Sep 2010 13:08:17 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA24576; Thu, 02 Sep 2010 16:08:16 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4C7FA1BF.30206@freebsd.org> Date: Thu, 02 Sep 2010 16:08:15 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100823 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C7F782B.8050507@freebsd.org> In-Reply-To: <4C7F782B.8050507@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: problem with amd64 minidump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 13:08:19 -0000 on 02/09/2010 13:10 Andriy Gapon said the following: > > Not sure if this is some local issue or a problem in FreeBSD code. > I remember minidumps working perfectly well for me, but now I can not get data > from them. > Example: > dmesg -M /var/crash/vmcore.4 > dmesg: _kvm_vatop: direct map address 0xffffff012fffffe0 not in minidump > dmesg: kvm_read: invalid address (0xffffff012fffffe0) Not sure if it can help, but it seems that this virtual address in DMAP corresponds to a physical address in the last page of RAM. Do we use that for anything special? Message buffer? I had a quick look at getmemsize() function in sys/amd64/amd64/machdep.c and it looks like the following code in the function could be doing just that: Maxmem = atop(phys_avail[pa_indx]); /* Trim off space for the message buffer. */ phys_avail[pa_indx] -= round_page(MSGBUF_SIZE); /* Map the message buffer. */ msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); Oh, and yeah: (gdb) p msgbufp $4 = (struct msgbuf *) 0xffffff012fffffe0 But we do dump the message buffer. But somehow its dmap address is not resolved correctly. This should ring a bell for someone knowledgeable of minidump and libkvm code, I believe. > Needless to say kgdb refuses to work with that core too. > > With kgdb on live system I can access that address: > (gdb) x/a 0xffffff012fffffe0 > 0xffffff012fffffe0: 0xffffff012ffe0000 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 13:33:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF71510656B2 for ; Thu, 2 Sep 2010 13:33:47 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 68DE68FC18 for ; Thu, 2 Sep 2010 13:33:47 +0000 (UTC) Received: by bwz20 with SMTP id 20so677042bwz.13 for ; Thu, 02 Sep 2010 06:33:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=2KphT2SUypyRPk5tSZ0hlXn//7YRuK/FVvQx34VzxNg=; b=FCsCO3ClcSxbk0allknutnPcgm84iM8usfLAC/XvdLLNK+v6uxFssmcTnqZ2OC0voo bPTA5C6LgQP92SYSJD9Oypg4nUjZrcF9W2n8W3VWxXGT8zf2m4ZwWLi2CoeYDqYFy5U5 qNqPwK634y5l66dRBCyvgt3wRzEUCQFWYDQ2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=sz68w0Ss4qwE57X2+z5VXkbiCvxCXZCoNWZcnxNKWlC5lQGxVbLZPljaHLBQePN54r 4f9AJm/DP6mXEqxG2KiNtP0sg9HQKVFSvoznLgVUoUg7s15i+O+qxm6JaxKCwYJgLlnc uA5pXWKzDu79qAyCJa0Mc1S9qC0xMlI5Topo4= Received: by 10.204.126.92 with SMTP id b28mr6724037bks.47.1283434426513; Thu, 02 Sep 2010 06:33:46 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y2sm420967bkx.8.2010.09.02.06.33.45 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Sep 2010 06:33:45 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C7FA7AB.4010905@FreeBSD.org> Date: Thu, 02 Sep 2010 16:33:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: bf1783@gmail.com References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: One-shot-oriented event timers management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 13:33:48 -0000 b. f. wrote: > In: > http://people.freebsd.org/~mav/timers_oneshot7.patch > > you need to offset the declaration of 'cpu' in getnextevent() on line > 256 of src/sys/kern/kern_clocksource.c by #ifdef SMP, because it is > not used otherwise, and will break UP kernel builds with our default > warnings and -Werror. Thanks. > Incidentally, do you intend to commit the tm6292_idle.patch along with > the new timer code, after testing is satisfactory? Or is this not > appropriate for general use? If it isn't suitable for all users, > perhaps some of the periods of the events in that patch can be > abstracted and made tunable, so that we can make it possible to > conserve power, and also keep others happy? No, I am not going to commit it in present form. It is mostly made for technology preview. May be some parts of it could be committed as-is, but most of others are dirty hacks. I hope they should be safe enough, but they made with assumption of some tradeoffs and require proper rework or at least reevaluating. It would be nice if people aware with these areas (SCHED_ULE, TCP, CPU time resources, yarrow, console, GEOM) could review and reimplement them properly. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 17:03:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9F210656E8 for ; Thu, 2 Sep 2010 17:03:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB688FC1A for ; Thu, 2 Sep 2010 17:03:18 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OrDC1-0001no-7G; Thu, 02 Sep 2010 18:03:17 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OrDC1-0006WK-3I; Thu, 02 Sep 2010 18:03:17 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o82H3G6X028374; Thu, 2 Sep 2010 18:03:16 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o82H3GqY028373; Thu, 2 Sep 2010 18:03:16 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 2 Sep 2010 18:03:16 +0100 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20100902170316.GA28362@mech-cluster241.men.bris.ac.uk> References: <20100902100014.GA26562@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100902100014.GA26562@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: bge(4) problem on sparc64 between r204991M and r212097 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 17:03:19 -0000 On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote: > I just updated world and kernel from r204991M to r212097 on sparc64. > > Now I can't ping my gateway. If I boot kernel.old, then > the network works fine. As far as I could see mergemaster > didn't update any network files. > > Please advise > > In the meantime I'll try intermediate revisions. I narrowed down the problem to between r212050 and r212080. Will continue tomorrow. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 17:54:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7046A10656C0; Thu, 2 Sep 2010 17:54:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3252E8FC21; Thu, 2 Sep 2010 17:54:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o82HsCIe032952; Thu, 2 Sep 2010 13:54:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o82HsCvN032951; Thu, 2 Sep 2010 17:54:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Sep 2010 17:54:12 GMT Message-Id: <201009021754.o82HsCvN032951@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 17:54:13 -0000 TB --- 2010-09-02 17:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-02 17:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-02 17:20:00 - cleaning the object tree TB --- 2010-09-02 17:20:24 - cvsupping the source tree TB --- 2010-09-02 17:20:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-09-02 17:54:12 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-02 17:54:12 - ERROR: unable to cvsup the source tree TB --- 2010-09-02 17:54:12 - 0.60 user 9.23 system 2051.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 17:56:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD29A10657D1; Thu, 2 Sep 2010 17:56:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 69A028FC1A; Thu, 2 Sep 2010 17:56:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o82HuUG9032980; Thu, 2 Sep 2010 13:56:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o82HuUFs032979; Thu, 2 Sep 2010 17:56:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Sep 2010 17:56:30 GMT Message-Id: <201009021756.o82HuUFs032979@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 17:56:31 -0000 TB --- 2010-09-02 17:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-02 17:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-02 17:20:00 - cleaning the object tree TB --- 2010-09-02 17:20:35 - cvsupping the source tree TB --- 2010-09-02 17:20:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-02 17:56:30 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-02 17:56:30 - ERROR: unable to cvsup the source tree TB --- 2010-09-02 17:56:30 - 0.98 user 16.30 system 2189.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 17:57:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76324106571C; Thu, 2 Sep 2010 17:57:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3863F8FC0C; Thu, 2 Sep 2010 17:57:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o82Hv60R032988; Thu, 2 Sep 2010 13:57:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o82Hv6pl032987; Thu, 2 Sep 2010 17:57:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Sep 2010 17:57:06 GMT Message-Id: <201009021757.o82Hv6pl032987@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 17:57:07 -0000 TB --- 2010-09-02 17:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-02 17:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-09-02 17:20:00 - cleaning the object tree TB --- 2010-09-02 17:20:38 - cvsupping the source tree TB --- 2010-09-02 17:20:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-09-02 17:57:06 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-02 17:57:06 - ERROR: unable to cvsup the source tree TB --- 2010-09-02 17:57:06 - 1.05 user 18.48 system 2225.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 17:58:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 766D510656A5; Thu, 2 Sep 2010 17:58:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 38C9D8FC22; Thu, 2 Sep 2010 17:58:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o82HwfcS032996; Thu, 2 Sep 2010 13:58:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o82Hwfs9032995; Thu, 2 Sep 2010 17:58:41 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Sep 2010 17:58:41 GMT Message-Id: <201009021758.o82Hwfs9032995@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 17:58:42 -0000 TB --- 2010-09-02 17:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-02 17:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-09-02 17:20:00 - cleaning the object tree TB --- 2010-09-02 17:20:34 - cvsupping the source tree TB --- 2010-09-02 17:20:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-09-02 17:58:41 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-02 17:58:41 - ERROR: unable to cvsup the source tree TB --- 2010-09-02 17:58:41 - 0.90 user 15.32 system 2320.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 18:36:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 093AF10656FB for ; Thu, 2 Sep 2010 18:36:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id A8D1B8FC1B for ; Thu, 2 Sep 2010 18:36:30 +0000 (UTC) Received: by qyk31 with SMTP id 31so2505818qyk.13 for ; Thu, 02 Sep 2010 11:36:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=QyB3bTPW3wk71K7DZ3q8EaMkETlYBIu+M4wOuDjpNZ0=; b=H+gBXPela/pK/MWHRAyn6EFJa7m9bn4Ov8tBjwHDV9ecYnAdngk6d0CwA41FRbybvM 8BN6fgPl4hvBs8shfx81uLi7nTxLt9LS9Lgpo1RjOVwt29nPgINEfPlgPaVqJyqDEseu sWYVhipUYXdjhx+lSAoqbLrwrSS+77dDQHy8I= 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=fyNhKAHnyL/Ngih03GFjZRQjgtUsQ1lLp02G7Olj/RGOB6Eb1JOFG+wOjIcoCECexx g1rMzLaANIy9H0bRP4Pi0SUDL9VQyI1xx9ojh0fHspuRYtaAxsNJKBxn1kSGknZXWv0D IY9QAgvzZ/zd+7hd+pu6VBt8nJSYVtlmBDV3w= Received: by 10.229.232.129 with SMTP id ju1mr7784581qcb.128.1283452589768; Thu, 02 Sep 2010 11:36:29 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id t18sm779325qco.8.2010.09.02.11.36.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Sep 2010 11:36:28 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 2 Sep 2010 11:36:03 -0700 From: Pyun YongHyeon Date: Thu, 2 Sep 2010 11:36:03 -0700 To: Anton Shterenlikht Message-ID: <20100902183603.GD21940@michelle.cdnetworks.com> References: <20100902100014.GA26562@mech-cluster241.men.bris.ac.uk> <20100902170316.GA28362@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100902170316.GA28362@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: bge(4) problem on sparc64 between r204991M and r212097 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 18:36:31 -0000 On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote: > On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote: > > I just updated world and kernel from r204991M to r212097 on sparc64. > > > > Now I can't ping my gateway. If I boot kernel.old, then > > the network works fine. As far as I could see mergemaster > > didn't update any network files. > > > > Please advise > > > > In the meantime I'll try intermediate revisions. > > I narrowed down the problem to between r212050 and r212080. > Will continue tomorrow. > Thanks for reporting. There was a big change in r212061, so try backing out that revision and see whether this makes differences or not. From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 19:30:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8704A106570C for ; Thu, 2 Sep 2010 19:30:53 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 737EE8FC0C for ; Thu, 2 Sep 2010 19:30:52 +0000 (UTC) Received: by eyx24 with SMTP id 24so675317eyx.13 for ; Thu, 02 Sep 2010 12:30:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=8ZVej5ZadGop4rcN4fMf45dXzvyEycbOqzV5143WrWY=; b=XsISmm1Na/vLIeC9mTks9SKXYt3nZEI0jjkZBDGX95QRtqHWVLkIt7+bXP0ZksxoH6 lC5VVZefmf+ZZKGT14PoLdhqF5g2XHR3whpfUjWnHmaITC30lDY1J+l+tL4gDJ4LEf7M HnaVWjcD9t4a+dbFCv1FNN6o2aWO7ur1WMq9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=BV3iehIxY0/YoEALaVD8yhN22w3IhIZ1/b0wEbQIRYi+9XEsPR6owRk4bn4anHaSEZ 152PFm0rpAVRuKX/x6o/wKMesc+ML0GC1QHn39wn1lWsrHVN/5bFo4TAV2iU4a+xSEVt oWejoIpLixj3XZbtVjDf5azUraAnrGy/nM0Qw= MIME-Version: 1.0 Received: by 10.216.179.137 with SMTP id h9mr9889943wem.39.1283455851421; Thu, 02 Sep 2010 12:30:51 -0700 (PDT) Received: by 10.216.135.39 with HTTP; Thu, 2 Sep 2010 12:30:51 -0700 (PDT) Date: Thu, 2 Sep 2010 13:30:51 -0600 Message-ID: From: "Jason J. W. Williams" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: ZFS Cache & Log Device Failure Handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 19:30:53 -0000 Hi Guys, How well does ZFS on FreeBSD handle a dying/wedged log and/or cache device? OpenSolaris handles this pretty well in my experience and will fail through relatively quickly. But this tends to rely on FMA. Thank you in advance. -J From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 20:16:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A87D7106572B; Thu, 2 Sep 2010 20:16:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 78B528FC19; Thu, 2 Sep 2010 20:16:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o82KGomU068427; Thu, 2 Sep 2010 16:16:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o82KGo9i068426; Thu, 2 Sep 2010 20:16:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Sep 2010 20:16:50 GMT Message-Id: <201009022016.o82KGo9i068426@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 20:16:51 -0000 TB --- 2010-09-02 17:58:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-02 17:58:41 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-09-02 17:58:41 - cleaning the object tree TB --- 2010-09-02 17:58:59 - cvsupping the source tree TB --- 2010-09-02 17:58:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-09-02 18:14:46 - building world TB --- 2010-09-02 18:14:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-02 18:14:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-02 18:14:46 - TARGET=powerpc TB --- 2010-09-02 18:14:46 - TARGET_ARCH=powerpc64 TB --- 2010-09-02 18:14:46 - TZ=UTC TB --- 2010-09-02 18:14:46 - __MAKE_CONF=/dev/null TB --- 2010-09-02 18:14:46 - cd /src TB --- 2010-09-02 18:14:46 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 2 18:14:47 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Sep 2 19:48:52 UTC 2010 TB --- 2010-09-02 19:48:53 - generating LINT kernel config TB --- 2010-09-02 19:48:53 - cd /src/sys/powerpc/conf TB --- 2010-09-02 19:48:53 - /usr/bin/make -B LINT TB --- 2010-09-02 19:48:53 - building LINT kernel TB --- 2010-09-02 19:48:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-02 19:48:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-02 19:48:53 - TARGET=powerpc TB --- 2010-09-02 19:48:53 - TARGET_ARCH=powerpc64 TB --- 2010-09-02 19:48:53 - TZ=UTC TB --- 2010-09-02 19:48:53 - __MAKE_CONF=/dev/null TB --- 2010-09-02 19:48:53 - cd /src TB --- 2010-09-02 19:48:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 2 19:48:53 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Sep 2 20:12:45 UTC 2010 TB --- 2010-09-02 20:12:45 - WARNING: skipping GENERIC kernel TB --- 2010-09-02 20:12:45 - building GENERIC64 kernel TB --- 2010-09-02 20:12:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-02 20:12:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-02 20:12:45 - TARGET=powerpc TB --- 2010-09-02 20:12:45 - TARGET_ARCH=powerpc64 TB --- 2010-09-02 20:12:45 - TZ=UTC TB --- 2010-09-02 20:12:45 - __MAKE_CONF=/dev/null TB --- 2010-09-02 20:12:45 - cd /src TB --- 2010-09-02 20:12:45 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Sep 2 20:12:45 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c cc1: warnings being treated as errors /src/sys/kern/sched_ule.c: In function 'sched_switch': /src/sys/kern/sched_ule.c:1801: warning: implicit declaration of function 'sched_pickcpu' /src/sys/kern/sched_ule.c:1801: warning: nested extern declaration of 'sched_pickcpu' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-02 20:16:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-02 20:16:50 - ERROR: failed to build GENERIC64 kernel TB --- 2010-09-02 20:16:50 - 5506.97 user 1210.52 system 8288.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 20:34:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73237106577C; Thu, 2 Sep 2010 20:34:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 45DD68FC1D; Thu, 2 Sep 2010 20:34:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o82KYEGX002370; Thu, 2 Sep 2010 16:34:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o82KYEWA002357; Thu, 2 Sep 2010 20:34:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Sep 2010 20:34:14 GMT Message-Id: <201009022034.o82KYEWA002357@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 20:34:15 -0000 TB --- 2010-09-02 17:57:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-02 17:57:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-09-02 17:57:06 - cleaning the object tree TB --- 2010-09-02 17:57:23 - cvsupping the source tree TB --- 2010-09-02 17:57:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-09-02 18:31:23 - building world TB --- 2010-09-02 18:31:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-02 18:31:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-02 18:31:23 - TARGET=powerpc TB --- 2010-09-02 18:31:23 - TARGET_ARCH=powerpc TB --- 2010-09-02 18:31:23 - TZ=UTC TB --- 2010-09-02 18:31:23 - __MAKE_CONF=/dev/null TB --- 2010-09-02 18:31:23 - cd /src TB --- 2010-09-02 18:31:23 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 2 18:31:24 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 2 20:08:50 UTC 2010 TB --- 2010-09-02 20:08:50 - generating LINT kernel config TB --- 2010-09-02 20:08:50 - cd /src/sys/powerpc/conf TB --- 2010-09-02 20:08:50 - /usr/bin/make -B LINT TB --- 2010-09-02 20:08:50 - building LINT kernel TB --- 2010-09-02 20:08:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-02 20:08:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-02 20:08:50 - TARGET=powerpc TB --- 2010-09-02 20:08:50 - TARGET_ARCH=powerpc TB --- 2010-09-02 20:08:50 - TZ=UTC TB --- 2010-09-02 20:08:50 - __MAKE_CONF=/dev/null TB --- 2010-09-02 20:08:50 - cd /src TB --- 2010-09-02 20:08:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 2 20:08:50 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Sep 2 20:30:19 UTC 2010 TB --- 2010-09-02 20:30:19 - building GENERIC kernel TB --- 2010-09-02 20:30:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-02 20:30:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-02 20:30:19 - TARGET=powerpc TB --- 2010-09-02 20:30:19 - TARGET_ARCH=powerpc TB --- 2010-09-02 20:30:19 - TZ=UTC TB --- 2010-09-02 20:30:19 - __MAKE_CONF=/dev/null TB --- 2010-09-02 20:30:19 - cd /src TB --- 2010-09-02 20:30:19 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 2 20:30:20 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c cc1: warnings being treated as errors /src/sys/kern/sched_ule.c: In function 'sched_switch': /src/sys/kern/sched_ule.c:1801: warning: implicit declaration of function 'sched_pickcpu' /src/sys/kern/sched_ule.c:1801: warning: nested extern declaration of 'sched_pickcpu' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-02 20:34:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-02 20:34:14 - ERROR: failed to build GENERIC kernel TB --- 2010-09-02 20:34:14 - 5708.57 user 1090.06 system 9427.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 21:48:40 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 769D81065861; Thu, 2 Sep 2010 21:48:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF138FC08; Thu, 2 Sep 2010 21:48:40 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C367E45E5C; Thu, 2 Sep 2010 23:48:38 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8FF2145CA0; Thu, 2 Sep 2010 23:48:32 +0200 (CEST) Date: Thu, 2 Sep 2010 23:48:23 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20100902214823.GB2542@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <20100831215915.GE1932@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 21:48:40 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: [...] > Ok, now that I know you read everything carefully, here is the patch: >=20 > http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 Now it is even easier to test new ZFS! :) Here you can find VirtualBox Appliance (113MB) with FreeBSD 9-CURRENT and ZFSv28: http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. You can log in as root with no password (via virtual console or via SSH). The system IP address is IP 192.168.56.66/24. There are 16 ada(4) disks to play with. For example: zfsv28:root:~# zpool create tank raidz3 ada{0,1,2,3,4,5,6,7} raidz3 ada{8,= 9,10,11,12,13,14,15} zfsv28:root:~# zpool status pool: tank state: ONLINE scan: none requested config: =09 NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz3-0 ONLINE 0 0 0 ada0 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 ada4 ONLINE 0 0 0 ada5 ONLINE 0 0 0 ada6 ONLINE 0 0 0 ada7 ONLINE 0 0 0 raidz3-1 ONLINE 0 0 0 ada8 ONLINE 0 0 0 ada9 ONLINE 0 0 0 ada10 ONLINE 0 0 0 ada11 ONLINE 0 0 0 ada12 ONLINE 0 0 0 ada13 ONLINE 0 0 0 ada14 ONLINE 0 0 0 ada15 ONLINE 0 0 0 =09 errors: No known data errors --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyAG6cACgkQForvXbEpPzTeRACghpYEuLMvkG4Fcnzsgu/e58AS q/QAoI93dqmCL4ycU9CAyvcmtKNy+jqg =owgd -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 20:23:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 779B210656F8 for ; Thu, 2 Sep 2010 20:23:49 +0000 (UTC) (envelope-from randall@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id B51B68FC14 for ; Thu, 2 Sep 2010 20:23:48 +0000 (UTC) Received: from [10.1.1.53] ([10.1.1.53]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id o82KNkIt033448 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 2 Sep 2010 16:23:46 -0400 (EDT) (envelope-from randall@lakerest.net) Message-Id: From: Randy Stewart To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 2 Sep 2010 13:23:46 -0700 X-Mailer: Apple Mail (2.936) X-Mailman-Approved-At: Thu, 02 Sep 2010 22:29:01 +0000 Subject: Trouble with a atapi-cam backup.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 20:23:49 -0000 Hi all: So I finally upgraded my 7.3stable main server to 8.1stable... And now my backup to atapi-cam is failing.. I get: root@lakerest /usr/tmp]# /usr/local/bin/growisofs -Z /dev/cd0 -R -J backup_init.08-31-2010.gz :-( unable to CAMGETPASSTHRU for /dev/cd0: Inappropriate ioctl for device Now atapi-cam I have built into the kernel (not a loaded module).. and so is scsibus.. and all its friends. Cam control seems to see the device: [root@lakerest /usr/tmp]# camcontrol devlist at scbus0 target 1 lun 0 (cd0,pass0) Any suggestions of what I left out of the kernel would be most helpful.. Oh my kern.conf is: ***************************** include GENERIC ident mymachine device atapicam options IPDIVERT options IPFIREWALL ******************************* And its an i386 Thanks R ----- Randall Stewart randall@lakerest.net From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 00:06:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA17110656EB for ; Fri, 3 Sep 2010 00:06:25 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A4C6D8FC0C for ; Fri, 3 Sep 2010 00:06:25 +0000 (UTC) Received: by qyk4 with SMTP id 4so1314874qyk.13 for ; Thu, 02 Sep 2010 17:06:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=7l+tBG68S+nkOyY0k3H+j5CfWsezCd/rx1143mUA+XI=; b=Yb5z5NioPJiT61HSQ8UpSBXKV4+szcPoCDcMk1aD20jZkAetvvub5w4D0bE6YF9JCF YRJU6EKdRpC73HJuD//wUa8gyZhDvNfGAcCPRNvjABRWGmA4Sl8xkjYE9XNr11XJSI3C NWF9buU29/1Dgdm5dL3cyOBBUiJdGvG5Oy5bY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=iLauJDtjQtelC/U8lH13dKB2ZHFpXB9nwmX2CGJJcCQwxks9ahICP8SQXDI2f0jRCJ RLXu2KWTuTTsmvTl32EmAGBoI71pkusuDEnKO9umN6T5R2s+uq6Qh/8Nm37XPbjEcbeP V3Rui7KzNhrT5Ud8aYdD0Rd0k8FIWbZtjzR/8= MIME-Version: 1.0 Received: by 10.229.251.79 with SMTP id mr15mr7803295qcb.37.1283470495041; Thu, 02 Sep 2010 16:34:55 -0700 (PDT) Received: by 10.229.246.68 with HTTP; Thu, 2 Sep 2010 16:34:54 -0700 (PDT) Date: Fri, 3 Sep 2010 01:34:54 +0200 Message-ID: From: Davide Italiano To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: problem with wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 00:06:26 -0000 Hi. I've been recently upgraded to -CURRENT (9.0). After # make buildworld # make buildkernel KERNCONF=MYKERNEL # make install kernel KERNCONF=MYKERNEL I have rebooted to single-user mode, as suggested in the documentation. No more wireless connection. I've a intel 2200 bg wireless card, running using the kernel built-in iwi module. In particular, when I run wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf I get this: CTRL-EVENT-SCAN-RESULTS CTRL-EVENT-SCAN-RESULTS CTRL-EVENT-SCAN-RESULTS ... My wpa_supplicant.conf is: ap_scan=1 fast_reauth=1 network={ ssid="MY_SSID" psk="MY_KEY" } Also, my /boot/loader.conf contains legal.intel_iwi.license_ack=1 if_iwi_load="YES" and my rc.conf wlans_iwi0="wlan0" ifconfig_wlan0="WPA inet 192.168.1.110 netmask 0xffffff00" defaultrouter="192.168.1.1" Again, it worked w/ freebsd 8.1 (stable). Also, I've read in the UPDATING file in /usr/src this: Applications such as wpa_supplicant(8) may require a full world build without using NO_CLEAN in order to get synchronized with the new structure. But, I've done a make buildworld before, isn't enough? Thanks a lot Davide From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 00:24:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FDEB1065675; Fri, 3 Sep 2010 00:24:16 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id CB2398FC0A; Fri, 3 Sep 2010 00:24:15 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 4DE9D40A7C; Fri, 3 Sep 2010 02:06:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id 0xe3gadJc0SC; Fri, 3 Sep 2010 02:06:30 +0200 (CEST) Received: from [192.168.1.3] (unknown [187.6.89.97]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id B474D40A61; Fri, 3 Sep 2010 02:06:29 +0200 (CEST) References: <20100902080219.GH64651@hoeg.nl> From: Daniel Gerzo Content-Type: text/plain; charset=us-ascii In-Reply-To: <20100902080219.GH64651@hoeg.nl> Message-Id: <45764F17-2279-4520-93D7-8F0B8BE991DE@rulez.sk> Date: Thu, 2 Sep 2010 19:54:39 -0300 To: Ed Schouten Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (iPod Mail 8A293) X-Mailer: iPod Mail (8A293) X-Mailman-Approved-At: Fri, 03 Sep 2010 01:14:17 +0000 Cc: "doc@freebsd.org" , "current@freebsd.org" Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 00:24:16 -0000 I actually think there is some point in this idea. The problem is that many t= imes we just leave notes or warnings specific for given releases, which can m= any times lead to confusion (or people just don't notice) and as time goes a= nd we cut the support for given releases they get stale (e.g. We had many of= those for 5.x). We could just maintain the handbook in separate branches like we do with src= , keeping them all built online, and merge relevant things where appropriate= . This will, however, add quite a lot (for my taste) of additional work for u= s. Daniel Gerzo On 2.9.2010, at 5:02, Ed Schouten wrote: > * Mehmet Erol Sanliturk wrote: >> Please separate Handbook with respect to distributions , i.e. , maintain a= >> different Handbook for each distribution . >=20 > The problem with that is that it will cause documentation for older, but > still supported releases, to become stale. Most doc changes apply to > functionality provided by both releases, or at least functionality that > is MFC'd. >=20 > --=20 > Ed Schouten > WWW: http://80386.nl/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 04:39:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11B3710656AB; Fri, 3 Sep 2010 04:39:54 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 694BA8FC12; Fri, 3 Sep 2010 04:39:53 +0000 (UTC) Received: by fxm4 with SMTP id 4so967301fxm.13 for ; Thu, 02 Sep 2010 21:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=80npj9X5rhUhMB2n6muOQ2y3EMslgiHfd3zaQS3sd0Q=; b=oUt9oXjes35V1EpmtjmpuBpFzNr6rxFnCl89yO8T4Uxcpxq+ZkMsjI1jM8fml4zSrL 1zgzKlFxS0aq0i7N1+uXhg1l+W1/ADGg/OUy+otUEYdHglD/r7mBWDi/fQ2+pMNqWhpv U5JEzSaNz9q/25LEwCxUf3ZiYsXwv9eMFx4gU= 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=JGheYsI1pQKwdhLQsvn5dnGtUOWAmdOuR8oULQ3fJzHN2VywRwlCQBtKCgCsgZCokJ I2qnEwbiCMT914cedKwFOVLRRZpY8quxrXeeQuOG9dcgZxSrOMr8Gpg+if5OdnnMlxGr MLWiE5ohHr2qbVDaZf+nI8wwDsBXpsRYv1uCo= MIME-Version: 1.0 Received: by 10.223.123.199 with SMTP id q7mr71255far.84.1283487056449; Thu, 02 Sep 2010 21:10:56 -0700 (PDT) Received: by 10.223.120.147 with HTTP; Thu, 2 Sep 2010 21:10:56 -0700 (PDT) In-Reply-To: <45764F17-2279-4520-93D7-8F0B8BE991DE@rulez.sk> References: <20100902080219.GH64651@hoeg.nl> <45764F17-2279-4520-93D7-8F0B8BE991DE@rulez.sk> Date: Thu, 2 Sep 2010 23:10:56 -0500 Message-ID: From: Adam Vande More To: Daniel Gerzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ed Schouten , "doc@freebsd.org" , "current@freebsd.org" Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 04:39:54 -0000 On Thu, Sep 2, 2010 at 5:54 PM, Daniel Gerzo wrote: > I actually think there is some point in this idea. The problem is that many > times we just leave notes or warnings specific for given releases, which can > many times lead to confusion (or people just don't notice) and as time goes > and we cut the support for given releases they get stale (e.g. We had many > of those for 5.x). > > We could just maintain the handbook in separate branches like we do with > src, keeping them all built online, and merge relevant things where > appropriate. This will, however, add quite a lot (for my taste) of > additional work for us. > Wouldn't it be a lot easier to have a nice article on installing /usr/ports/misc/freebsd-doc-* from the date of the release of the installed system? Or maybe offer archive web access to a handbook snapshot from that date(Django does something similar)? Maintaining separate handbook branches seems unrealistic if there aren't enough doc contributors to maintain one to expectations, and IME discrepancies aren't very frequent. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 04:41:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3050910656DF; Fri, 3 Sep 2010 04:41:05 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 082008FC1A; Fri, 3 Sep 2010 04:41:02 +0000 (UTC) Received: by fxm4 with SMTP id 4so967716fxm.13 for ; Thu, 02 Sep 2010 21:41:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=34uUpeOnuVkOiyZiVbv5vkAJoSj67+tRbnu7G7QDmRY=; b=DZOBR7nPTnrjfTIKDUIQMP0dJwGtjT1nPFXkCDorQnTLE0LwLu3oP+PPt+UClv8oK1 4GX71lLbpUkcNSuu/wcTMCzA0Z6pv5yEZJ4i1i/3WThoNGeJKvuk8cMvrbGE6D6xHOXV U8Eb38q5N03dqq/xnRKTUT8FCVMuWuS6q/zt0= 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=rGKji6nKpqMgKU8vIzNk26lo9jpRUioWkqHbvSSbDaqir1G7m1y3C2oMQYipS57STj AFOrsWi8TQl2nb//USoilH8zFxn3+P0RcpfQB4/qhBrcdZ+c0YxwFlhQUuRdUNjH1/H5 4pUYqHjI4i2OD07iyVYnWrArY5iMqKnIM7vd0= MIME-Version: 1.0 Received: by 10.223.117.4 with SMTP id o4mr131052faq.8.1283488862080; Thu, 02 Sep 2010 21:41:02 -0700 (PDT) Received: by 10.223.120.147 with HTTP; Thu, 2 Sep 2010 21:41:01 -0700 (PDT) In-Reply-To: References: <20100902080219.GH64651@hoeg.nl> <45764F17-2279-4520-93D7-8F0B8BE991DE@rulez.sk> Date: Thu, 2 Sep 2010 23:41:01 -0500 Message-ID: From: Adam Vande More To: Daniel Gerzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ed Schouten , "doc@freebsd.org" , "current@freebsd.org" Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 04:41:05 -0000 On Thu, Sep 2, 2010 at 11:10 PM, Adam Vande More wrote: > Wouldn't it be a lot easier to have a nice article on installing > /usr/ports/misc/freebsd-doc-* from the date of the release of the installed > system? Or maybe offer archive web access to a handbook snapshot from that > date(Django does something similar)? Maintaining separate handbook branches > seems unrealistic if there aren't enough doc contributors to maintain one to > expectations, and IME discrepancies aren't very frequent. > I need to add to that installing release specific handbook/documentation via sysinstall is the Easy Button. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 06:32:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51026106571B for ; Fri, 3 Sep 2010 06:32:30 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD76F8FC16 for ; Fri, 3 Sep 2010 06:32:29 +0000 (UTC) Received: by bwz20 with SMTP id 20so1531616bwz.13 for ; Thu, 02 Sep 2010 23:32:29 -0700 (PDT) Received: by 10.204.2.140 with SMTP id 12mr188686bkj.100.1283495548710; Thu, 02 Sep 2010 23:32:28 -0700 (PDT) Received: from jessie.localnet (p5B0E3EDF.dip0.t-ipconnect.de [91.14.62.223]) by mx.google.com with ESMTPS id bq20sm1161926bkb.16.2010.09.02.23.32.26 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Sep 2010 23:32:27 -0700 (PDT) From: Bernhard Schmidt To: freebsd-current@freebsd.org Date: Fri, 3 Sep 2010 08:32:24 +0200 User-Agent: KMail/1.13.2 (Linux/2.6.32-24-generic; KDE/4.4.2; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009030832.24799.bschmidt@techwires.net> Cc: Davide Italiano Subject: Re: problem with wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 06:32:30 -0000 On Friday, September 03, 2010 01:34:54 Davide Italiano wrote: > Hi. I've been recently upgraded to -CURRENT (9.0). > After > # make buildworld > # make buildkernel KERNCONF=MYKERNEL > # make install kernel KERNCONF=MYKERNEL > > I have rebooted to single-user mode, as suggested in the documentation. > No more wireless connection. I've a intel 2200 bg wireless card, > running using the kernel built-in iwi module. > > In particular, when I run wpa_supplicant -i wlan0 -c > /etc/wpa_supplicant.conf I get this: > > CTRL-EVENT-SCAN-RESULTS > CTRL-EVENT-SCAN-RESULTS > CTRL-EVENT-SCAN-RESULTS > ... > > My wpa_supplicant.conf is: > > ap_scan=1 > fast_reauth=1 > > network={ > ssid="MY_SSID" > psk="MY_KEY" > } > > Also, my /boot/loader.conf contains > > legal.intel_iwi.license_ack=1 > if_iwi_load="YES" > > and my rc.conf > > wlans_iwi0="wlan0" > ifconfig_wlan0="WPA inet 192.168.1.110 netmask 0xffffff00" > defaultrouter="192.168.1.1" > > Again, it worked w/ freebsd 8.1 (stable). Also, I've read in the > UPDATING file in /usr/src this: > > Applications such as wpa_supplicant(8) may require a full world > build without using NO_CLEAN in order to get synchronized with the > new structure. > > But, I've done a make buildworld before, isn't enough? > > Thanks a lot Did you also run make installworld? -- Bernhard From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 06:39:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5239106576A for ; Fri, 3 Sep 2010 06:39:42 +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 043348FC17 for ; Fri, 3 Sep 2010 06:39:41 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA10945; Fri, 03 Sep 2010 09:39:36 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OrPw0-0006yM-5T; Fri, 03 Sep 2010 09:39:36 +0300 Message-ID: <4C809827.1070408@icyb.net.ua> Date: Fri, 03 Sep 2010 09:39:35 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Randy Stewart References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Trouble with a atapi-cam backup.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 06:39:42 -0000 on 02/09/2010 23:23 Randy Stewart said the following: > Hi all: > > So I finally upgraded my 7.3stable main server to 8.1stable... > > And now my backup to atapi-cam is failing.. I get: > > root@lakerest /usr/tmp]# /usr/local/bin/growisofs -Z /dev/cd0 -R -J > backup_init.08-31-2010.gz > :-( unable to CAMGETPASSTHRU for /dev/cd0: Inappropriate ioctl for device You can try to use DTrace to see where exactly in kernel the ioctl request fails. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 06:57:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4D8D10656BE; Fri, 3 Sep 2010 06:57:17 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF968FC17; Fri, 3 Sep 2010 06:57:17 +0000 (UTC) Received: by ywt2 with SMTP id 2so673085ywt.13 for ; Thu, 02 Sep 2010 23:57:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=Btf58SC1LUliEg2iiDdbIl8ZFLmi56NZ1jXy/DW4xoI=; b=IJsiD8J5jxe6AhS+W2St4dLB0ZbARIVbK9jB/xMJDaiiNa7ldC85FTPpSb8ahxdQjn rOKQFxA/LUvjoDyIMAEyhJ7hkeTUMtyVxBszMEeZhdUdJ+s3XvsCkS17OBBMuGlV+hpa vcNeEOg31xspTSGr0SZJII7SzJbUEMiyq24PA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=Bfdh/5uQTf1I9YHYgI/9nws4xz4d6LrFEwmRreTOw3Za64VkM5Cy+De1tV28ngP4es o5c5tqwnRtG1+Zfy6wdf43rcR6fXvET9FTOKxtR3iQRcRQYce3ZWYG3MYdnva1ufy4X3 cWAU7yI3kXrGK27xdE8JTEOvsdxvLFt1uWYFU= Received: by 10.151.85.4 with SMTP id n4mr434890ybl.66.1283497036483; Thu, 02 Sep 2010 23:57:16 -0700 (PDT) Received: from centel.dataix.local ([99.181.137.20]) by mx.google.com with ESMTPS id v6sm3128528ybm.11.2010.09.02.23.57.13 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Sep 2010 23:57:15 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C809C3F.10706@DataIX.net> Date: Fri, 03 Sep 2010 02:57:03 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Rob Farmer References: <20100831215915.GE1932@garage.freebsd.pl> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig62313E93F16F60022DDAC2FA" Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 06:57:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig62313E93F16F60022DDAC2FA Content-Type: multipart/mixed; boundary="------------000108090209070800040508" This is a multi-part message in MIME format. --------------000108090209070800040508 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/02/2010 04:55, Rob Farmer wrote: >=20 > I tried applying the patch to r212087 to rule out recent changes to > dtrace, but it made no difference. I used patch -E -p0 < patch. >=20 Hi Rob, I see that in your build error are a bunch of things to do with atomic.h and I recalled a patch from pjd@ on current@ that he sent in the same thread. I attached the downloaded patch. Maybe you can write back and site if it helped at all so people have a reference. Regards, --=20 jhell,v --------------000108090209070800040508 Content-Type: text/plain; name="atomic.h.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="atomic.h.patch" --- sys/cddl/compat/opensolaris/sys/atomic.h +++ sys/cddl/compat/opensolaris/sys/atomic.h @@ -39,10 +39,9 @@ #ifndef __LP64__ extern void atomic_add_64(volatile uint64_t *target, int64_t delta); extern void atomic_dec_64(volatile uint64_t *target); -extern void *atomic_cas_ptr(volatile void *target, void *cmp, void *new= val); #endif #ifndef __sparc64__ -extern uint64_t atomic_cas_32(volatile uint32_t *target, uint32_t cmp, +extern uint32_t atomic_cas_32(volatile uint32_t *target, uint32_t cmp, uint32_t newval); extern uint64_t atomic_cas_64(volatile uint64_t *target, uint64_t cmp, uint64_t newval); @@ -119,21 +118,19 @@ } =20 #ifndef COMPAT_32BIT -#if defined(__LP64__) +#ifdef __LP64__ static __inline void * atomic_cas_ptr(volatile void *target, void *cmp, void *newval) { - return ((void *)atomic_cas_64((volatile uint64_t *)target, (uint64_t)cm= p, - (uint64_t)newval)); + return ((void *)atomic_cas_64(target, (uint64_t)cmp, (uint64_t)newval))= ; } #else static __inline void * atomic_cas_ptr(volatile void *target, void *cmp, void *newval) { - return ((void *)atomic_cas_32((volatile uint64_t *)target, (uint64_t)cm= p, - (uint64_t)newval)); + return ((void *)atomic_cas_32(target, (uint32_t)cmp, (uint32_t)newval))= ; } #endif -#endif +#endif /* !COMPAT_32BIT */ =20 #endif /* !_OPENSOLARIS_SYS_ATOMIC_H_ */ --------------000108090209070800040508-- --------------enig62313E93F16F60022DDAC2FA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMgJxGAAoJEJBXh4mJ2FR+sEoH/0GeSafbV/bBE62OejKnryVk 3eSKAap2xC8YnOVNNQckPTAJ82ArZprJ3YF6UssjVvYZZky6oZuJpP+SQ1ipzBtE 9CGUwo3jVqt44CJt3ARRef2DyegIPyZYg8MnTBsqAJsThDbgW+Q8ndKqlc1Ja902 uUHyVtU1Nfz6P7CMZJUZ1Jk93ZJAONIdMXAJ1kcCqar4O43a0tfPVNuE1XUfgnbO 00xZCxiP2ZZOcfoMvMDD6ZxdeuwA7tc/sDp4DehC8gGGSvuL1SjFeRh3xoPuuihT YeiU5dLj3AWt8mANW6JbAmyw+3s0w9QP5wRPbb3aXVukbMPW2EdYgesWHaadcZw= =ce0L -----END PGP SIGNATURE----- --------------enig62313E93F16F60022DDAC2FA-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 07:38:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E3531065712 for ; Fri, 3 Sep 2010 07:38:19 +0000 (UTC) (envelope-from prvs=1855529e06=brian@FreeBSD.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 02A0C8FC13 for ; Fri, 3 Sep 2010 07:38:18 +0000 (UTC) Received: from pd3ml2so-ssvc.prod.shaw.ca ([10.0.141.138]) by pd3mo1so-svcs.prod.shaw.ca with ESMTP; 03 Sep 2010 01:27:53 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=p1E0FbcuapThhG57xomuiJdXW/Q5N45ug4AOcQEGw+Q= c=1 sm=1 a=VphdPIyG4kEA:10 a=MJPcHhXccCG8eBs0us8XwA==:17 a=6fJy-CjXAAAA:8 a=MMwg4So0AAAA:8 a=6I5d2MoRAAAA:8 a=5FD0UObNiSTCChYoS4sA:9 a=r-jinOJ4j2R62keBJpr03sQWI9MA:4 a=CjuIK1q_8ugA:10 a=WJ3hkfHDukgA:10 a=SV7veod9ZcQA:10 a=pvLWab8OVChYAZwLjJAA:9 a=jQNCwrjXKdPOJCWtTEXRLGR0nrkA:4 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO store.lan.Awfulhak.org) ([70.79.162.198]) by pd3ml2so-dmz.prod.shaw.ca with ESMTP; 03 Sep 2010 01:27:53 -0600 Received: from store.lan.Awfulhak.org (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 5168CC433AC_C80A2EBB; Fri, 3 Sep 2010 07:25:31 +0000 (GMT) Received: from gw.Awfulhak.org (gw.lan.Awfulhak.org [172.16.0.1]) by store.lan.Awfulhak.org (Sophos Email Appliance) with ESMTP id 0F1A5C460F7_C80A2EAF; Fri, 3 Sep 2010 07:25:30 +0000 (GMT) Received: from dev.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by gw.Awfulhak.org (8.14.4/8.14.4) with ESMTP id o837PTkO002168; Fri, 3 Sep 2010 00:25:29 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Fri, 3 Sep 2010 00:25:20 -0700 From: Brian Somers To: Andriy Gapon Message-ID: <20100903002520.2ce859bd@dev.lan.Awfulhak.org> In-Reply-To: <4C7F64EC.8080204@icyb.net.ua> References: <4C7F64EC.8080204@icyb.net.ua> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/GKu302jshSV3MGN4NxDPh5y"; protocol="application/pgp-signature" Cc: freebsd-current@FreeBSD.org Subject: Re: panic in get_next_dirent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 07:38:19 -0000 --Sig_/GKu302jshSV3MGN4NxDPh5y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hopefully it's not still broken. I attempted to fix the problem with r211684 but the fix was essentially a n= o-op, it didn't fix or break anything. I believe r211818 fixed the problem in he= ad and r212137 fixed it in stable/8. Can you try an upgrade to at least r211818 a= nd see if that solves the problem? Thanks. On Thu, 02 Sep 2010 11:48:44 +0300 Andriy Gapon wrote: >=20 > Brian, >=20 > after I upgrade from beginning-of-June kernel to end-of-August one (r2117= 58) I > get a panic in get_next_dirent which happens during parallel access to FS= like > during buildworld with -jN. > I am upgrading kernel to the latest revision as of today. >=20 > Could this be something that you accidentally broke and then fixed while > pursuing your NFS issue? >=20 > --=20 > Andriy Gapon >=20 --=20 Brian Somers Don't _EVER_ lose your sense of humour ! --Sig_/GKu302jshSV3MGN4NxDPh5y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQCVAwUBTICi6A7tvOdmanQhAQIcdAQAnM2pA2J+MxrruHS6NhU+vJiEtB4hOzIV gSKwL5SRMUfyofcUnOmD3KBFp7IFOJ1RNUirzYtbEzb2CLPscTLzCLE4109jNBBv JAe1GJR4gQeIDwyGd85cAC8EiJPUMGcm+tT8PgIBFgVYBIDH7zuwavPU93AnCQI7 OF2raSMr4MA= =dCHB -----END PGP SIGNATURE----- --Sig_/GKu302jshSV3MGN4NxDPh5y-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 08:10:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638E910657C9 for ; Fri, 3 Sep 2010 08:10:21 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id D9EE58FC1F for ; Fri, 3 Sep 2010 08:10:20 +0000 (UTC) Received: (qmail 23808 invoked from network); 3 Sep 2010 08:07:26 -0000 Received: from unknown (HELO [62.48.0.92]) ([62.48.0.92]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Sep 2010 08:07:26 -0000 Message-ID: <4C80AD79.8070307@freebsd.org> Date: Fri, 03 Sep 2010 10:10:33 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: ben wilber References: <20100831231314.GA9637@exodus.desync.com> <4C7E4DC0.5040608@freebsd.org> <137CFFE2-6783-449E-A2EC-8415F9287D97@desync.com> In-Reply-To: <137CFFE2-6783-449E-A2EC-8415F9287D97@desync.com> Content-Type: multipart/mixed; boundary="------------030903040105020300020909" Cc: FreeBSD Current Subject: Re: TSO panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 08:10:21 -0000 This is a multi-part message in MIME format. --------------030903040105020300020909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02.09.2010 00:11, ben wilber wrote: > On Sep 1, 2010, at 8:57 AM, Andre Oppermann wrote: > >> On 01.09.2010 01:13, ben wilber wrote: >>> Hi, >>> >>> I just upgraded from r210042 to r212073 and keep getting the panic >>> introduced in r211317: >>> >>> panic: tcp_output: len<= tso_segsz >> >> Please try the attached patch and report back whether it >> fixes the issue. > > The system ran for 8 hours or so before I received the same panic. Previously, it would panic within 20 minutes. Attached is an updated patch that should fix the panic. Please try. -- Andre --------------030903040105020300020909 Content-Type: text/plain; name="tcp_tso-fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tcp_tso-fix.diff" Index: netinet/tcp_output.c =================================================================== --- netinet/tcp_output.c (revision 212160) +++ netinet/tcp_output.c (working copy) @@ -466,9 +466,8 @@ } /* - * Truncate to the maximum segment length or enable TCP Segmentation - * Offloading (if supported by hardware) and ensure that FIN is removed - * if the length no longer contains the last data byte. + * Decide if we can use TCP Segmentation Offloading (if supported by + * hardware). * * TSO may only be used if we are in a pure bulk sending state. The * presence of TCP-MD5, SACK retransmits, SACK advertizements and @@ -476,10 +475,6 @@ * (except for the sequence number) for all generated packets. This * makes it impossible to transmit any options which vary per generated * segment or packet. - * - * The length of TSO bursts is limited to TCP_MAXWIN. That limit and - * removal of FIN (if not already catched here) are handled later after - * the exact length of the TCP options are known. */ #ifdef IPSEC /* @@ -488,22 +483,15 @@ */ ipsec_optlen = ipsec_hdrsiz_tcp(tp); #endif - if (len > tp->t_maxseg) { - if ((tp->t_flags & TF_TSO) && V_tcp_do_tso && - ((tp->t_flags & TF_SIGNATURE) == 0) && - tp->rcv_numsacks == 0 && sack_rxmit == 0 && - tp->t_inpcb->inp_options == NULL && - tp->t_inpcb->in6p_options == NULL + if ((tp->t_flags & TF_TSO) && V_tcp_do_tso && len > tp->t_maxseg && + ((tp->t_flags & TF_SIGNATURE) == 0) && + tp->rcv_numsacks == 0 && sack_rxmit == 0 && #ifdef IPSEC - && ipsec_optlen == 0 + ipsec_optlen == 0 && #endif - ) { - tso = 1; - } else { - len = tp->t_maxseg; - sendalot = 1; - } - } + tp->t_inpcb->inp_options == NULL && + tp->t_inpcb->in6p_options == NULL) + tso = 1; if (sack_rxmit) { if (SEQ_LT(p->rxmit + len, tp->snd_una + so->so_snd.sb_cc)) @@ -733,38 +747,63 @@ * bump the packet length beyond the t_maxopd length. * Clear the FIN bit because we cut off the tail of * the segment. - * - * When doing TSO limit a burst to TCP_MAXWIN minus the - * IP, TCP and Options length to keep ip->ip_len from - * overflowing. Prevent the last segment from being - * fractional thus making them all equal sized and set - * the flag to continue sending. TSO is disabled when - * IP options or IPSEC are present. */ if (len + optlen + ipoptlen > tp->t_maxopd) { flags &= ~TH_FIN; + + /* + * TSO is disabled when IP options or IPSEC are present. + */ if (tso) { - if (len > TCP_MAXWIN - hdrlen - optlen) { - len = TCP_MAXWIN - hdrlen - optlen; - len = len - (len % (tp->t_maxopd - optlen)); + KASSERT(ipoptlen == 0, + ("%s: TSO can't do IP options", __func__)); + + /* + * When doing TSO limit a burst to IP_MAXPACKET + * IP, TCP and Options length to keep ip->ip_len + * from overflowing. + */ + if (len > IP_MAXPACKET - hdrlen) { + len = IP_MAXPACKET - hdrlen; sendalot = 1; - } else if (tp->t_flags & TF_NEEDFIN) + } + + /* + * Prevent the last segment from being + * fractional unless there is no further + * data and the send sockbuf can be emptied. + */ + if (sendalot && off + len < so->so_snd.sb_cc) { + len -= len % (tp->t_maxopd - optlen); sendalot = 1; + } + + /* + * Send the FIN in a separate segment + * after the bulk sending is done. + * We don't trust the TSO implementations + * to clear the FIN flag on all but the + * last segment. + */ + if (tp->t_flags & TF_NEEDFIN) + sendalot = 1; + } else { len = tp->t_maxopd - optlen - ipoptlen; sendalot = 1; } - } + } else + tso = 0; -/*#ifdef DIAGNOSTIC*/ + KASSERT(len + hdrlen + ipoptlen <= IP_MAXPACKET, + ("%s: len too big", __func__)); #ifdef INET6 - if (max_linkhdr + hdrlen > MCLBYTES) + KASSERT(max_linkhdr + hdrlen < MCLBYTES, + ("%s: ", __func__)); #else - if (max_linkhdr + hdrlen > MHLEN) + KASSERT(max_linkhdr + hdrlen < MHLEN, + ("%s: ", __func__)) #endif - panic("tcphdr too big"); -/*#endif*/ - /* * This KASSERT is here to catch edge cases at a well defined place. * Before, those had triggered (random) panic conditions further down. @@ -1062,6 +1106,9 @@ * The TCP pseudo header checksum is always provided. * XXX: Fixme: This is currently not the case for IPv6. */ + KASSERT(len + hdrlen + ipoptlen == m_length(m, NULL), + ("%s: mbuf chain shorter than expected", __func__)); + if (tso) { KASSERT(len > tp->t_maxopd - optlen, ("%s: len <= tso_segsz", __func__)); --------------030903040105020300020909-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 08:16:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8D810657F0; Fri, 3 Sep 2010 08:16:47 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A77858FC19; Fri, 3 Sep 2010 08:16:46 +0000 (UTC) Received: by vws7 with SMTP id 7so1262409vws.13 for ; Fri, 03 Sep 2010 01:16:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.124.224 with SMTP id v32mr391906vcr.4.1283501805697; Fri, 03 Sep 2010 01:16:45 -0700 (PDT) Received: by 10.220.200.8 with HTTP; Fri, 3 Sep 2010 01:16:45 -0700 (PDT) X-Originating-IP: [71.1.133.114] In-Reply-To: <4C809C3F.10706@DataIX.net> References: <20100831215915.GE1932@garage.freebsd.pl> <4C809C3F.10706@DataIX.net> Date: Fri, 3 Sep 2010 01:16:45 -0700 Message-ID: From: Rob Farmer To: jhell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 08:16:47 -0000 On Thu, Sep 2, 2010 at 23:57, jhell wrote: > On 09/02/2010 04:55, Rob Farmer wrote: >> >> I tried applying the patch to r212087 to rule out recent changes to >> dtrace, but it made no difference. I used patch -E -p0 < patch. >> > > Hi Rob, > > I see that in your build error are a bunch of things to do with atomic.h > and I recalled a patch from pjd@ on current@ that he sent in the same > thread. I attached the downloaded patch. Maybe you can write back and > site if it helped at all so people have a reference. Yes, it worked. Since this is just a testing thing and pjd alredy knew about the problem and seemed confident about the solution I didn't bother to reply. --=20 Rob Farmer > > > Regards, > > -- > > =A0jhell,v > From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 08:42:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 890B01065715 for ; Fri, 3 Sep 2010 08:42:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 45CAA8FC16 for ; Fri, 3 Sep 2010 08:42:06 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OrRqX-0003Rx-9p; Fri, 03 Sep 2010 09:42:05 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OrRqX-0007F5-5k; Fri, 03 Sep 2010 09:42:05 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o838g4IY035843; Fri, 3 Sep 2010 09:42:04 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o838g4Ds035842; Fri, 3 Sep 2010 09:42:04 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 3 Sep 2010 09:42:04 +0100 From: Anton Shterenlikht To: Pyun YongHyeon Message-ID: <20100903084204.GA35820@mech-cluster241.men.bris.ac.uk> References: <20100902100014.GA26562@mech-cluster241.men.bris.ac.uk> <20100902170316.GA28362@mech-cluster241.men.bris.ac.uk> <20100902183603.GD21940@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100902183603.GD21940@michelle.cdnetworks.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: bge(4) problem on sparc64 between r204991M and r212097 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 08:42:06 -0000 On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote: > On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote: > > On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote: > > > I just updated world and kernel from r204991M to r212097 on sparc64. > > > > > > Now I can't ping my gateway. If I boot kernel.old, then > > > the network works fine. As far as I could see mergemaster > > > didn't update any network files. > > > > > > Please advise > > > > > > In the meantime I'll try intermediate revisions. > > > > I narrowed down the problem to between r212050 and r212080. > > Will continue tomorrow. > > > > Thanks for reporting. There was a big change in r212061, so try > backing out that revision and see whether this makes differences > or not. yes, r212061 is the offending revision, r212060 works fine. Please let me know if you want any further information. I can't see anything obvious in the logs. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 10:06:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD8B106575D; Fri, 3 Sep 2010 10:06:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4448FC0A; Fri, 3 Sep 2010 10:06:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o83A6HBx085579; Fri, 3 Sep 2010 06:06:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o83A6HB2085578; Fri, 3 Sep 2010 10:06:17 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Sep 2010 10:06:17 GMT Message-Id: <201009031006.o83A6HB2085578@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 10:06:18 -0000 TB --- 2010-09-03 08:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-03 08:05:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-03 08:05:00 - cleaning the object tree TB --- 2010-09-03 08:05:00 - cvsupping the source tree TB --- 2010-09-03 08:05:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-03 08:05:59 - building world TB --- 2010-09-03 08:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 08:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 08:05:59 - TARGET=i386 TB --- 2010-09-03 08:05:59 - TARGET_ARCH=i386 TB --- 2010-09-03 08:05:59 - TZ=UTC TB --- 2010-09-03 08:05:59 - __MAKE_CONF=/dev/null TB --- 2010-09-03 08:05:59 - cd /src TB --- 2010-09-03 08:05:59 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 3 08:05:59 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Sep 3 09:56:03 UTC 2010 TB --- 2010-09-03 09:56:03 - generating LINT kernel config TB --- 2010-09-03 09:56:03 - cd /src/sys/i386/conf TB --- 2010-09-03 09:56:03 - /usr/bin/make -B LINT TB --- 2010-09-03 09:56:03 - building LINT kernel TB --- 2010-09-03 09:56:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 09:56:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 09:56:03 - TARGET=i386 TB --- 2010-09-03 09:56:03 - TARGET_ARCH=i386 TB --- 2010-09-03 09:56:03 - TZ=UTC TB --- 2010-09-03 09:56:03 - __MAKE_CONF=/dev/null TB --- 2010-09-03 09:56:03 - cd /src TB --- 2010-09-03 09:56:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 09:56:03 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_io.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_misc.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_cam.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_freebsd.c -I/src/sys/dev/twa cc1: warnings being treated as errors /src/sys/dev/twa/tw_osl_freebsd.c: In function 'twa_watchdog': /src/sys/dev/twa/tw_osl_freebsd.c:475: warning: cast to pointer from integer of different size /src/sys/dev/twa/tw_osl_freebsd.c:475: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-03 10:06:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-03 10:06:17 - ERROR: failed to build lint kernel TB --- 2010-09-03 10:06:17 - 5310.45 user 1236.55 system 7276.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 10:08:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B8F106581C for ; Fri, 3 Sep 2010 10:08:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC9B8FC16 for ; Fri, 3 Sep 2010 10:08:10 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A54A.dip.t-dialin.net [87.179.165.74]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 81183844042; Fri, 3 Sep 2010 12:08:02 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3ACC711B2; Fri, 3 Sep 2010 12:07:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1283508479; bh=GvGxNhpUDp58m72vI4PLfei89MbldVXDvPDUe1F3sJU=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=Cew/WUigsYIT5anaI9yJ6ixdwkZQQX4GtwCkDtVeesB2/qwUhT6RlH/OBw8ZzSxYK h6eytzXdJ+ryTJ9GLcG3/LqJO+XP65xuJp2wMXZeVcLGhZCwUIDK04aQTEhFjsDOwD z1t9MvIZRDPu3X3fGVEEUjUKHfxuFCTWJcIbm6s7pdNhFbpwuExK21MYQGgmRyVGL6 hMt36BcVu121BNhm3YIGK3RjThbJc0OEeQtmQsfc+1lI34R2aS5fnFsfeJt6OPyEQW x0n7MXhilRzdNIcq3wrpHX1MAtYq5g0ms6okil8FB8+MtC9DapHrqG++jORyuYlpS5 pBPAAdZmsFAuw== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o83A7wg2039353; Fri, 3 Sep 2010 12:07:58 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.ec.europa.eu (psbru.ec.europa.eu [158.169.131.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 03 Sep 2010 12:07:58 +0200 Message-ID: <20100903120758.58155gvs7me78e80@webmail.leidinger.net> Date: Fri, 03 Sep 2010 12:07:58 +0200 From: Alexander Leidinger To: "Jason J. W. Williams" References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 81183844042.A4937 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.023, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_ZF 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1284113283.52104@ds17dBYJH2QiYgklyv/zsg X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: ZFS Cache & Log Device Failure Handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 10:08:11 -0000 Quoting "Jason J. W. Williams" (from Thu, 2 Sep 2010 13:30:51 -0600): > How well does ZFS on FreeBSD handle a dying/wedged log and/or cache > device? OpenSolaris handles this pretty well in my experience and will > fail through relatively quickly. But this tends to rely on FMA. Thank > you in advance. No problem for the cache device. I have an USB memory stick as a cache device, and if I just remove it during operation, the system handles the situation. If you connect it again, you need to remove/readd it via zfs commands. I do not use a log device. Bye, Alexander. -- Govern a great nation as you would cook a small fish. Don't overdo it. -- Lao Tsu http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 12:18:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6791065702 for ; Fri, 3 Sep 2010 12:18:52 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2A348FC22 for ; Fri, 3 Sep 2010 12:18:51 +0000 (UTC) Received: by iwn34 with SMTP id 34so1714721iwn.13 for ; Fri, 03 Sep 2010 05:18:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.10.134 with SMTP id p6mr211209ibp.50.1283516331275; Fri, 03 Sep 2010 05:18:51 -0700 (PDT) Received: by 10.231.149.8 with HTTP; Fri, 3 Sep 2010 05:18:51 -0700 (PDT) In-Reply-To: <20100903120758.58155gvs7me78e80@webmail.leidinger.net> References: <20100903120758.58155gvs7me78e80@webmail.leidinger.net> Date: Fri, 3 Sep 2010 14:18:51 +0200 Message-ID: From: Olivier Smedts To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Jason J. W. Williams" , freebsd-current@freebsd.org Subject: Re: ZFS Cache & Log Device Failure Handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 12:18:52 -0000 2010/9/3 Alexander Leidinger : > Quoting "Jason J. W. Williams" (from Thu, 2 S= ep > 2010 13:30:51 -0600): > >> How well does ZFS on FreeBSD handle a dying/wedged log and/or cache >> device? OpenSolaris handles this pretty well in my experience and will >> fail through relatively quickly. But this tends to rely on FMA. Thank >> you in advance. > > No problem for the cache device. I have an USB memory stick as a cache > device, and if I just remove it during operation, the system handles the > situation. If you connect it again, you need to remove/readd it via zfs > commands. I've got the same setup and just have to "online" the usb key after boot. As for the zil/log device, I think it should be supported in the upcoming ZFS v28 patch (maybe you can give it a try, see pjd's mail) because zil removal was introduced in a zpool version after v14/15 (what's in 8-STABLE and 9-CURRENT). > > I do not use a log device. > > Bye, > Alexander. > > -- > Govern a great nation as you would cook a small fish. =A0Don't overdo it. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-- Lao Tsu > > http://www.Leidinger.net =A0 =A0Alexander @ Leidinger.net: PGP ID =3D B00= 63FE7 > http://www.FreeBSD.org =A0 =A0 =A0 netchild @ FreeBSD.org =A0: PGP ID =3D= 72077137 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 13:00:26 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F901065702; Fri, 3 Sep 2010 13:00:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 947148FC12; Fri, 3 Sep 2010 13:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o83D0PNI075489; Fri, 3 Sep 2010 09:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o83D0PGS075488; Fri, 3 Sep 2010 13:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Sep 2010 13:00:25 GMT Message-Id: <201009031300.o83D0PGS075488@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 13:00:27 -0000 TB --- 2010-09-03 10:46:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-03 10:46:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-09-03 10:46:16 - cleaning the object tree TB --- 2010-09-03 10:46:51 - cvsupping the source tree TB --- 2010-09-03 10:46:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-09-03 10:47:31 - building world TB --- 2010-09-03 10:47:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 10:47:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 10:47:31 - TARGET=powerpc TB --- 2010-09-03 10:47:31 - TARGET_ARCH=powerpc TB --- 2010-09-03 10:47:31 - TZ=UTC TB --- 2010-09-03 10:47:31 - __MAKE_CONF=/dev/null TB --- 2010-09-03 10:47:31 - cd /src TB --- 2010-09-03 10:47:31 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 3 10:47:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Sep 3 12:32:55 UTC 2010 TB --- 2010-09-03 12:32:55 - generating LINT kernel config TB --- 2010-09-03 12:32:55 - cd /src/sys/powerpc/conf TB --- 2010-09-03 12:32:55 - /usr/bin/make -B LINT TB --- 2010-09-03 12:32:55 - building LINT kernel TB --- 2010-09-03 12:32:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 12:32:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 12:32:55 - TARGET=powerpc TB --- 2010-09-03 12:32:55 - TARGET_ARCH=powerpc TB --- 2010-09-03 12:32:55 - TZ=UTC TB --- 2010-09-03 12:32:55 - __MAKE_CONF=/dev/null TB --- 2010-09-03 12:32:55 - cd /src TB --- 2010-09-03 12:32:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 12:32:55 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Sep 3 12:56:00 UTC 2010 TB --- 2010-09-03 12:56:00 - building GENERIC kernel TB --- 2010-09-03 12:56:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 12:56:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 12:56:00 - TARGET=powerpc TB --- 2010-09-03 12:56:00 - TARGET_ARCH=powerpc TB --- 2010-09-03 12:56:00 - TZ=UTC TB --- 2010-09-03 12:56:00 - __MAKE_CONF=/dev/null TB --- 2010-09-03 12:56:00 - cd /src TB --- 2010-09-03 12:56:00 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 3 12:56:00 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c cc1: warnings being treated as errors /src/sys/kern/sched_ule.c: In function 'sched_switch': /src/sys/kern/sched_ule.c:1801: warning: implicit declaration of function 'sched_pickcpu' /src/sys/kern/sched_ule.c:1801: warning: nested extern declaration of 'sched_pickcpu' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-03 13:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-03 13:00:25 - ERROR: failed to build GENERIC kernel TB --- 2010-09-03 13:00:25 - 5781.12 user 1349.47 system 8049.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 13:20:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F68F106573B for ; Fri, 3 Sep 2010 13:20:08 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 91A868FC17 for ; Fri, 3 Sep 2010 13:20:07 +0000 (UTC) Received: by wwb18 with SMTP id 18so1183301wwb.31 for ; Fri, 03 Sep 2010 06:20:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=+po8jlSAGgPWMABTWciB/bV/kbJgSiOnUtEVyamAabI=; b=dYCaRcG622W/ktfr2OSarjcnJ3UXoQjCWPS0Q4OyLLJf593nvWi8paqWmVrqReFQMo hhM0rVuFKcyxCHoDorKz8MWQ/cQ6TwNKjDoj7l3BJTnLA0CDVPANmYwuiklOwr9cVIiX Zkqphwlvh3f/ld56vQlokNWMU8GqEt2/YzD8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=eXPOWgERTKIThfl9tdbfbhb3D2pVQhB3v23E1LzJt5t9Sn2sqJDOKhl4UoMOF5NYEE VQSmwMqTBRJ71UQvkSQzXfW3Rbg1DQLxjtBLMC+cLdGoyIubIRNDjaZAmLX3yLLFVKOM uuNrdjlbpJEaNIXM6FRhhBiPpCGrqrh0YTIeU= Received: by 10.227.146.73 with SMTP id g9mr612847wbv.188.1283520006597; Fri, 03 Sep 2010 06:20:06 -0700 (PDT) Received: from phemt.homenet.telecomitalia.it.lan (host173-109-dynamic.9-79-r.retail.telecomitalia.it [79.9.109.173]) by mx.google.com with ESMTPS id e31sm1527508wbe.17.2010.09.03.06.20.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Sep 2010 06:20:05 -0700 (PDT) Date: Fri, 3 Sep 2010 13:20:01 +0200 From: Davide Italiano To: Bernhard Schmidt Message-ID: <20100903112000.GA1510@phemt.homenet.telecomitalia.it.lan> References: <201009030832.24799.bschmidt@techwires.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201009030832.24799.bschmidt@techwires.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: problem with wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 13:20:08 -0000 On 03/09/10 08:32, Bernhard Schmidt wrote: > On Friday, September 03, 2010 01:34:54 Davide Italiano wrote: > > Hi. I've been recently upgraded to -CURRENT (9.0). > > After > > # make buildworld > > # make buildkernel KERNCONF=MYKERNEL > > # make install kernel KERNCONF=MYKERNEL > > > > I have rebooted to single-user mode, as suggested in the documentation. > > No more wireless connection. I've a intel 2200 bg wireless card, > > running using the kernel built-in iwi module. > > > > In particular, when I run wpa_supplicant -i wlan0 -c > > /etc/wpa_supplicant.conf I get this: > > > > CTRL-EVENT-SCAN-RESULTS > > CTRL-EVENT-SCAN-RESULTS > > CTRL-EVENT-SCAN-RESULTS > > ... > > > > My wpa_supplicant.conf is: > > > > ap_scan=1 > > fast_reauth=1 > > > > network={ > > ssid="MY_SSID" > > psk="MY_KEY" > > } > > > > Also, my /boot/loader.conf contains > > > > legal.intel_iwi.license_ack=1 > > if_iwi_load="YES" > > > > and my rc.conf > > > > wlans_iwi0="wlan0" > > ifconfig_wlan0="WPA inet 192.168.1.110 netmask 0xffffff00" > > defaultrouter="192.168.1.1" > > > > Again, it worked w/ freebsd 8.1 (stable). Also, I've read in the > > UPDATING file in /usr/src this: > > > > Applications such as wpa_supplicant(8) may require a full world > > build without using NO_CLEAN in order to get synchronized with the > > new structure. > > > > But, I've done a make buildworld before, isn't enough? > > > > Thanks a lot > > Did you also run make installworld? > > -- > Bernhard Now it works. Thanks. I've been forgotten to merge configuration files using mergemaster. From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 13:22:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59BA1065701; Fri, 3 Sep 2010 13:22:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC478FC14; Fri, 3 Sep 2010 13:22:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o83DM5dH031769; Fri, 3 Sep 2010 09:22:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o83DM5lL031768; Fri, 3 Sep 2010 13:22:05 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Sep 2010 13:22:05 GMT Message-Id: <201009031322.o83DM5lL031768@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 13:22:07 -0000 TB --- 2010-09-03 11:08:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-03 11:08:52 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-09-03 11:08:52 - cleaning the object tree TB --- 2010-09-03 11:09:41 - cvsupping the source tree TB --- 2010-09-03 11:09:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-09-03 11:10:07 - building world TB --- 2010-09-03 11:10:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 11:10:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 11:10:07 - TARGET=powerpc TB --- 2010-09-03 11:10:07 - TARGET_ARCH=powerpc64 TB --- 2010-09-03 11:10:07 - TZ=UTC TB --- 2010-09-03 11:10:07 - __MAKE_CONF=/dev/null TB --- 2010-09-03 11:10:07 - cd /src TB --- 2010-09-03 11:10:07 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 3 11:10:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Sep 3 12:53:44 UTC 2010 TB --- 2010-09-03 12:53:44 - generating LINT kernel config TB --- 2010-09-03 12:53:44 - cd /src/sys/powerpc/conf TB --- 2010-09-03 12:53:44 - /usr/bin/make -B LINT TB --- 2010-09-03 12:53:44 - building LINT kernel TB --- 2010-09-03 12:53:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 12:53:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 12:53:44 - TARGET=powerpc TB --- 2010-09-03 12:53:44 - TARGET_ARCH=powerpc64 TB --- 2010-09-03 12:53:44 - TZ=UTC TB --- 2010-09-03 12:53:44 - __MAKE_CONF=/dev/null TB --- 2010-09-03 12:53:44 - cd /src TB --- 2010-09-03 12:53:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 12:53:44 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Sep 3 13:18:17 UTC 2010 TB --- 2010-09-03 13:18:17 - WARNING: skipping GENERIC kernel TB --- 2010-09-03 13:18:17 - building GENERIC64 kernel TB --- 2010-09-03 13:18:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 13:18:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 13:18:17 - TARGET=powerpc TB --- 2010-09-03 13:18:17 - TARGET_ARCH=powerpc64 TB --- 2010-09-03 13:18:17 - TZ=UTC TB --- 2010-09-03 13:18:17 - __MAKE_CONF=/dev/null TB --- 2010-09-03 13:18:17 - cd /src TB --- 2010-09-03 13:18:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Fri Sep 3 13:18:17 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/sched_ule.c cc1: warnings being treated as errors /src/sys/kern/sched_ule.c: In function 'sched_switch': /src/sys/kern/sched_ule.c:1801: warning: implicit declaration of function 'sched_pickcpu' /src/sys/kern/sched_ule.c:1801: warning: nested extern declaration of 'sched_pickcpu' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-03 13:22:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-03 13:22:05 - ERROR: failed to build GENERIC64 kernel TB --- 2010-09-03 13:22:05 - 5556.56 user 1502.90 system 7992.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 13:04:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5097A10657F4; Fri, 3 Sep 2010 13:04:32 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0676B8FC0C; Fri, 3 Sep 2010 13:04:31 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 04F58415BC; Fri, 3 Sep 2010 15:04:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id 1471jSM6ltWW; Fri, 3 Sep 2010 15:04:29 +0200 (CEST) Received: from [192.168.1.2] (unknown [189.72.205.172]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id 832D7415A0; Fri, 3 Sep 2010 15:04:28 +0200 (CEST) References: <20100902080219.GH64651@hoeg.nl> <45764F17-2279-4520-93D7-8F0B8BE991DE@rulez.sk> In-Reply-To: Mime-Version: 1.0 (iPod Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <95629F52-ADF7-4D96-8153-4C9C4E894780@rulez.sk> X-Mailer: iPod Mail (8A293) From: Daniel Gerzo Date: Fri, 3 Sep 2010 10:04:04 -0300 To: Adam Vande More X-Mailman-Approved-At: Fri, 03 Sep 2010 15:17:34 +0000 Cc: Ed Schouten , "doc@freebsd.org" , "current@freebsd.org" Subject: Re: Call for Documentation Contributors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 13:04:32 -0000 On 3.9.2010, at 1:10, Adam Vande More wrote: >>=20 > Wouldn't it be a lot easier to have a nice article on installing > /usr/ports/misc/freebsd-doc-* from the date of the release of the installe= d > system? Or maybe offer archive web access to a handbook snapshot from tha= t > date(Django does something similar)? FYI we have archive of hadbooks and FAQs for past releases at http://docs.fr= eebsd.org/doc/. People just often don't know or are lazy to browse there, ev= en though I believe it is linked from the footer of the handbook. The proble= m here is that we happen to cover all the supported releases in a single han= dbook which simply leads to confusion...on the other hand you may be right t= hat discrepancies don't happen that often and the additional work is not wor= th it. > Maintaining separate handbook branches > seems unrealistic if there aren't enough doc contributors to maintain one t= o > expectations, and IME discrepancies aren't very frequent. From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 16:21:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07FA610657DC; Fri, 3 Sep 2010 16:21:57 +0000 (UTC) (envelope-from peter@3mail4.co.uk) Received: from mail4.morpheushosting.sk (mail4.morpheushosting.sk [69.60.120.12]) by mx1.freebsd.org (Postfix) with ESMTP id B99628FC1E; Fri, 3 Sep 2010 16:21:56 +0000 (UTC) Received: from [192.168.1.5] (cpc14-know8-0-0-cust118.know.cable.virginmedia.com [82.46.228.119]) (authenticated bits=0) by mail4.morpheushosting.sk (8.14.4/8.14.4) with ESMTP id o83FpYp4004314; Fri, 3 Sep 2010 17:51:48 +0200 (CEST) (envelope-from peter@3mail4.co.uk) Message-ID: <4C811954.5040602@3mail4.co.uk> Date: Fri, 03 Sep 2010 16:50:44 +0100 From: "Peter Molnar, BSD" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> In-Reply-To: <20100902214823.GB2542@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-100.5 required=5.1 tests=BAYES_00, RCVD_IN_BRBL_LASTEXT,RCVD_IN_SORBS_DUL,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail4.morpheushosting.sk Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 16:21:57 -0000 On 02/09/10 22:48, Pawel Jakub Dawidek wrote: > On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: > [...] > >> Ok, now that I know you read everything carefully, here is the patch: >> >> http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 >> > Now it is even easier to test new ZFS! :) > > Here you can find VirtualBox Appliance (113MB) with > FreeBSD 9-CURRENT and ZFSv28: > > http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz > > Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. > > You can log in as root with no password (via virtual console or via SSH). > The system IP address is IP 192.168.56.66/24. > There are 16 ada(4) disks to play with. For example: > > zfsv28:root:~# zpool create tank raidz3 ada{0,1,2,3,4,5,6,7} raidz3 ada{8,9,10,11,12,13,14,15} > zfsv28:root:~# zpool status > pool: tank > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz3-0 ONLINE 0 0 0 > ada0 ONLINE 0 0 0 > ada1 ONLINE 0 0 0 > ada2 ONLINE 0 0 0 > ada3 ONLINE 0 0 0 > ada4 ONLINE 0 0 0 > ada5 ONLINE 0 0 0 > ada6 ONLINE 0 0 0 > ada7 ONLINE 0 0 0 > raidz3-1 ONLINE 0 0 0 > ada8 ONLINE 0 0 0 > ada9 ONLINE 0 0 0 > ada10 ONLINE 0 0 0 > ada11 ONLINE 0 0 0 > ada12 ONLINE 0 0 0 > ada13 ONLINE 0 0 0 > ada14 ONLINE 0 0 0 > ada15 ONLINE 0 0 0 > > errors: No known data errors > > Hi, I would like to try ZFS + VirtualBox but I have got problems: 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux I tried import that file in my VirtualBox but I have got error: Failed to import appliance. /home/peter/FreeBSD/zfsv28.ovf Too many IDE controllers in OVF; import facility only supports one. 2) I tried to install VirtualBox under 64-bit FreeBSD 9.0-CURRENT #2 [root@server /usr/ports/emulators/virtualbox-ose]# make Requires 32-bit libraries installed under /usr/lib32. Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. How can I fix that error in FreeBSD? Peter From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 16:52:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B34010656A5; Fri, 3 Sep 2010 16:52:11 +0000 (UTC) (envelope-from peter@3mail4.co.uk) Received: from mail4.morpheushosting.sk (mail4.morpheushosting.sk [69.60.120.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1F48C8FC14; Fri, 3 Sep 2010 16:52:10 +0000 (UTC) Received: from [192.168.1.5] (cpc14-know8-0-0-cust118.know.cable.virginmedia.com [82.46.228.119]) (authenticated bits=0) by mail4.morpheushosting.sk (8.14.4/8.14.4) with ESMTP id o83GptoW005612; Fri, 3 Sep 2010 18:52:10 +0200 (CEST) (envelope-from peter@3mail4.co.uk) Message-ID: <4C81277A.60407@3mail4.co.uk> Date: Fri, 03 Sep 2010 17:51:06 +0100 From: "Peter Reo Molnar, 64-bit FreeBSD 9.0" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> <4C811954.5040602@3mail4.co.uk> In-Reply-To: <4C811954.5040602@3mail4.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-100.5 required=5.1 tests=BAYES_00, RCVD_IN_BRBL_LASTEXT,RCVD_IN_SORBS_DUL,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail4.morpheushosting.sk Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 16:52:11 -0000 On 03/09/10 16:50, Peter Molnar, BSD wrote: > On 02/09/10 22:48, Pawel Jakub Dawidek wrote: >> On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: >> [...] >>> Ok, now that I know you read everything carefully, here is the patch: >>> >>> http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 >> Now it is even easier to test new ZFS! :) >> >> Here you can find VirtualBox Appliance (113MB) with >> FreeBSD 9-CURRENT and ZFSv28: >> >> http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz >> >> Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. >> >> You can log in as root with no password (via virtual console or via >> SSH). >> The system IP address is IP 192.168.56.66/24. >> There are 16 ada(4) disks to play with. For example: >> >> zfsv28:root:~# zpool create tank raidz3 ada{0,1,2,3,4,5,6,7} >> raidz3 ada{8,9,10,11,12,13,14,15} >> zfsv28:root:~# zpool status >> pool: tank >> state: ONLINE >> scan: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> raidz3-0 ONLINE 0 0 0 >> ada0 ONLINE 0 0 0 >> ada1 ONLINE 0 0 0 >> ada2 ONLINE 0 0 0 >> ada3 ONLINE 0 0 0 >> ada4 ONLINE 0 0 0 >> ada5 ONLINE 0 0 0 >> ada6 ONLINE 0 0 0 >> ada7 ONLINE 0 0 0 >> raidz3-1 ONLINE 0 0 0 >> ada8 ONLINE 0 0 0 >> ada9 ONLINE 0 0 0 >> ada10 ONLINE 0 0 0 >> ada11 ONLINE 0 0 0 >> ada12 ONLINE 0 0 0 >> ada13 ONLINE 0 0 0 >> ada14 ONLINE 0 0 0 >> ada15 ONLINE 0 0 0 >> >> errors: No known data errors >> > Hi, > I would like to try ZFS + VirtualBox but I have got problems: > > > 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 > x86_64 GNU/Linux > > I tried import that file in my VirtualBox but I have got error: > Failed to import appliance. > /home/peter/FreeBSD/zfsv28.ovf > Too many IDE controllers in OVF; import facility only supports one. > > > 2) I tried to install VirtualBox under 64-bit FreeBSD 9.0-CURRENT #2 > > [root@server /usr/ports/emulators/virtualbox-ose]# make > Requires 32-bit libraries installed under /usr/lib32. > Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 > *** Error code 1 > > Stop in /usr/ports/emulators/virtualbox-ose. > *** Error code 1 > > Stop in /usr/ports/emulators/virtualbox-ose. > > How can I fix that error in FreeBSD? > > > Peter > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" I forgot reading sorry for bother... cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 Peter From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 16:53:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AAB11065697; Fri, 3 Sep 2010 16:53:21 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBD58FC1E; Fri, 3 Sep 2010 16:53:20 +0000 (UTC) Received: by fxm4 with SMTP id 4so1450042fxm.13 for ; Fri, 03 Sep 2010 09:53:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=yIp+Ym5b2Hg8+Ds8upZ1wBGdyIzDIDxsZzFbrZK6r6E=; b=XAS5f9/NPWBrYaQu5zZuMFp+0WZefWuiH8SG4fiAE3g65I5VQwaKoEXnV17KZy72Bk JRQ2Kc+FXJ3Zs+Dzz+f7PraQFBzjVl3Kw81Hk7sBgB8/xennlbwy3Bw4X3754AEjuHL0 DWMnuXL5Nm/iEYmz6C6ufNLtiGA63ljzrvke4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=fjyVbbexNBSHogS3T7vNeLSJBnNctaZIqDhrTZVNDu4ShFEQE/aQvh/QUnJkI1U4ls NQR15TapPlCGeEyVFgyo5zIQB7+DliasukQKAzWWV5qg5b6ab0ISkpO2w7h2BxoTIIOY la2budeMS2fTdJVgltqMIxQx0SBnxrrAoFGAs= Received: by 10.223.119.147 with SMTP id z19mr1071674faq.4.1283532799385; Fri, 03 Sep 2010 09:53:19 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-137-20.dsl.klmzmi.sbcglobal.net [99.181.137.20]) by mx.google.com with ESMTPS id k15sm973998fai.40.2010.09.03.09.53.17 (version=SSLv3 cipher=RC4-MD5); Fri, 03 Sep 2010 09:53:18 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C8127FC.7020801@DataIX.net> Date: Fri, 03 Sep 2010 12:53:16 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: "Peter Molnar, BSD" References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> <4C811954.5040602@3mail4.co.uk> In-Reply-To: <4C811954.5040602@3mail4.co.uk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 16:53:21 -0000 On 09/03/2010 11:50, Peter Molnar, BSD wrote: > Requires 32-bit libraries installed under /usr/lib32. > Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 Did you happen to see the above ? -- jhell,v From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 17:02:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 042B510656D3; Fri, 3 Sep 2010 17:02:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id A36AB8FC17; Fri, 3 Sep 2010 17:02:58 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6BF22456B1; Fri, 3 Sep 2010 19:02:56 +0200 (CEST) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9EB3E45684; Fri, 3 Sep 2010 19:02:51 +0200 (CEST) Date: Fri, 3 Sep 2010 19:02:41 +0200 From: Pawel Jakub Dawidek To: "Peter Molnar, BSD" Message-ID: <20100903170241.GF1780@garage.freebsd.pl> References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> <4C811954.5040602@3mail4.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BRE3mIcgqKzpedwo" Content-Disposition: inline In-Reply-To: <4C811954.5040602@3mail4.co.uk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 17:02:59 -0000 --BRE3mIcgqKzpedwo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 03, 2010 at 04:50:44PM +0100, Peter Molnar, BSD wrote: > Hi, > I would like to try ZFS + VirtualBox but I have got problems: >=20 >=20 > 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010=20 > x86_64 GNU/Linux >=20 > I tried import that file in my VirtualBox but I have got error: > Failed to import appliance. > /home/peter/FreeBSD/zfsv28.ovf > Too many IDE controllers in OVF; import facility only supports one. Which VirtualBox version do you use? 3.2.8? Exporting appliances is a bit broken (if you have more than one disk, it will point all disks at the last one from configuration), so I had to edit .ovf file manually to fix this. Maybe I messed something up, but I was able to successfully import it before publishing it. PS. I waited for so long for decent virtualization software for FreeBSD, and I must say VirtualBox is really great, and free, and open-source Are you reading this, VMWare? --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --BRE3mIcgqKzpedwo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyBKjEACgkQForvXbEpPzRfNgCdH+kqRa62Hy0+V49KxZCfVkIp jg4AoM7iyd+b5QHwJ5kZ4VJ72bh6RKqZ =SKsL -----END PGP SIGNATURE----- --BRE3mIcgqKzpedwo-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 17:44:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68DF10656A6 for ; Fri, 3 Sep 2010 17:44:49 +0000 (UTC) (envelope-from alp@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.freebsd.org (Postfix) with ESMTP id 49EE88FC1A for ; Fri, 3 Sep 2010 17:44:48 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.252.128]) (authenticated bits=0) by mail.r61.net (8.14.4/8.14.1) with ESMTP id o83HJi4D003323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 3 Sep 2010 21:19:48 +0400 (MSD) (envelope-from alp@rsu.ru) Message-ID: <4C812E30.30609@rsu.ru> Date: Fri, 03 Sep 2010 21:19:44 +0400 From: Alexander Pyhalov User-Agent: Thunderbird 2.0.0.23 (X11/20091202) MIME-Version: 1.0 To: Rui Paulo References: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> In-Reply-To: <236CEF13-3153-4ACA-9C67-B0116FF76EB3@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: DTrace userland project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 17:44:49 -0000 Hello. I've just tried to compile postgresql 84 with enabled dtrace on FreeBSD-current (checked out repository two days ago). I have the following error in compile time: dtrace -C -G -s utils/probes.d access/common/heaptuple.o access/common/indextuple.o ... // here follows other object files dtrace: (malloc) /usr/src/lib/libc/stdlib/malloc.c:2636: Failed assertion: "(run->regs_mask[elm] & (1U << bit)) == 0" gmake: *** [utils/probes.o] Abort trap: 6 (core dumped) Rui Paulo wrote: > Hi, > The DTrace userland project is near completion and you can start using parts of it right away (only on FreeBSD HEAD right now). > > For more information on how to use DTrace with userland, please read: > http://wiki.freebsd.org/DTrace/userland > > This project is being sponsored by the FreeBSD Foundation. > > Regards, > -- > Rui Paulo > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 18:10:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A7EF10656C9 for ; Fri, 3 Sep 2010 18:10:41 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 283518FC18 for ; Fri, 3 Sep 2010 18:10:40 +0000 (UTC) Received: by qyk31 with SMTP id 31so280359qyk.13 for ; Fri, 03 Sep 2010 11:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=z2GYLlDJwic5nz0D/nHq7kVyzT91eVAv/acTEqAprrs=; b=ffWVTbf/8ba+UAE9COwNtSQFQocxyRCBJi9eBEDNgNnLIn7jdLlM+KgJTYhNuusgK8 NwMI11VMBPxGlvUTrZjUBJRJVWqk3DaN2mliWMHJWGZ+trfgUJOTvR2Q+gqSGWnVFa2e 94RzyfWyQZKBLclfLlVUODRH1GousaZ+o1z/g= 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=T3fQ0tmek1LGH/NVJ9PuD3JqTkWUA0GW8VE9h/JVlsbeuegYdaN9MiU14mcraVYz47 S3/X0o6cllqUlPY8XAQ2EULfdbM9YELZaiIhdFBYt5ZLFoHTnEbrZcthOzGyrDDJTxxM jWw3GZ1LDTwGDFDiWNzeBC7agDGKCKIQlwUYw= MIME-Version: 1.0 Received: by 10.224.67.73 with SMTP id q9mr274546qai.25.1283537440292; Fri, 03 Sep 2010 11:10:40 -0700 (PDT) Received: by 10.224.60.82 with HTTP; Fri, 3 Sep 2010 11:10:40 -0700 (PDT) In-Reply-To: References: <20100903120758.58155gvs7me78e80@webmail.leidinger.net> Date: Fri, 3 Sep 2010 12:10:40 -0600 Message-ID: From: "Jason J. W. Williams" To: Olivier Smedts Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: ZFS Cache & Log Device Failure Handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 18:10:41 -0000 Hi Olivier, Removal came around 18, but at least in OpenSolaris failure of the device (and it's replacement) were handled from day one of the dedicated ZIL feature. -J On Fri, Sep 3, 2010 at 6:18 AM, Olivier Smedts wrote: > 2010/9/3 Alexander Leidinger : >> Quoting "Jason J. W. Williams" (from Thu, 2 = Sep >> 2010 13:30:51 -0600): >> >>> How well does ZFS on FreeBSD handle a dying/wedged log and/or cache >>> device? OpenSolaris handles this pretty well in my experience and will >>> fail through relatively quickly. But this tends to rely on FMA. Thank >>> you in advance. >> >> No problem for the cache device. I have an USB memory stick as a cache >> device, and if I just remove it during operation, the system handles the >> situation. If you connect it again, you need to remove/readd it via zfs >> commands. > > I've got the same setup and just have to "online" the usb key after boot. > > As for the zil/log device, I think it should be supported in the > upcoming ZFS v28 patch (maybe you can give it a try, see pjd's mail) > because zil removal was introduced in a zpool version after v14/15 > (what's in 8-STABLE and 9-CURRENT). > >> >> I do not use a log device. >> >> Bye, >> Alexander. >> >> -- >> Govern a great nation as you would cook a small fish. =A0Don't overdo it= . >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-- Lao Tsu >> >> http://www.Leidinger.net =A0 =A0Alexander @ Leidinger.net: PGP ID =3D B0= 063FE7 >> http://www.FreeBSD.org =A0 =A0 =A0 netchild @ FreeBSD.org =A0: PGP ID = =3D 72077137 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > > > > -- > Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 = X > www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ > > =A0 "Il y a seulement 10 sortes de gens dans le monde : > =A0 ceux qui comprennent le binaire, > =A0 et ceux qui ne le comprennent pas." > From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 18:26:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454801065670 for ; Fri, 3 Sep 2010 18:26:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E655E8FC1E for ; Fri, 3 Sep 2010 18:26:00 +0000 (UTC) Received: by qwg5 with SMTP id 5so2226050qwg.13 for ; Fri, 03 Sep 2010 11:26:00 -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=PDDEGSEoI8k9Xo6b27X1izi/04TwEcmMRFbzso5ltpk=; b=soVMMTOiDcgteosrqv4zIkA8otJvAUQPb5tbc1RELFrCjNn7/UESGWfzjaYUDXmWMa 6CK1VsPkNDPYGHX1EuV2uoyaVhWSIF5GpPXYZt1JxNS0uT26MfRcEbJzcWETKJEUZdp/ +wEM2dsGT9FHDNCPekXQU50knv2i92pZjAqsg= 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=sg1rTBTEOHU6pysRb5qH2vE1JtPscHbfjt8GqfIdK1CjZmqQmmlXI9Oev6Rtu0a++h kQEwqymljUskZjYfF4ihuBfaqbsXgVODoSka8FG/kYfbzBfNNrfcTgDOr8OOlJ1vm28Q gGsOee9mELUS5YZSmbp5u/+seecoNmUIMXovQ= Received: by 10.229.236.133 with SMTP id kk5mr939941qcb.191.1283538359972; Fri, 03 Sep 2010 11:25:59 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e6sm2218930qcr.41.2010.09.03.11.25.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Sep 2010 11:25:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 3 Sep 2010 11:25:34 -0700 From: Pyun YongHyeon Date: Fri, 3 Sep 2010 11:25:34 -0700 To: Anton Shterenlikht Message-ID: <20100903182534.GM21940@michelle.cdnetworks.com> References: <20100902100014.GA26562@mech-cluster241.men.bris.ac.uk> <20100902170316.GA28362@mech-cluster241.men.bris.ac.uk> <20100902183603.GD21940@michelle.cdnetworks.com> <20100903084204.GA35820@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100903084204.GA35820@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: bge(4) problem on sparc64 between r204991M and r212097 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 18:26:01 -0000 On Fri, Sep 03, 2010 at 09:42:04AM +0100, Anton Shterenlikht wrote: > On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote: > > On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote: > > > On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote: > > > > I just updated world and kernel from r204991M to r212097 on sparc64. > > > > > > > > Now I can't ping my gateway. If I boot kernel.old, then > > > > the network works fine. As far as I could see mergemaster > > > > didn't update any network files. > > > > > > > > Please advise > > > > > > > > In the meantime I'll try intermediate revisions. > > > > > > I narrowed down the problem to between r212050 and r212080. > > > Will continue tomorrow. > > > > > > > Thanks for reporting. There was a big change in r212061, so try > > backing out that revision and see whether this makes differences > > or not. > > yes, r212061 is the offending revision, r212060 works fine. > Please let me know if you want any further information. Thanks for narrowing down guilty revision. Would you show me verbose boot message? > I can't see anything obvious in the logs. > I also failed to spot what went wrong. From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 21:15:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A450F10656B7 for ; Fri, 3 Sep 2010 21:15:50 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id 641908FC19 for ; Fri, 3 Sep 2010 21:15:50 +0000 (UTC) Received: from labgw2.phaedrus.sandvine.com (192.168.222.22) by WTL-EXCH-1.sandvine.com (192.168.196.31) with Microsoft SMTP Server id 14.0.694.0; Fri, 3 Sep 2010 17:05:01 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 10332) id 7806233C00; Fri, 3 Sep 2010 17:05:01 -0400 (EDT) Date: Fri, 3 Sep 2010 17:05:01 -0400 From: Ed Maste To: Pawel Jakub Dawidek Message-ID: <20100903210501.GA83333@sandvine.com> References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> <4C811954.5040602@3mail4.co.uk> <20100903170241.GF1780@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20100903170241.GF1780@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 21:15:50 -0000 On Fri, Sep 03, 2010 at 07:02:41PM +0200, Pawel Jakub Dawidek wrote: > Exporting appliances is a bit broken (if you have more than one disk, it > will point all disks at the last one from configuration), so I had to > edit .ovf file manually to fix this. Maybe I messed something up, but I > was able to successfully import it before publishing it. I tried VirtualBox 3.2.4 on Windows, and was able to import this appliance without any major trouble. The only problem was a complaint about an "Inexistent host networking interface," which I solved by going into the network settings and updating Network -> Adapter 1. I guess it's just an issue with the way the interface is named on Windows vs. FreeBSD. Thanks for all of the work on this pjd! -Ed From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 21:58:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E73110656D9 for ; Fri, 3 Sep 2010 21:58:38 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 481608FC18 for ; Fri, 3 Sep 2010 21:58:37 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 59605271; Fri, 3 Sep 2010 17:58:37 -0400 (EDT) Received: from frontend1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 03 Sep 2010 17:58:37 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=from:to:subject:date:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; s=smtpout; bh=5LWAISdDlg07+V+d/emnV6RpRtA=; b=tt8MQo0WRl3GKNDglHs/uU4DFx9yMF+ea6J66EBZewIjETKQ/SkX+FS+2TNa1r1MRH7R57WODB2YQHgpQc5kz7X3T4wdNGHZQX5WhEfKmaO2GykipgTDbiP75LrB9/LXzAx45nGXLJ2cSxkbiIHeGkj4o3nNpncRjzHmj2GKrek= X-Sasl-enc: VmQHQi90pHp/0RViqk/nKbTdeA/fqey6IWO8eECXAy4M 1283551116 Received: from tcbug.ixsystems.com (70-14-130-144.pools.spcsdns.net [70.14.130.144]) by mail.messagingengine.com (Postfix) with ESMTPSA id 7E3294081D5; Fri, 3 Sep 2010 17:58:36 -0400 (EDT) From: Josh Paetzel To: freebsd-current@freebsd.org Date: Fri, 3 Sep 2010 16:57:21 -0500 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1310169.geUuK8cUQE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201009031657.29695.josh@tcbug.org> Cc: Randy Stewart Subject: Re: Trouble with a atapi-cam backup.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 21:58:38 -0000 --nextPart1310169.geUuK8cUQE Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Thursday 02 September 2010 15:23:46 Randy Stewart wrote: > Hi all: >=20 > So I finally upgraded my 7.3stable main server to 8.1stable... >=20 > And now my backup to atapi-cam is failing.. I get: >=20 > root@lakerest /usr/tmp]# /usr/local/bin/growisofs -Z /dev/cd0 -R -J > backup_init.08-31-2010.gz >=20 > :-( unable to CAMGETPASSTHRU for /dev/cd0: Inappropriate ioctl for >=20 > device >=20 >=20 > Now atapi-cam I have built into the kernel (not a loaded module).. and > so is scsibus.. and all > its friends. Cam control seems to see the device: >=20 > [root@lakerest /usr/tmp]# camcontrol devlist > at scbus0 target 1 lun 0 (cd0,pass0) >=20 > Any suggestions of what I left out of the kernel would be most > helpful.. >=20 > Oh my kern.conf is: >=20 > ***************************** > include GENERIC > ident mymachine > device atapicam > options IPDIVERT > options IPFIREWALL > ******************************* >=20 > And its an i386 >=20 > Thanks >=20 > R >=20 > ----- > Randall Stewart > randall@lakerest.net >=20 I've had pretty good luck in 8.1 with the ahci and ada drivers, which will= =20 present CDROMs as SCSI devices without ATAPICAM. device ahci device ada # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) And remove: # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering And ATAPICAM of course. =2D-=20 Thanks, Josh Paetzel --nextPart1310169.geUuK8cUQE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAABAgAGBQJMgW9JAAoJEKFq1/n1feG2CLAH/28O+ef0kNJsWq1UQSHaaydz nPiqvi1ecsJF8ASFX7vLZL+juWt5tTx+x8HOC03eh55s+i1U2P2qRl7aHVwa2/xg 8wbXoY+N08w6ZyRzAQOUhib/xKxSWl17JDOy9797Ga5ZmpfuTHniSjUjUpss07Ze 6IQ420HSXG8Y60mqKydwmLV7yElfq+5UAmNQaOj3KVYR7WRTaYhpiPPeZ9/DyTlL BcCCIlUH1hQGRuerN8EfgnylCmOcNM1j+azC+LUwmzgfUicULiHvR885KBoUbRBx mVy4CoXJjdbZ0b4ERWSMPe1fkhjeanItvxVBhRpxchGlD52MiZx9uGrdqupx5Vg= =8wwC -----END PGP SIGNATURE----- --nextPart1310169.geUuK8cUQE-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 23:41:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6A0010656CE for ; Fri, 3 Sep 2010 23:41:22 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 757248FC15 for ; Fri, 3 Sep 2010 23:41:22 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id o83NUm0W001576; Fri, 3 Sep 2010 16:30:48 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id o83NUjmt001573; Fri, 3 Sep 2010 16:30:45 -0700 (PDT) (envelope-from obrien) Date: Fri, 3 Sep 2010 16:30:44 -0700 From: "David O'Brien" To: Jeff Roberson Message-ID: <20100903233038.GA1383@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Jeff Roberson , freebsd-current@freebsd.org References: <4BDF2A4D.3030706@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: SUJ deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 23:41:22 -0000 On Wed, May 05, 2010 at 12:54:07PM -1000, Jeff Roberson wrote: > On Mon, 3 May 2010, Fabien Thomas wrote: >>>> I'm with r207548 now and since some days i've system deadlock. >>>> It seems related to SUJ with process waiting on suspfs or ppwait. >>> >>> I've also seen it stalled in suspfs, but this information is way better >>> than what I was able to garner. I was only able to tell via ctrl-t on >>> a stalled 'ls' process in a terminal before hard booting. [..] > Can anyone who has experienced this hang test this patch: > > Thanks, > Jeff > Index: ffs_softdep.c > =================================================================== > --- ffs_softdep.c (revision 207480) > +++ ffs_softdep.c (working copy) > @@ -9301,7 +9301,7 @@ > hadchanges = 1; > } > /* Leave this inodeblock dirty until it's in the list. */ > - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) == UNLINKED) > + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) == UNLINKED) Hi Jeff, I didn't seem to experience this problem back in May, but I'm now experiencing it on a regular basis. I seem to trigger it almost every other or 3rd day during the daily run. I wind up with cvsup or svnsync stalled and any 'ls' of my sources partition waiting on suspfs. (note, I am also running diskcheckd from ports.) My kernel sources are at: Last Changed Author: davidxu Last Changed Rev: 211534 Last Changed Date: 2010-08-20 16:51:34 -0700 (Fri, 20 Aug 2010) I have also experienced it back to at least: Last Changed Author: yongari Last Changed Rev: 210152 Last Changed Date: 2010-07-15 16:34:58 -0700 (Thu, 15 Jul 2010) Weird thing is - I can still access this partition across NFS without problems. dragon$ cd /src/fbsd Filesystem Size Used Avail Capacity Mounted on /dev/da31s1f 271G 119G 130G 48% /src dragon$ ls load: 0.12 cmd: ls 77901 [suspfs] 2.26r 0.00u 0.00s 0% 1212k quynh$ cd /src/fbsd quynh$ df . Filesystem Size Used Avail Capacity Mounted on dragon:/src 271G 119G 130G 48% /src quynh$ ls .svn/ lib/ COPYRIGHT libexec/ ..snip.. Processes also have a tendency to complete quite slowly at times - waiting in vlruwk. When I reboot, usually / and /src (but not 3 other partitions) give a "Bad cg number {negative number}" error from fsck; so a full fsck is run. This results in what seems tens of thousands iterations of: UNREF FILE I=[..snip..] RECONNECT? yes SORRY no space in lost+found directory unexpected soft update inconsistency CLEAR? yes thoughts? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 02:27:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA1F010656DA; Sat, 4 Sep 2010 02:27:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 75B678FC08; Sat, 4 Sep 2010 02:27:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o842RJgY098339; Fri, 3 Sep 2010 22:27:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o842RJ0P098338; Sat, 4 Sep 2010 02:27:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Sep 2010 02:27:19 GMT Message-Id: <201009040227.o842RJ0P098338@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 02:27:20 -0000 TB --- 2010-09-04 00:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-04 00:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-04 00:25:00 - cleaning the object tree TB --- 2010-09-04 00:25:50 - cvsupping the source tree TB --- 2010-09-04 00:25:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-04 00:26:44 - building world TB --- 2010-09-04 00:26:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-04 00:26:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-04 00:26:44 - TARGET=i386 TB --- 2010-09-04 00:26:44 - TARGET_ARCH=i386 TB --- 2010-09-04 00:26:44 - TZ=UTC TB --- 2010-09-04 00:26:44 - __MAKE_CONF=/dev/null TB --- 2010-09-04 00:26:44 - cd /src TB --- 2010-09-04 00:26:44 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 4 00:26:44 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 4 02:16:51 UTC 2010 TB --- 2010-09-04 02:16:51 - generating LINT kernel config TB --- 2010-09-04 02:16:51 - cd /src/sys/i386/conf TB --- 2010-09-04 02:16:51 - /usr/bin/make -B LINT TB --- 2010-09-04 02:16:52 - building LINT kernel TB --- 2010-09-04 02:16:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-04 02:16:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-04 02:16:52 - TARGET=i386 TB --- 2010-09-04 02:16:52 - TARGET_ARCH=i386 TB --- 2010-09-04 02:16:52 - TZ=UTC TB --- 2010-09-04 02:16:52 - __MAKE_CONF=/dev/null TB --- 2010-09-04 02:16:52 - cd /src TB --- 2010-09-04 02:16:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 4 02:16:52 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_io.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_misc.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_cam.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_freebsd.c -I/src/sys/dev/twa cc1: warnings being treated as errors /src/sys/dev/twa/tw_osl_freebsd.c: In function 'twa_watchdog': /src/sys/dev/twa/tw_osl_freebsd.c:475: warning: cast to pointer from integer of different size /src/sys/dev/twa/tw_osl_freebsd.c:475: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-04 02:27:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-04 02:27:19 - ERROR: failed to build lint kernel TB --- 2010-09-04 02:27:19 - 5305.55 user 1262.72 system 7339.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 06:34:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE43710656A8 for ; Sat, 4 Sep 2010 06:34:10 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id C11478FC1C for ; Sat, 4 Sep 2010 06:34:10 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id o846YAI8013909 for ; Fri, 3 Sep 2010 23:34:10 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id o846YAeT013908 for freebsd-current@freebsd; Fri, 3 Sep 2010 23:34:10 -0700 (PDT) (envelope-from obrien) Date: Fri, 3 Sep 2010 23:34:10 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20100904063410.GA13820@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Subject: trying /sbin/init => panic: bad pte X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 06:34:10 -0000 This happens on AMD64 for me, r212166 (2010-09-02 15:37:13 -0700) kernel sources. But, an i386 kernel of r212166 sources boots fine on the same hardware. Root mount waiting for: usbus6 usbus2 uhub2: 6 ports with 6 removable, self powered uhub6: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad8s1a ct_to_ts([2010-09-03 23:27:18]) = 1283556438.000000000 start_init: trying /sbin/init panic: bad pte cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff802050aa = db_trace_self_wrapper+0x2a panic() at 0xffffffff805da702 = panic+0x182 pmap_remove_pages() at 0xffffffff808cdd6f = pmap_remove_pages+0x67f vmspace_exit() at 0xffffffff80840b69 = vmspace_exit+0x99 exit1() at 0xffffffff805aee0e = exit1+0x35e sys_exit() at 0xffffffff805afb1e = sys_exit+0xe syscallenter() at 0xffffffff8061b9bb = syscallel() at 0xffffffff808d59ac = syscall+0x4c Xfast_syscall() at 0xscall+0xe2 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x800911d9c, rsp = 0x7fffff- Uptime: 8s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 08:39:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C642A10656CD for ; Sat, 4 Sep 2010 08:39:38 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE368FC12 for ; Sat, 4 Sep 2010 08:39:38 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id o848daED015335 for ; Sat, 4 Sep 2010 01:39:36 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id o848dXHG015333 for freebsd-current@freebsd.org; Sat, 4 Sep 2010 01:39:33 -0700 (PDT) (envelope-from obrien) Date: Sat, 4 Sep 2010 01:39:32 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20100904083927.GA15319@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20100904063410.GA13820@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100904063410.GA13820@dragon.NUXI.org> X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: trying /sbin/init => panic: bad pte X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 08:39:38 -0000 On Fri, Sep 03, 2010 at 11:34:10PM -0700, David O'Brien (@FreeBSD) wrote: > This happens on AMD64 for me, r212166 (2010-09-02 15:37:13 -0700) kernel > sources. Sorry for the false alarm - this was a local environment problem. -- David From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 10:03:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99CDA10656A8 for ; Sat, 4 Sep 2010 10:03:12 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (unknown [IPv6:2001:470:1f15:1531:224:e8ff:fe3d:60a5]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE428FC18 for ; Sat, 4 Sep 2010 10:03:12 +0000 (UTC) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id A61EC2D01; Sat, 4 Sep 2010 12:03:09 +0200 (CEST) Date: Sat, 4 Sep 2010 12:03:09 +0200 From: Thomas Quinot To: Randy Stewart Message-ID: <20100904100309.GA73739@melamine.cuivre.fr.eu.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: Trouble with a atapi-cam backup.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 10:03:12 -0000 * Randy Stewart, 2010-09-02 : > And now my backup to atapi-cam is failing.. I get: > > root@lakerest /usr/tmp]# /usr/local/bin/growisofs -Z /dev/cd0 -R -J > backup_init.08-31-2010.gz > :-( unable to CAMGETPASSTHRU for /dev/cd0: Inappropriate ioctl for > device Would be interesting to see the output of truss or ktrace for this command. Can you open a PR and send that info? Does "camcontrol inq cd0" work? Thomas. From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 11:51:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A491065696; Sat, 4 Sep 2010 11:51:38 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 273B98FC19; Sat, 4 Sep 2010 11:51:38 +0000 (UTC) Received: by iwn34 with SMTP id 34so2756238iwn.13 for ; Sat, 04 Sep 2010 04:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=eFLx+TlBMz0Ud3UkfDf1GCrdeaPeP51pFh9vFptzriM=; b=t1+GmKf5x61alpYtjS7sp2KowJfPLecbaZPOvG/ASMjFjjAwCtxowZRDMXAhucLQHF c1Ou5rxFu0Rj4yK01/rpi/wdQI97vEhT7MVSdNMe/rSRFc5GLeFQFyBiNGvpUU3V0Os0 LV+FCzrt3AdopqAfpM+Y9UNpQNwye82+eXS0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=a25vC4oU2ljGBxIZCOksA5Iif+o9syx/JffoX1ju3LjEkZlgGwhfMQh7+ZHfzTm/uL rOtZx2/YtuVouKRMqpka2EN84N2/nU8NjasGmyaSXBki58kFVrRBnaROF+KWaxDLKznd YcfzA13LtZyechLD7VlXtYQWVlahekQ13QWLI= Received: by 10.231.183.81 with SMTP id cf17mr2646321ibb.32.1283601097732; Sat, 04 Sep 2010 04:51:37 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-137-20.dsl.klmzmi.sbcglobal.net [99.181.137.20]) by mx.google.com with ESMTPS id r3sm3247772ibk.19.2010.09.04.04.51.35 (version=SSLv3 cipher=RC4-MD5); Sat, 04 Sep 2010 04:51:36 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C8232C6.9020108@DataIX.net> Date: Sat, 04 Sep 2010 07:51:34 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> <4C811954.5040602@3mail4.co.uk> <20100903170241.GF1780@garage.freebsd.pl> In-Reply-To: <20100903170241.GF1780@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, "Peter Molnar, BSD" Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 11:51:38 -0000 On 09/03/2010 13:02, Pawel Jakub Dawidek wrote: > On Fri, Sep 03, 2010 at 04:50:44PM +0100, Peter Molnar, BSD wrote: >> Hi, >> I would like to try ZFS + VirtualBox but I have got problems: >> >> >> 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 >> x86_64 GNU/Linux >> >> I tried import that file in my VirtualBox but I have got error: >> Failed to import appliance. >> /home/peter/FreeBSD/zfsv28.ovf >> Too many IDE controllers in OVF; import facility only supports one. > > Which VirtualBox version do you use? 3.2.8? > > Exporting appliances is a bit broken (if you have more than one disk, it > will point all disks at the last one from configuration), so I had to > edit .ovf file manually to fix this. Maybe I messed something up, but I > was able to successfully import it before publishing it. > > PS. I waited for so long for decent virtualization software for FreeBSD, > and I must say VirtualBox is really great, and free, and open-source > Are you reading this, VMWare? > They will only read it if it comes with a disclaimer and they're license attached to the top along with a contract signed by you so when they disagree with it they can hand you a pink-slip with they're license attached to the top. As for VirtualBox, which is a Sun thing, gone Oratorically wrong... How long does anyone expect this technology to stick around?. -- jhell,v From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 14:14:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89C1510656B8 for ; Sat, 4 Sep 2010 14:14:48 +0000 (UTC) (envelope-from listas@secover.com.br) Received: from hm1479-27.locaweb.com.br (hm1479-27.locaweb.com.br [201.76.49.208]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8358FC0A for ; Sat, 4 Sep 2010 14:14:48 +0000 (UTC) Received: from hm2076.locaweb.com.br (189.126.112.72) by hm1479-21.locaweb.com.br (PowerMTA(TM) v3.5r15) id hg9a5g0nvdcu for ; Sat, 4 Sep 2010 10:59:12 -0300 (envelope-from ) Received: from [189.126.112.72] (localhost [127.0.0.1]) by hm2076.locaweb.com.br (Postfix) with ESMTP id 656B23411C2 for ; Sat, 4 Sep 2010 10:59:12 -0300 (BRT) Received: from cl03.mobimail.com (hm2443.locaweb.com.br [187.45.209.25]) by hm2076.locaweb.com.br (Postfix) with ESMTP id 5DC56340306 for ; Sat, 4 Sep 2010 10:59:12 -0300 (BRT) Received: from [201.50.151.170] (account listas@secover.com.br HELO [192.168.1.2]) by hm2443.cl03.mobimail.com (CommuniGate Pro SMTP 5.2.16) with ESMTPSA id 95018790 for freebsd-current@freebsd.org; Sat, 04 Sep 2010 10:59:06 -0300 Message-ID: <4C825094.5040204@secover.com.br> Date: Sat, 04 Sep 2010 10:58:44 -0300 From: Anderson Eduardo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Checked: YES, Locaweb Anti-spam Subject: Using ipfw table names instead of numbers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 14:14:48 -0000 Hello developers, I use the ipfw firewall with many tables and, I would like of able to=20 use it with name/alias instead of just numbers. E.g: lab# ipfw table 1 name lanetwork Setting table 1 to lanetwork lab# ipfw table lanetwork add 192.168.0.0/24 lab# ipfw table lanetwork list 192.168.0.0/24 0 lab# I think a good idea a patch to do that. Any comments? --=20 Anderson Eduardo Diretor Geral Tel.: +55 (71) 3641-6450 Secover - Servi=E7os em Tecnologia e Seguran=E7a da Informa=E7=E3o http://www.secover.com.br From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 19:17:28 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ACFD1065672; Sat, 4 Sep 2010 19:17:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 463BA8FC17; Sat, 4 Sep 2010 19:17:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o84JHRCC057418; Sat, 4 Sep 2010 15:17:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o84JHRNU057415; Sat, 4 Sep 2010 19:17:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Sep 2010 19:17:27 GMT Message-Id: <201009041917.o84JHRNU057415@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 19:17:28 -0000 TB --- 2010-09-04 17:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-04 17:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-04 17:15:00 - cleaning the object tree TB --- 2010-09-04 17:15:59 - cvsupping the source tree TB --- 2010-09-04 17:15:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-04 17:16:52 - building world TB --- 2010-09-04 17:16:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-04 17:16:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-04 17:16:52 - TARGET=i386 TB --- 2010-09-04 17:16:52 - TARGET_ARCH=i386 TB --- 2010-09-04 17:16:52 - TZ=UTC TB --- 2010-09-04 17:16:52 - __MAKE_CONF=/dev/null TB --- 2010-09-04 17:16:52 - cd /src TB --- 2010-09-04 17:16:52 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 4 17:16:52 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 4 19:07:04 UTC 2010 TB --- 2010-09-04 19:07:04 - generating LINT kernel config TB --- 2010-09-04 19:07:04 - cd /src/sys/i386/conf TB --- 2010-09-04 19:07:04 - /usr/bin/make -B LINT TB --- 2010-09-04 19:07:04 - building LINT kernel TB --- 2010-09-04 19:07:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-04 19:07:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-04 19:07:04 - TARGET=i386 TB --- 2010-09-04 19:07:04 - TARGET_ARCH=i386 TB --- 2010-09-04 19:07:04 - TZ=UTC TB --- 2010-09-04 19:07:04 - __MAKE_CONF=/dev/null TB --- 2010-09-04 19:07:04 - cd /src TB --- 2010-09-04 19:07:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 4 19:07:04 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_io.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_misc.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_cam.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_freebsd.c -I/src/sys/dev/twa cc1: warnings being treated as errors /src/sys/dev/twa/tw_osl_freebsd.c: In function 'twa_watchdog': /src/sys/dev/twa/tw_osl_freebsd.c:475: warning: cast to pointer from integer of different size /src/sys/dev/twa/tw_osl_freebsd.c:475: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-04 19:17:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-04 19:17:27 - ERROR: failed to build lint kernel TB --- 2010-09-04 19:17:27 - 5308.77 user 1305.16 system 7346.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 19:54:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C35CD106564A for ; Sat, 4 Sep 2010 19:54:10 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 125408FC0C for ; Sat, 4 Sep 2010 19:54:09 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA04946 for ; Sat, 04 Sep 2010 22:54:08 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OryoS-000CXv-Av for freebsd-current@FreeBSD.org; Sat, 04 Sep 2010 22:54:08 +0300 Message-ID: <4C82A3DF.2000809@freebsd.org> Date: Sat, 04 Sep 2010 22:54:07 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C7F782B.8050507@freebsd.org> <4C7FA1BF.30206@freebsd.org> In-Reply-To: <4C7FA1BF.30206@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: problem with amd64 minidump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 19:54:10 -0000 on 02/09/2010 16:08 Andriy Gapon said the following: > on 02/09/2010 13:10 Andriy Gapon said the following: >> >> Not sure if this is some local issue or a problem in FreeBSD code. >> I remember minidumps working perfectly well for me, but now I can not get data >> from them. >> Example: >> dmesg -M /var/crash/vmcore.4 >> dmesg: _kvm_vatop: direct map address 0xffffff012fffffe0 not in minidump >> dmesg: kvm_read: invalid address (0xffffff012fffffe0) > > Not sure if it can help, but it seems that this virtual address in DMAP > corresponds to a physical address in the last page of RAM. > Do we use that for anything special? Message buffer? > I had a quick look at getmemsize() function in sys/amd64/amd64/machdep.c and it > looks like the following code in the function could be doing just that: > > Maxmem = atop(phys_avail[pa_indx]); > > /* Trim off space for the message buffer. */ > phys_avail[pa_indx] -= round_page(MSGBUF_SIZE); > > /* Map the message buffer. */ > msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); > > Oh, and yeah: > (gdb) p msgbufp > $4 = (struct msgbuf *) 0xffffff012fffffe0 > > But we do dump the message buffer. > But somehow its dmap address is not resolved correctly. > > This should ring a bell for someone knowledgeable of minidump and libkvm code, I > believe. Just for the record: this was triggered by having non-default MSGBUF_SIZE, see r212174 for the fix. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 20:24:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E3681065679 for ; Sat, 4 Sep 2010 20:24:28 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1098F8FC27 for ; Sat, 4 Sep 2010 20:24:27 +0000 (UTC) Received: by qyk31 with SMTP id 31so1291264qyk.13 for ; Sat, 04 Sep 2010 13:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=JDF1QMahqRdxCZYLrCdqrOkOgB/MNhSYtITAOhMFYdU=; b=lcGc1al3CF3zqrEhl+ojq9/rb8Uci0bNCCfssHROUnpTwjYGYOmvI8ODFtijmiK+P1 yBq7tLysL/1EgFMwlnYUXqIQyyFtqJokeGkOWWgKdJNztkox8Dc5DYAjgtfqWdMWRkK/ rV28Cy18pXTNSdhX+rxSK1dbXKfAmxA7Wgvp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=FuX91OjZThwcTHc8CEKc/PrMjnZyzbFY9JE+iuqWxDuLP9DhDlkGVxbQaJCH3M4M0A 6VMu3LyrbJnxi+6k5NaPO8sv2JAIEkZeGskCktTYOgNqaclBFKGHI9Q+3b5N0blj/WW7 t7NxhXcZpTL0A7Js62FX2SX407H4ZVal3rCxU= Received: by 10.224.3.21 with SMTP id 21mr135218qal.337.1283630222203; Sat, 04 Sep 2010 12:57:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.241.213 with HTTP; Sat, 4 Sep 2010 12:56:32 -0700 (PDT) In-Reply-To: <4C8232C6.9020108@DataIX.net> References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> <4C811954.5040602@3mail4.co.uk> <20100903170241.GF1780@garage.freebsd.pl> <4C8232C6.9020108@DataIX.net> From: Matthias Gamsjager Date: Sat, 4 Sep 2010 21:56:32 +0200 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 20:24:28 -0000 I got this compile error agains todays current patched with patch -p0 -E < /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recv': /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:3586: error: too few arguments to function 'getf' cc1: warnings being treated as errors /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:3761: warning: passing argument 1 of 'releasef' makes pointer from integer without a cast /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_send': /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:3831: error: too few arguments to function 'getf' /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:3844: warning: passing argument 1 of 'releasef' makes pointer from integer without a cast /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_diff': /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4356: error: too few arguments to function 'getf' /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4369: warning: passing argument 1 of 'releasef' makes pointer from integer without a cast /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfsdev_ioctl': /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4930: error: 'FKIOCTL' undeclared (first use in this function) *** Error code 1 /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_onexit.c: In function 'zfs_onexit_fd_hold': /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_onexit.c:127: error: too few arguments to function 'getf' cc1: warnings being treated as errors /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_onexit.c: In function 'zfs_onexit_fd_rele': /usr/src9/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_onexit.c:145: warning: passing argument 1 of 'releasef' makes pointer from integer without a cast *** Error code 1 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error