From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 03:29:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC52D1065672; Sun, 7 Jun 2009 03:29:40 +0000 (UTC) (envelope-from geekounet@poildetroll.net) Received: from tritus.poildetroll.net (tritus.poildetroll.net [81.93.245.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1278FC17; Sun, 7 Jun 2009 03:29:40 +0000 (UTC) (envelope-from geekounet@poildetroll.net) Received: from korriban.poildetroll.net (kashyyyk.poildetroll.net [88.162.190.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tritus.poildetroll.net (Postfix) with ESMTPSA id 6F26A596; Sun, 7 Jun 2009 05:13:11 +0200 (CEST) Message-ID: <4A2B3040.7020509@poildetroll.net> Date: Sun, 07 Jun 2009 05:13:04 +0200 From: Pierre Guinoiseau Organization: Poil de Troll User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Kip Macy References: <951233.95131.qm@web39108.mail.mud.yahoo.com> <3c1674c90905302055g542cfadarf201cc273639977d@mail.gmail.com> <4A23919F.8050905@mail.zedat.fu-berlin.de> In-Reply-To: <4A23919F.8050905@mail.zedat.fu-berlin.de> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig81DD83F7930A0BFB208EDAD4" Cc: attilio@freebsd.org, bf , "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 03:29:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig81DD83F7930A0BFB208EDAD4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have a similar problem, for about 3 weeks/1 month now, on a SMP box. If i run something using much cpu for a "long" time and/or causing heavy I/O, like compiling or watching a video, my box slows down a lot, X11 (and any apps, X11 or not) become much less responsive, the CPU stays at 100% load (mainly because of X11), even when the original task is ended. If I stop X11, the system stay still very slow. The only way to get my machine back in a usable state is to reboot it... :( Following this discussion, I've tried to compile a kernel (with a fresh check out from yesterday) with and without adaptive sx, and it didn't change anything at all, so this is not the origin of the problem. I've no idea from where the problem comes from, and I can't say exactly since when it is here. But I can give more informations about my system if needed and test any solution you could advise if any. Thanks! Pierre Guinoiseau O. Hartmann wrote: > Kip Macy wrote: >>> I'm running the r193133 amd64 with a custom kernel and all debugging = off >>> on an AMD Athlon64 3400+ single-core, and I haven't noticed any signi= ficant >>> slowing, although I haven't been doing any systematic benchmarking. >>> >>> What would be the penalties of running an SMP -CURRENT kernel on >>> single-core hardware with no hyperthreading? Can anyone quantify the >>> typical added overhead? Or, counterintuitively, would an SMP kernel >>> be better in some ways? >>> >>> =20 >> He is trying to diagnose if the problem was introduced by enabling >> adaptive spinning on sx locks. They're only enabled on SMP kernels. >> >> Cheers, >> Kip >> =20 > Well, no SMP on UP AMD CPUs without SMT means no usage of the sx locks.= > As far as I know, the sx locks were introduced a couple of days ago, > weren't they? >=20 > To avoid any kind of misunderstanding, there is no permanent 'slowdown'= , > it occurs especially whenever the system's compiler builds world or a > kernel or heavy I/O activities occur. It seems my boxes, especially the= > UP box, is freezing, no reaction on X11. Well, first time I thought it > is related to UP, low memory or especially new drm code used with X11 > for acceleration, but I also realized those 'slowdown-incidents' on > boxes with multicores, 8 or more GB of RAM and no X11 installed and > running. This performance impact in situations whenever building a > world is significant. We did not change the compiler, it is still the > old gcc 4.2, so I do not expect an impact from new high-memory and > cpu-consuming optimization routines. I do not even benchmark my boxes > day for day, but I usually do a set of the same work on those boxes use= d > for scientific work, so while building world even on SMP boxes and > working after installation with the same software set reveals some > weirdness in some points. >=20 > I thought this is due some use-uninterruptable debugging switches, some= > wrote the malloc code is about to change and so on so I was wondering i= f > there is something temporarely going on at the moment where some hints > could prevent me from building a world within this testing phase. Just > speculation. >=20 > Greetings, > Oliver > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --------------enig81DD83F7930A0BFB208EDAD4 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.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkorMEYACgkQJikNJSAyef9y3gCeOapd85K42gDZUfl9ZLjkSJ+K pFEAn0IaJhH1ACHyjIP5wcBJJUaFg3hE =UIpk -----END PGP SIGNATURE----- --------------enig81DD83F7930A0BFB208EDAD4-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 04:46:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4591065688 for ; Sun, 7 Jun 2009 04:46:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 14DA38FC29 for ; Sun, 7 Jun 2009 04:46:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1074427rvb.43 for ; Sat, 06 Jun 2009 21:46:23 -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=u3Hu+kArylGwqYPjcJ8M3UKAMnSIv4B9An1JHLYcVvk=; b=xFvqP8q56U9SvOM+Z01KZIa9jH8qmUVKPulKKPvNTgyCeYjTzZA1QbxPLOeSw92EWR mYbl+vIqUBNY4imsW+9qNgYPm3r/LlRw7C0SpzxJumSs386DlHbJAqIpqCgZMNzb/nLh dcA04JbAsg0buk5bpuu4k+4YSn98a4AnDcKVw= 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=NytBHAlIxGxBer0fB225VvZXKrhD7NDSF0IbHEAmu7G7PUNccUideK2TMErspSj3p+ TOc//QHIbTbyABX+MeS1vccE2W7X2n708tAQrNmuAp/vS0EqBRZG6x30/am55vcFUD+y mkCbG/kQxK7eNxZx1273Vj60dA1Y43mdtqMuo= Received: by 10.141.29.8 with SMTP id g8mr4163624rvj.283.1244349983549; Sat, 06 Jun 2009 21:46:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm5925895rvb.27.2009.06.06.21.46.21 (version=SSLv3 cipher=RC4-MD5); Sat, 06 Jun 2009 21:46:22 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sun, 7 Jun 2009 13:48:02 +0900 From: Pyun YongHyeon Date: Sun, 7 Jun 2009 13:48:02 +0900 To: Franck Royer Message-ID: <20090607044802.GB51551@michelle.cdnetworks.co.kr> References: <4A2A878D.30203@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2A878D.30203@free.fr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Attansic L1e Gigabit Ethernet driver support 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: Sun, 07 Jun 2009 04:46:24 -0000 On Sat, Jun 06, 2009 at 04:13:17PM +0100, Franck Royer wrote: > Hi, > > I have an Acer Aspire 6930 and I'm using the freebsd 8.0-CURRENT branch > (the 2009-05) on amd64. > > As said in the topic, I have a network card Attansic L1e Gigabit > Ethernet which is not recognize by the GENERIC kernel and current > age/ale drivers. > That's strange. Would you show me the output of "pciconf -lcv"? It's possible that you have third generation ethernet controller, AR8131/AR8132 from Atheros. I'm working on supporting these controllers and you can get the latest driver for AR8131/AR8132 from the following URL. http://people.freebsd.org/~yongari/alc/if_alc.c http://people.freebsd.org/~yongari/alc/if_alcreg.h http://people.freebsd.org/~yongari/alc/if_alcvar.h http://people.freebsd.org/~yongari/alc/Makefile > I'd like to know what is the current solution to make it works because I > saw different solutions. I'll probably try this one : > http://daemonforums.org/showthread.php?t=2244 (patching the ale driver, Ignore the thread. You don't need any patches to make ale(4) run on RELENG_7/CURRENT. > but for now I'm waiting for the end of the download of my freebsd dvd > cause of course I need the kernel sources to compile it). > > I can give my dmesg messages but it's not obvious (cause I doing a zfs > only installation, it is why I took the current, and my other installed > system is a ubuntu without zfs support :/). > > Cheers, > > Franck From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 05:57:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1811065670; Sun, 7 Jun 2009 05:57:30 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id BB3AC8FC18; Sun, 7 Jun 2009 05:57:29 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by ewy8 with SMTP id 8so3236937ewy.43 for ; Sat, 06 Jun 2009 22:57:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=kSS1SWucJ/sdxDPBjFdq+v/fc/Y8srbUmesx+sqPEpY=; b=l/CgXTNUA+BY839zKpn15OMG1IFRYyHvrr0OBBSt+n/S1mVD6qteMOh1uXY6WdTdLf HRSD2ls5tIK8Twi/opvKFI6vs6KV3jslW7X6IZhxJWSE3k0pcJOTy+26ezLXuIv6QaYB vsiwZ1WwY6qci02jCXIwrhQ0CSWHGPQm+PSK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=Qcb0nigzuHT5dZQj9HLbbW4eeqLbbw7HIIur8dX+1eIVmhXgCv2qv7UEtW6c/Yzdhn 8BMd92PIqPlAnFC2RGMldT7u5ugVNL1mDN7LGfxQwi9Mqjwh8qyD/QVLhkipr+eL0pZ2 hLtq6mRunjubJqbk7T4AzWZJfqvXNrlmVWB4k= Received: by 10.216.29.201 with SMTP id i51mr1794844wea.214.1244352394206; Sat, 06 Jun 2009 22:26:34 -0700 (PDT) Received: from localhost ([212.209.91.47]) by mx.google.com with ESMTPS id p10sm2998439gvf.19.2009.06.06.22.26.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Jun 2009 22:26:32 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=localhost.my.domain) by localhost with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MDAtI-0000bL-2E; Sun, 07 Jun 2009 07:25:56 +0200 Received: (from kaiw@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n575Ptfq002314; Sun, 7 Jun 2009 07:25:55 +0200 (CEST) (envelope-from kaiwang27@gmail.com) X-Authentication-Warning: localhost.my.domain: kaiw set sender to kaiwang27@gmail.com using -f Date: Sun, 7 Jun 2009 07:25:55 +0200 From: Kai Wang To: Tim Kientzle Message-ID: <20090607052555.GA2154@viskning> References: <20090604093831.GE48776@hoeg.nl> <31BD4D08-6558-46FF-9B93-CF8249AAC461@cederstrand.dk> <4A27F105.4040109@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4A27F105.4040109@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Ed Schouten , hackers@freebsd.org, current@freebsd.org, Erik Cederstrand Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 05:57:31 -0000 On Thu, Jun 04, 2009 at 09:06:29AM -0700, Tim Kientzle wrote: > Erik Cederstrand wrote: > > > > LLVM provides a linker (http://llvm.org/cmds/llvm-ld.html) but "it > > doesn't interact correctly with conventional nm/ar/etc" > > (http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005296.html). > > In what way does it not interact correctly? llvm-ar manual page: http://llvm.org/cmds/llvm-ar.html I think the major difference is that llvm-ar is aimed for bitcode (.bc) files, same as other llvm-xxx tools. (for example, llvm-ld) Other that that, llvm-ar uses a different symbol table, a different compression solution. (llvm-ar compresses each member separately, not the entire archive, this is probably better wrt random access of members?). llvm-ar also has a handy -R option which we should probably add to our ar(1). And from what I read in the wiki, it looks like llvm-ld can be used as long as --emit-llvm is specified when compiling? -Kai From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 10:39:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01781065670; Sun, 7 Jun 2009 10:39:50 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6BC8FC0C; Sun, 7 Jun 2009 10:39:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm11 with SMTP id 11so156148fxm.43 for ; Sun, 07 Jun 2009 03:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=gIZFFBV4/lJB1ctastMd9SNzmMf4fgwSaZKrh0ph3os=; b=wDduDjVWv+b5UMxKpx17I/+CJHjYc/Ozck4W/wLnwAzDHBOobyOVPeOLkSeEW8OJfv dSHCuk+/Pb8RJyQuy8wT7PnPMW1BEjgdTCvOowvV2Jqc87LnKGpTQ07Pvd+lEgXQcyQl d4wRONTKaeKMGxl1mazjl3eWvOoP+NRpV/8N4= 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=cRExt0iddDX6uVZaF5AE3dvzBNYYfH84h3QNBq6Y7AOx9VBMqw8IY6Z5GDqO+Yt0US pQEve57Ork0xW/cao/7fogZu2N0BYj17dtm3K0TLtQ9YfBbLATUgUwt5lSQtToFsKaSQ h+ZO4MMUeW38VK8VrwDhmp2SerbpH9pBoL1j0= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.108.74 with SMTP id e10mr3009805fap.35.1244371189138; Sun, 07 Jun 2009 03:39:49 -0700 (PDT) In-Reply-To: <4A2B3040.7020509@poildetroll.net> References: <951233.95131.qm@web39108.mail.mud.yahoo.com> <3c1674c90905302055g542cfadarf201cc273639977d@mail.gmail.com> <4A23919F.8050905@mail.zedat.fu-berlin.de> <4A2B3040.7020509@poildetroll.net> Date: Sun, 7 Jun 2009 12:39:49 +0200 X-Google-Sender-Auth: ec02410664f7e02e Message-ID: <3bbf2fe10906070339k663bace7qe5142702248ce6c9@mail.gmail.com> From: Attilio Rao To: Pierre Guinoiseau Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: bf , "O. Hartmann" , freebsd-current@freebsd.org, Kip Macy Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 10:39:51 -0000 2009/6/7 Pierre Guinoiseau : > Hi, > > I have a similar problem, for about 3 weeks/1 month now, on a SMP box. > If i run something using much cpu for a "long" time and/or causing heavy > I/O, like compiling or watching a video, my box slows down a lot, X11 > (and any apps, X11 or not) become much less responsive, the CPU stays at > 100% load (mainly because of X11), even when the original task is ended. > If I stop X11, the system stay still very slow. The only way to get my > machine back in a usable state is to reboot it... :( Would you both be able to get a schedgraph trace of your offending workloads? In order to do that you would need to: - Recompile your kernel by just adding the following lines: options KTR options KTR_COMPILE=(KTR_SCHED) options KTR_ENTRIES=262144 options KTR_MASK=(KTR_SCHED) - Install the py-tkinter package from ports - While the new kernel is running the workload you are profiling do 'sysctl debug.ktr.mask=0' (it will disable, until restored the ability to trace, so in order to get more traces re-enable it) - Then do ktrdump -ct > ktr.out and send the output to lists, possibly specifying the frequency of your cores Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 11:38:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CD9D106564A for ; Sun, 7 Jun 2009 11:38:30 +0000 (UTC) (envelope-from francklarchange@free.fr) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id D13F28FC0C for ; Sun, 7 Jun 2009 11:38:28 +0000 (UTC) (envelope-from francklarchange@free.fr) Received: from wmproxy1-g27.free.fr (wmproxy1-g27.free.fr [212.27.42.91]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id EAA17D1AAB6 for ; Sun, 7 Jun 2009 13:21:01 +0200 (CEST) Received: from wmproxy1-g27.free.fr (localhost [127.0.0.1]) by wmproxy1-g27.free.fr (Postfix) with ESMTP id BC3D7632CC; Sun, 7 Jun 2009 13:20:58 +0200 (CEST) Received: from UNKNOWN (imp4-g19.priv.proxad.net [172.20.243.134]) by wmproxy1-g27.free.fr (Postfix) with ESMTP id 1DEEC21260; Sun, 7 Jun 2009 13:20:51 +0200 (CEST) Received: by UNKNOWN (Postfix, from userid 0) id 1DF9B6E228C87; Sun, 7 Jun 2009 13:20:51 +0200 (CEST) Received: from ([81.156.64.216]) by imp.free.fr (IMP) with HTTP for ; Sun, 07 Jun 2009 13:20:51 +0200 Message-ID: <1244373651.4a2ba2931774f@imp.free.fr> Date: Sun, 07 Jun 2009 13:20:51 +0200 From: francklarchange@free.fr To: pyunyh@gmail.com References: <4A2A878D.30203@free.fr> <20090607044802.GB51551@michelle.cdnetworks.co.kr> In-Reply-To: <20090607044802.GB51551@michelle.cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 81.156.64.216 Cc: Franck Royer , freebsd-current@freebsd.org Subject: Re: Attansic L1e Gigabit Ethernet driver support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 11:38:30 -0000 I'm sorry, I actually have the same problem than in thread "ACPI problem with new acer aspire 6930G", I misread the logs and didn't realized that acpi was the problem, here is my dmesg : ale0: irq 17 at device 0.0 on pci9 ale0: 0x40000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). ale0: cannot allocate memory resources. device_attach: ale0 attach returned 6 If it is still useful, here is pciconf -lcv for the network card : ale0@pci0:9:0:0: class=0x020000 card=0x015e1025 chip=0x10261969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[48] = MSI supports 1 message, 64 bit cap 10[58] = PCI-Express 1 endpoint max data 128(4096) link x1(x1) cap 03[6c] = VPD Here is my full dmesg.boot : http://pastebay.com/20666 and my full pciconf -lcv : http://pastebay.com/20667 Cheers, Franck Selon Pyun YongHyeon : > On Sat, Jun 06, 2009 at 04:13:17PM +0100, Franck Royer wrote: > > Hi, > > > > I have an Acer Aspire 6930 and I'm using the freebsd 8.0-CURRENT branch > > (the 2009-05) on amd64. > > > > As said in the topic, I have a network card Attansic L1e Gigabit > > Ethernet which is not recognize by the GENERIC kernel and current > > age/ale drivers. > > > > That's strange. Would you show me the output of "pciconf -lcv"? > It's possible that you have third generation ethernet controller, > AR8131/AR8132 from Atheros. I'm working on supporting these > controllers and you can get the latest driver for AR8131/AR8132 > from the following URL. > http://people.freebsd.org/~yongari/alc/if_alc.c > http://people.freebsd.org/~yongari/alc/if_alcreg.h > http://people.freebsd.org/~yongari/alc/if_alcvar.h > http://people.freebsd.org/~yongari/alc/Makefile > > > I'd like to know what is the current solution to make it works because I > > saw different solutions. I'll probably try this one : > > http://daemonforums.org/showthread.php?t=2244 (patching the ale driver, > > Ignore the thread. You don't need any patches to make ale(4) run on > RELENG_7/CURRENT. > > > but for now I'm waiting for the end of the download of my freebsd dvd > > cause of course I need the kernel sources to compile it). > > > > I can give my dmesg messages but it's not obvious (cause I doing a zfs > > only installation, it is why I took the current, and my other installed > > system is a ubuntu without zfs support :/). > > > > Cheers, > > > > Franck > _______________________________________________ > 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 Jun 7 12:49:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4574E1065673; Sun, 7 Jun 2009 12:49:04 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id A9EF98FC1B; Sun, 7 Jun 2009 12:49:03 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.32.24]) by forwards4.yandex.ru (Yandex) with ESMTP id DF822193139; Sun, 7 Jun 2009 16:33:58 +0400 (MSD) Received: from coltel-gw-vpdn-p340.coltel.ru ([83.167.73.87]:52346 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6144107AbZFGMd5 (ORCPT + 3 others); Sun, 7 Jun 2009 16:33:57 +0400 X-Yandex-TimeMark: 1244378037 X-Yandex-Spam: 1 X-Yandex-Front: smtp5 X-BornDate: 1161464400 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id C1A3A1420E6; Sun, 7 Jun 2009 16:33:55 +0400 (MSD) Date: Sun, 7 Jun 2009 16:33:54 +0400 From: Sergey Zaharchenko To: Martin Wilke Message-ID: <20090607123354.GA2645@shark.localdomain> References: <20090527134343.GB1104@bsdcrew.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20090527134343.GB1104@bsdcrew.de> X-Listening-To: Silence User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 12:49:04 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Martin! Wed, May 27, 2009 at 03:43:43PM +0200 you wrote: >=20 > Howdy, >=20 > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) >=20 > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz I'm running -CURRENT (yesterday's kernel) on i386, single-processor. I've tried this out, it works OK (including a WinXP install + installation of VS2005 under it), but there's a problem when I try to shut down the VM: the host system reproducibly panics:(. Here's what I've managed to get: Unread portion of the kernel message buffer: panic: vm_page_dirty: page is invalid! (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc086270e in boot (howto=3D260) at /home/df/checkouts/freebsd/src/sys/= kern/kern_shutdown.c:420 #2 0xc08629e2 in panic (fmt=3DVariable "fmt" is not available. ) at /home/df/checkouts/freebsd/src/sys/kern/kern_shutdown.c:576 #3 0xc0a9fdf2 in vm_page_dirty (m=3D0x0) at /home/df/checkouts/freebsd/src= /sys/vm/vm_page.c:574 #4 0xc0b685ad in pmap_remove_pte (pmap=3D0xc87bb358, ptq=3DVariable "ptq" = is not available. ) at /home/df/checkouts/freebsd/src/sys/i386/i386/pmap.c:2478 #5 0xc0b68f1a in pmap_remove (pmap=3D0xc87bb358, sva=3D2945187840, eva=3D2= 945318912) at /home/df/checkouts/freebsd/src/sys/i386/i386/pmap.c:2607 #6 0xc0a967bc in vm_map_delete (map=3D0xc87bb2ac, start=3D2945187840, end= =3D2945318912) at /home/df/checkouts/freebsd/src/sys/vm/vm_map.c:2579 #7 0xc0a969c1 in vm_map_remove (map=3D0xc87bb2ac, start=3D2945187840, end= =3D2945318912) at /home/df/checkouts/freebsd/src/sys/vm/vm_map.c:2608 #8 0xc19ef55c in rtR0MemObjNativeFree () from /boot/modules/vboxdrv.ko #9 0xc19edbb2 in RTR0MemObjFree () from /boot/modules/vboxdrv.ko #10 0xc19dc4ac in supdrvMemRelease () from /boot/modules/vboxdrv.ko #11 0xc19df52e in supdrvIOCtl () from /boot/modules/vboxdrv.ko #12 0xc19dadca in VBoxDrvFreeBSDIOCtl () from /boot/modules/vboxdrv.ko #13 0xc07e73f8 in devfs_ioctl_f (fp=3D0xc7c54508, com=3D3317652896, data=3D= 0xc5bf5da0, cred=3D0xc87c1800, td=3D0xc8257900) at /home/df/checkouts/freeb= sd/src/sys/fs/devfs/devfs_vnops.c:660 #14 0xc08a59ad in kern_ioctl (td=3D0xc8257900, fd=3D22, com=3D3223082507, d= ata=3D0xc5bf5da0 "birddrib\034") at file.h:262 #15 0xc08a5b34 in ioctl (td=3D0xc8257900, uap=3D0xe6d33cf8) at /home/df/che= ckouts/freebsd/src/sys/kern/sys_generic.c:677 #16 0xc0b6c853 in syscall (frame=3D0xe6d33d38) at /home/df/checkouts/freebs= d/src/sys/i386/i386/trap.c:1073 #17 0xc0b4fab0 in Xint0x80_syscall () at /home/df/checkouts/freebsd/src/sys= /i386/i386/exception.s:261 #18 0x00000033 in ?? () Still, thanks a lot for your hard work! VirtualBox is such a nice thing... --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkors7EACgkQwo7hT/9lVdzXQgCeN5v37Y0EDRKZhH2nBt1hZyB7 Z9AAniSBfIHf5C6GlfIl2rOmsCd2cftH =QP50 -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 13:23:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0E271065675; Sun, 7 Jun 2009 13:23:19 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 00A248FC22; Sun, 7 Jun 2009 13:23:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm11 with SMTP id 11so210892fxm.43 for ; Sun, 07 Jun 2009 06:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=kUAp036ZlBys68AKcRARwgHKT+qK3CcBrnA8OGgc8Es=; b=b8ZBDcYgVacoI2GSVvJwTsWD0/YA05AOA0M9Q7f/s/q4jUSQJt6cn6xCEN8N58WzOt 08g3bN3QH07KaMr7W1ND7oUyjtOGexrMemM+mWDNXuC6WP6LUTHzcEo0x6IoKzYEg2YF GtAk4fsFb4yIG7XYxCowC9oBMq7ru/AEZETl4= 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=OiRaziZdBxEbsnmhVcMhjNd8GKNSdRzdSQfVJV5Op5Z+bsOWvEWkZ0O53h+dcVv5+q Kkf3l0SQBfHoHU6oyaVddMFNrI7aYwB1OdwQyVpi/IwZvfivQXdrRcEAiEfb5MykIYxT hPmCLFLoIojfLYf75YikdP75O+pZNlR5GQVdg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.113.9 with SMTP id y9mr3074998fap.61.1244380997910; Sun, 07 Jun 2009 06:23:17 -0700 (PDT) In-Reply-To: <4A2BBDC0.6000801@poildetroll.net> References: <951233.95131.qm@web39108.mail.mud.yahoo.com> <3c1674c90905302055g542cfadarf201cc273639977d@mail.gmail.com> <4A23919F.8050905@mail.zedat.fu-berlin.de> <4A2B3040.7020509@poildetroll.net> <3bbf2fe10906070339k663bace7qe5142702248ce6c9@mail.gmail.com> <4A2BBDC0.6000801@poildetroll.net> Date: Sun, 7 Jun 2009 15:23:17 +0200 X-Google-Sender-Auth: 6449b0ff95c534b0 Message-ID: <3bbf2fe10906070623o65ce021fkb7f59fe1924cc1ec@mail.gmail.com> From: Attilio Rao To: Pierre Guinoiseau Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: bf , "O. Hartmann" , freebsd-current@freebsd.org, Kip Macy Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 13:23:20 -0000 2009/6/7 Pierre Guinoiseau : > Ok, here is a ktr output. This time, the slowdown appeared while > recompiling thunderbird. I have 2 core at 2.2Ghz (and powerd running, I > don't know if it matters). > > BTW, what is the use of py-tkinter ? If it was in order to cause the > bug, it failed, it needed a higher load. :) Ah sorry, I was supposed to let you run schedgraph but I'm going to do that, so you actually didn't need it I will let you know if something cames up. If others can report the same it will be great. Thanks, Attilio From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 15:27:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63D7F1065703 for ; Sun, 7 Jun 2009 15:27:44 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from mailout.zetnet.co.uk (mailout.zetnet.co.uk [194.247.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id E5ABD8FC25 for ; Sun, 7 Jun 2009 15:27:43 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from irwell.zetnet.co.uk ([194.247.47.48] helo=zetnet.co.uk) by mailout.zetnet.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1MDK0s-00047J-8S; Sun, 07 Jun 2009 16:10:22 +0100 Received: from mail.chrishedley.com (53-233.adsl.zetnet.co.uk [194.247.53.233]) by zetnet.co.uk (8.14.1/8.14.1/Debian-9) with ESMTP id n57FAKKg021667; Sun, 7 Jun 2009 16:10:21 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 6655B925B5; Sun, 7 Jun 2009 16:10:19 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6rSKXka05fPg; Sun, 7 Jun 2009 16:10:17 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 3803C9259D; Sun, 7 Jun 2009 16:10:17 +0100 (BST) Date: Sun, 7 Jun 2009 16:10:17 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.1.7 (zetnet.co.uk [194.247.46.1]); Sun, 07 Jun 2009 16:10:21 +0100 (BST) Cc: Subject: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 15:27:44 -0000 Hope it's not bad form for me to forward this on to -current for comments; I guess since nobody else has brought this up it's something I'm doing wrong rather than a serious flaw, but I'd be most grateful for a pointer nonetheless. :) And, since I think I forgot to mention it, I'm using -current/amd64 and ZFS v13. ---------- Forwarded message ---------- Date: Fri, 5 Jun 2009 11:00:48 From: Chris Hedley To: freebsd-amd64@freebsd.org Subject: New builds won't boot Hi all, I was wondering if anybody has any suggestions for me. Since around January this year, I've been unable to get new builds to boot on my system: they go through the usual kernel initialisation stage, reach the "ZFS is an experimental feature" message, sometimes followed a few other random notices, and then it hangs indefinitely. I've just regressed to a version from mid January which boots without any problems, though ZFS from that point is unstable enough that I'm unable to update any of the packages on the security alerts list without it locking up, so it's not ideal. I've tried various approaches to see if I can find out what was the problem. I did read that GEOM_MIRROR has displayed similar problems in recent versions, especially if combined with k8temp, oddly, but disabling one or other, or both, or making it part of the kernel, and various other trial-and-error configurations haven't yielded any success. Other attempts have been to try a build both with and without SMP, turning off optimisation in CFLAGS and numerous other fiddles that I can't recall now. A further complication is that USB appears also to be broken in the newer versions, so although I can break out into the debugger, the keyboard doesn't work from that point onwards. Not that it makes a lot of difference as I'm not really sure what to look for. It is also worth noticing that a build of GENERIC also has the above two problems so I'm not entirely convinced it's a configuration issue unless there's something weird in my loader.conf, which is as follows if it looks suspect to anybody: #geom_mirror_load="YES" geom_label_load="YES" geom_eli_load="YES" nvram_load="YES" zfs_load="YES" vm.kmem_size="1536M" vm.kmem_size_max="1536M" vfs.zfs.arc_min="512M" vfs.zfs.arc_max="1024M" vfs.zfs.prefetch_disable=1 # vfs.zfs.zil_disable=1 vfs.root.mountfrom="zfs:tank/root.2009.01" kern.maxfiles="25000" My system setup is a uniprocessor Opteron 248 in a Tyan Thunder dual processor motherboard with 3GB registered/ECC RAM. I use ZFS for my main storage array in a RAIDZ2 configuration spread across eight of its 10 partitioned SATA discs; the system boots off one component of a GEOM_MIRROR enabled partition to avoid any need for zfsboot and related issues. I'm wondering if it might be ZFS that's the problem here. I'm not especially enthusiastic about giving it up, so might I be better off migrating to Solaris, do you think? Any suggestions would be welcome! _______________________________________________ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 18:08:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A9DD106564A for ; Sun, 7 Jun 2009 18:08:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C956A8FC0C for ; Sun, 7 Jun 2009 18:08:38 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so182559bwz.43 for ; Sun, 07 Jun 2009 11:08:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=yNrKXfZ3Cn3aQUmayv//w2h9/XHRZlavqOp6XcgZHBw=; b=YFTA2Cmo6TfBTpOIHAjdZZfotKMJ1laOinNXHdODtOjk8uEbh+Yw1lBrrR3dNzDqZj in6Qf0XEQgAjNbcK9fMuw9+hptqtfvWzCXwWI7JsM7aLWxDyvu8OFtgnVluA8HeWPbbQ LFj0GqrJ6ssbyJ/i/vIzsXqHcUOMXc/tBhzIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=I5JNtCks7mHZU85AoxQPOgzximKWXvP8+2JVxLv8pcMLhGQgVv52rvy58owx7sLq29 XNKeoekzGoqAG2U/vKC21DKWv6PXTUMxpg9cN6uqEpz+IpTah5XUkF15Rme5NbCVoEqz jX75qOShfCe1irYJrJtuygebI9qhttACVHJ+s= MIME-Version: 1.0 Received: by 10.204.53.10 with SMTP id k10mr5670409bkg.169.1244398117731; Sun, 07 Jun 2009 11:08:37 -0700 (PDT) Date: Sun, 7 Jun 2009 18:08:37 +0000 Message-ID: <3a142e750906071108xfe6a3c7hbbc872bd0c90d6ee@mail.gmail.com> From: "Paul B. Mahol" To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: page fault in shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 18:08:40 -0000 I got several times page fault when syncing disk but it is not easy to reproduce. I have coredump. All buffers synced. lock order reversal: 1st 0xc4083bdc ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1197 2nd 0xc40a1488 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1194 KDB: stack backtrace: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xe6497a80 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05fa097 stack pointer = 0x28:0xc399a864 frame pointer = 0x28:0xc399a8fc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (init) Physical memory: 1007 MB Dumping 123 MB: 108 92 76 60 44 28 12 Reading symbols from /boot/KERNEL/sound.ko...Reading symbols from /boot/KERNEL/sound.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/sound.ko Reading symbols from /boot/KERNEL/snd_hda.ko...Reading symbols from /boot/KERNEL/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/snd_hda.ko Reading symbols from /boot/KERNEL/random.ko...Reading symbols from /boot/KERNEL/random.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/random.ko Reading symbols from /boot/KERNEL/acpi.ko...Reading symbols from /boot/KERNEL/acpi.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/acpi.ko Reading symbols from /boot/KERNEL/ata.ko...Reading symbols from /boot/KERNEL/ata.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/ata.ko Reading symbols from /boot/KERNEL/atapci.ko...Reading symbols from /boot/KERNEL/atapci.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/atapci.ko Reading symbols from /boot/KERNEL/ataahci.ko...Reading symbols from /boot/KERNEL/ataahci.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/ataahci.ko Reading symbols from /boot/KERNEL/atadisk.ko...Reading symbols from /boot/KERNEL/atadisk.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/atadisk.ko Reading symbols from /boot/KERNEL/ataintel.ko...Reading symbols from /boot/KERNEL/ataintel.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/ataintel.ko Reading symbols from /boot/KERNEL/cpufreq.ko...Reading symbols from /boot/KERNEL/cpufreq.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/cpufreq.ko Reading symbols from /boot/KERNEL/mem.ko...Reading symbols from /boot/KERNEL/mem.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/mem.ko Reading symbols from /boot/KERNEL/io.ko...Reading symbols from /boot/KERNEL/io.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/io.ko Reading symbols from /boot/KERNEL/sysvmsg.ko...Reading symbols from /boot/KERNEL/sysvmsg.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/sysvmsg.ko Reading symbols from /boot/KERNEL/sysvsem.ko...Reading symbols from /boot/KERNEL/sysvsem.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/sysvsem.ko Reading symbols from /boot/KERNEL/sysvshm.ko...Reading symbols from /boot/KERNEL/sysvshm.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/sysvshm.ko Reading symbols from /boot/KERNEL/nullfs.ko...Reading symbols from /boot/KERNEL/nullfs.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/nullfs.ko Reading symbols from /boot/KERNEL/usb.ko...Reading symbols from /boot/KERNEL/usb.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/usb.ko Reading symbols from /boot/KERNEL/uhci.ko...Reading symbols from /boot/KERNEL/uhci.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/uhci.ko Reading symbols from /boot/KERNEL/ehci.ko...Reading symbols from /boot/KERNEL/ehci.ko.symbols...done. done. Loaded symbols for /boot/KERNEL/ehci.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc042f539 in db_fncall (dummy1=1, dummy2=0, dummy3=-1064047392, dummy4=0xc399a5fc "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc042f931 in db_command (last_cmdp=0xc069c2dc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc042fa8a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc043199d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc04e1826 in kdb_trap (type=12, code=0, tf=0xc399a824) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc061586f in trap_fatal (frame=0xc399a824, eva=3863575168) at /usr/src/sys/i386/i386/trap.c:924 #7 0xc0615a90 in trap_pfault (frame=0xc399a824, usermode=0, eva=3863575168) at /usr/src/sys/i386/i386/trap.c:846 #8 0xc06164f3 in trap (frame=0xc399a824) at /usr/src/sys/i386/i386/trap.c:528 #9 0xc05fb36b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05fa097 in db_backtrace (td=0xc3d11000, tf=0x0, frame=0xc399a95c, pc=3225623030, count=-1) at /usr/src/sys/i386/i386/db_trace.c:413 #11 0xc05fa8c9 in db_trace_self () at /usr/src/sys/i386/i386/db_trace.c:520 #12 0xc04319f6 in db_trace_self_wrapper () at /usr/src/sys/ddb/db_main.c:246 #13 0xc04e1a79 in kdb_backtrace () at /usr/src/sys/kern/subr_kdb.c:300 #14 0xc04f4f75 in _witness_debugger (cond=-431392176, msg=0xc062738a "witness_checkorder") at /usr/src/sys/kern/subr_witness.c:2799 #15 0xc04f6199 in witness_checkorder (lock=0xc40a1488, flags=9, file=0xc06572df "/usr/src/sys/ufs/ffs/ffs_vfsops.c", line=1194, interlock=0xc40a14a4) at /usr/src/sys/kern/subr_witness.c:1321 #16 0xc049a187 in __lockmgr_args (lk=0xc40a1488, flags=525312, ilk=0xc40a14a4, wmesg=0x0, pri=0, timo=0, file=0xc06572df "/usr/src/sys/ufs/ffs/ffs_vfsops.c", line=1194) at /usr/src/sys/kern/kern_lock.c:525 #17 0xc052a3e2 in vop_stdlock (ap=0xc399aae0) at lockmgr.h:93 #18 0xc0623b65 in VOP_LOCK1_APV (vop=0xc0681d40, a=0xc399aae0) at vnode_if.c:1988 #19 0xc0546c6e in _vn_lock (vp=0xc40a1430, flags=525312, file=0xc06572df "/usr/src/sys/ufs/ffs/ffs_vfsops.c", line=1194) at vnode_if.h:859 #20 0xc05a8d87 in ffs_flushfiles (mp=0xc41de284, flags=2, td=0xc3d11000) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1194 #21 0xc05a9900 in ffs_unmount (mp=0xc41de284, mntflags=524288) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1084 #22 0xc05349bd in dounmount (mp=0xc41de284, flags=524288, td=0xc3d11000) at /usr/src/sys/kern/vfs_mount.c:1287 #23 0xc053ae6e in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3141 #24 0xc04b266d in boot (howto=Variable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:401 #25 0xc04b2e1b in reboot (td=0xc3d11000, uap=0xc399acf8) at /usr/src/sys/kern/kern_shutdown.c:173 #26 0xc0615db3 in syscall (frame=0xc399ad38) at /usr/src/sys/i386/i386/trap.c:1073 #27 0xc05fb3d0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #28 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 18:22:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7520A1065670 for ; Sun, 7 Jun 2009 18:22:32 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 11AEB8FC18 for ; Sun, 7 Jun 2009 18:22:31 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id n57IMOpM072041; Sun, 7 Jun 2009 20:22:30 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Hans Petter Selasky In-Reply-To: <200905261416.13566.hselasky@c2i.net> References: <1243288231.4621.90.camel@mvn-desktop> <200905261047.58476.hselasky@c2i.net> <1243338029.4558.41.camel@mvn-desktop> <200905261416.13566.hselasky@c2i.net> Content-Type: text/plain Date: Sun, 07 Jun 2009 20:22:24 +0200 Message-Id: <1244398944.6260.2.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 18:22:32 -0000 On Tue, 2009-05-26 at 14:16 +0200, Hans Petter Selasky wrote: > Hi Marten! Hi Hans, I haven't seen this problem, on 7.x install on the same machine, nor on 8.0 from december. I have updated current to r 192766 and the problem is gone. I did not try your patch. thanks, Marten > > I see some CRC errors there, indicating some kind of cable problem: > > TD(0xc4a9c860) td_next=-VF td_status=-CRCTO-STALLED, errcnt=0, actlen=8 > pid=2d,addr=2,endpt=0,D=0,maxlen=8 > TD(0xc4a9c830) at 0x0269c834 = link=0x00000001 status=0x398003ff > token=0xffe80269 buffer=0x00000000 > > Try the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=162771 > > Not sure if it helps. > > Also try to use an external USB HUB. > > --HPS > _______________________________________________ > 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" -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 19:17:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65758106566C for ; Sun, 7 Jun 2009 19:17:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 38FA78FC1B for ; Sun, 7 Jun 2009 19:17:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n57JHUcT083433; Sun, 7 Jun 2009 12:17:30 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 6pfah2awcvfid682km8aghvge6; Sun, 07 Jun 2009 12:17:30 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A2C124A.1050707@freebsd.org> Date: Sun, 07 Jun 2009 12:17:30 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: Chris Hedley References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 19:17:49 -0000 Chris Hedley wrote: > > I was wondering if anybody has any suggestions for me. Since around > January this year, I've been unable to get new builds to boot on my > system:... > > I've just regressed to a version from mid January which boots without > any problems,... The following information would help a lot: * dmesg output from a successful boot. * Latest checkout date of a kernel that does boot. * Earliest checkout date of a kernel that doesn't boot. * If it's not a GENERIC kernel, the kernel configuration. (Diff against GENERIC is enough.) SVN revisions are even better than dates if you have them available. (Most people don't; that's okay.) With this, someone can look through the changes that were made during that period and possibly come up with a few likely culprits. Obviously, it's better if you can narrow it down to a shorter interval (a week is good, a day is better) by checking out sources from the half-way point and trying that. Tim From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 19:26:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47E59106566C for ; Sun, 7 Jun 2009 19:26:22 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C1FF18FC13 for ; Sun, 7 Jun 2009 19:26:21 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz9 with SMTP id 9so212910bwz.43 for ; Sun, 07 Jun 2009 12:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Coj1giToexiEEE+/j91eWgmPGJeZkfKeCXi3KxeCMhI=; b=CBjNBmloCPZVFmC0gR6cDrX5atBLiyzmRCrC0drLPUVDrPARzSPoqGrpWiPwH+Amb6 Oll1EDnSoKt30oqS3JRe1bSldOXh7yx0y+Ox2qJTyJuIjzA1LCKSvRsPUW7fOp+pAeeQ w24z+CCaW8J6zChDIC86cFYtgNLjNX8wWmxkw= 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=cN90ruQWhSCxcrSFWByc936po13j8SmGCHBpADsl3q8H1rY5BhK9U3GvRGyLnIOZG1 BZH6MWBZiTwJ7aq2OXF9PArPnsjs1WpIe0nek4NUWDP2Bf7oDwGV6eDBcFpJDiy87go5 oTRRImc6RHAQ6nAnMW7U7UhHHloK4QUZlRwv8= MIME-Version: 1.0 Received: by 10.204.114.140 with SMTP id e12mr5804721bkq.68.1244402780769; Sun, 07 Jun 2009 12:26:20 -0700 (PDT) In-Reply-To: <3a142e750906071108xfe6a3c7hbbc872bd0c90d6ee@mail.gmail.com> References: <3a142e750906071108xfe6a3c7hbbc872bd0c90d6ee@mail.gmail.com> Date: Sun, 7 Jun 2009 15:26:20 -0400 Message-ID: <4ad871310906071226m4e31aa0cwda11795100249e03@mail.gmail.com> From: Glen Barber To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: page fault in shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 19:26:22 -0000 Paul, On Sun, Jun 7, 2009 at 2:08 PM, Paul B. Mahol wrote: > I got several times page fault when syncing disk but it is > not easy to reproduce. > I saw this yesterday on one of my 7.2-STABLE machines that I was rebooting: FreeBSD orion 7.2-STABLE FreeBSD 7.2-STABLE #1 r193481: Sat Jun 6 10:22:25 EDT 2009 root@orion:/usr/obj/usr/src/sys/ORION i386 > I have coredump. > I, unfortunately, am not that lucky. -- Glen Barber http://www.dev-urandom.com http://www.linkedin.com/in/glenjbarber From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 21:58:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F95B106564A for ; Sun, 7 Jun 2009 21:58:47 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from queueout04-winn.ispmail.ntl.com (queueout04-winn.ispmail.ntl.com [81.103.221.58]) by mx1.freebsd.org (Postfix) with ESMTP id E702C8FC25 for ; Sun, 7 Jun 2009 21:58:46 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090607214345.LOBK6742.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com> for ; Sun, 7 Jun 2009 22:43:45 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090607214344.QIPS22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Sun, 7 Jun 2009 22:43:44 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n57LhfB0017044 for ; Sun, 7 Jun 2009 22:43:41 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-current@freebsd.org Date: Sun, 7 Jun 2009 22:43:41 +0100 User-Agent: KMail/1.9.10 References: <20090531064517.EB9ADCC9@mx1.synetsystems.com> <20090531074907.GA26858@ichotolot.servalan.com> <3c1674c90905312139p6ad5020dgb82f0740f75fd096@mail.gmail.com> In-Reply-To: <3c1674c90905312139p6ad5020dgb82f0740f75fd096@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200906072243.41285.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=QrftD06mP4EA:10 a=aSmwZCJMJeIA:10 a=4wEhi4W-AAAA:8 a=6I5d2MoRAAAA:8 a=1R9QKlXVYOlzdfCjdKUA:9 a=cYXyQLhSNfXK60wyZnIA:7 a=7L83ASimV10xvDxqGMjRJ9VXDFkA:4 a=SV7veod9ZcQA:10 Subject: Re: Bug in recent large_alloc changes to the ZFS zio code? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 21:58:47 -0000 On Monday 01 June 2009 05:39:26 Kip Macy wrote: > On Sun, May 31, 2009 at 12:49 AM, Richard Todd > > wrote: > > On Sat, May 30, 2009 at 11:54:47PM -0700, Kip Macy wrote: > >> http://svn.freebsd.org/changeset/base/192360 > > > > Ah. =A0Hmm. =A0So if I'm reading this right, you already backed out that > > change in the master SVN repo, right? =A0Well, *something* weird's going > > on, because that change never seems to have made it to the CVS version = of > > the repo or to the cvsup sites, because I'm not seeing it there; see for > > yourself at > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/= ut > >s/common/fs/zfs/ . =A0The commit log for 192360 never showed up in > > CVSROOT-src/commitlogs/sys either. =A0So it looks like bits are falling= on > > the floor somewhere between the SVN and CVS repos. > > Yup. This is causing problems for other ZFS users on head. It looks > like if you use ZFS on head you need to use svn. > > > I'm not in a position to fix this issue. > > > Cheers, > Kip > _______________________________________________ > 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" Is this (cvs missing updates) still broken? I have an issue with zfs which I'm trying to explore. I'd like to make sure= I=20 have an up to date CURRENT. I only have cvs. Thanks =2D-=20 ian j hart From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 22:17:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55AF11065670 for ; Sun, 7 Jun 2009 22:17:04 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 09A5E8FC14 for ; Sun, 7 Jun 2009 22:16:58 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1604043ana.13 for ; Sun, 07 Jun 2009 15:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=2v3SdiA3z7EDdJVUu3LrbriqxazZznBSutqsdbkKaRo=; b=qf6DoEsipMepuAA7ho/MQa8RKGSZ8C6x2JYkI/6KKG4u11OXgr229FeE5zSViIgjHK zKmb5ktVzel0C1UGBMFPcZwQNSoPCGBtWf3m9JDmZQhGvcDuMVwFwBAbhS781ikhOnK5 I8twmjlhtjlrQwcCnId0P4vHLt7ZzwT9DNh2I= 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=iYZ4zFh/jAmbY6n6yicj2xGtrvx4nwNG8Kn2zYlPme+6z6Cue5tzleGAPS/AXO9X5B KZlWOpHf0l49MxAH2/gILIiZKIe8GhpCn3OBd5C4NLWRhSfvJMecuWhUDpsPLnOJUb3J BvrHGJmA9QKoZCYAladK9htAmdPRp6BH9+aVE= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.38.5 with SMTP id l5mr5447279anl.119.1244413018075; Sun, 07 Jun 2009 15:16:58 -0700 (PDT) In-Reply-To: <200906072243.41285.ianjhart@ntlworld.com> References: <20090531064517.EB9ADCC9@mx1.synetsystems.com> <20090531074907.GA26858@ichotolot.servalan.com> <3c1674c90905312139p6ad5020dgb82f0740f75fd096@mail.gmail.com> <200906072243.41285.ianjhart@ntlworld.com> Date: Sun, 7 Jun 2009 15:16:58 -0700 X-Google-Sender-Auth: 326caa56f8c2c46a Message-ID: <3c1674c90906071516y774d8c0dved9b0f71b28a7c1c@mail.gmail.com> From: Kip Macy To: ian j hart Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Bug in recent large_alloc changes to the ZFS zio code? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2009 22:17:04 -0000 It's been fixed. On Sun, Jun 7, 2009 at 2:43 PM, ian j hart wrote: > On Monday 01 June 2009 05:39:26 Kip Macy wrote: >> On Sun, May 31, 2009 at 12:49 AM, Richard Todd >> >> wrote: >> > On Sat, May 30, 2009 at 11:54:47PM -0700, Kip Macy wrote: >> >> http://svn.freebsd.org/changeset/base/192360 >> > >> > Ah. =A0Hmm. =A0So if I'm reading this right, you already backed out th= at >> > change in the master SVN repo, right? =A0Well, *something* weird's goi= ng >> > on, because that change never seems to have made it to the CVS version= of >> > the repo or to the cvsup sites, because I'm not seeing it there; see f= or >> > yourself at >> > >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris= /ut >> >s/common/fs/zfs/ . =A0The commit log for 192360 never showed up in >> > CVSROOT-src/commitlogs/sys either. =A0So it looks like bits are fallin= g on >> > the floor somewhere between the SVN and CVS repos. >> >> Yup. This is causing problems for other ZFS users on head. It looks >> like if you use ZFS on head you need to use svn. >> >> >> I'm not in a position to fix this issue. >> >> >> Cheers, >> Kip >> _______________________________________________ >> 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" > > Is this (cvs missing updates) still broken? > > I have an issue with zfs which I'm trying to explore. I'd like to make su= re I > have an up to date CURRENT. I only have cvs. > > Thanks > > -- > ian j hart > _______________________________________________ > 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 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 22:42:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDFEB106567E; Sun, 7 Jun 2009 22:42:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 93DFA8FC19; Sun, 7 Jun 2009 22:42:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n57MgYWO090401; Sun, 7 Jun 2009 18:42:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n57MgXJY093918; Sun, 7 Jun 2009 18:42:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C334E7302F; Sun, 7 Jun 2009 18:42:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090607224233.C334E7302F@freebsd-current.sentex.ca> Date: Sun, 7 Jun 2009 18:42:33 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 22:42:37 -0000 TB --- 2009-06-07 20:55:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-07 20:55:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-07 20:55:15 - cleaning the object tree TB --- 2009-06-07 20:55:41 - cvsupping the source tree TB --- 2009-06-07 20:55:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-07 20:55:53 - building world TB --- 2009-06-07 20:55:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-07 20:55:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-07 20:55:53 - TARGET=sparc64 TB --- 2009-06-07 20:55:53 - TARGET_ARCH=sparc64 TB --- 2009-06-07 20:55:53 - TZ=UTC TB --- 2009-06-07 20:55:53 - __MAKE_CONF=/dev/null TB --- 2009-06-07 20:55:53 - cd /src TB --- 2009-06-07 20:55:53 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 7 20:55:55 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jun 7 22:16:54 UTC 2009 TB --- 2009-06-07 22:16:54 - generating LINT kernel config TB --- 2009-06-07 22:16:54 - cd /src/sys/sparc64/conf TB --- 2009-06-07 22:16:54 - /usr/bin/make -B LINT TB --- 2009-06-07 22:16:54 - building LINT kernel TB --- 2009-06-07 22:16:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-07 22:16:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-07 22:16:54 - TARGET=sparc64 TB --- 2009-06-07 22:16:54 - TARGET_ARCH=sparc64 TB --- 2009-06-07 22:16:54 - TZ=UTC TB --- 2009-06-07 22:16:54 - __MAKE_CONF=/dev/null TB --- 2009-06-07 22:16:54 - cd /src TB --- 2009-06-07 22:16:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 7 22:16:54 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -d -warn-common -r -d -o snd_uaudio.kld uaudio.o uaudio_pcm.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk snd_uaudio.kld export_syms | xargs -J% objcopy % snd_uaudio.kld ld -Bshareable -d -warn-common -o snd_uaudio.ko snd_uaudio.kld objcopy --strip-debug snd_uaudio.ko ===> sound/driver/audiocs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/sound/driver/audiocs/../../../../dev/sound/sbus/cs4231.c /src/sys/modules/sound/driver/audiocs/../../../../dev/sound/sbus/cs4231.c:276: error: 'S16_LE' undeclared here (not in a function) *** Error code 1 Stop in /src/sys/modules/sound/driver/audiocs. *** Error code 1 Stop in /src/sys/modules/sound/driver. *** Error code 1 Stop in /src/sys/modules/sound. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-07 22:42:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-07 22:42:33 - ERROR: failed to build lint kernel TB --- 2009-06-07 22:42:33 - 5154.46 user 453.26 system 6438.44 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 00:53:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87186106564A for ; Mon, 8 Jun 2009 00:53:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 219C78FC16 for ; Mon, 8 Jun 2009 00:53:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id D096F613F for ; Sun, 7 Jun 2009 20:53:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1244422424; bh=2hC4jkPjHOt8QAWWsufnzn49z1g7km4qJkSqwb6z+1A=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=eVz4o9dCe5ohwKZfh1sUW1beyQpr+5dzoVgCWbN2FGMr3MczkH4hMR4ftJBnC6U9L T/316APP3AHO6eMvIH0fhkN46SBBfW4VCAddELePWgdpfQe21ao3JajRYuzYEcK DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=lyZSQ7Gx40mBfou92LmfYHnvThbdAuV6ko4g7KWds+z/t72bEfixUfPxCS+j9TGNY mvzPGUmQhOOqfmnCo204h1Fat/kIF9Gtrm/0FKNql5K6+bXX/pN1i3EUJExsI9+ Message-ID: <4A2C6110.9010504@protected-networks.net> Date: Sun, 07 Jun 2009 20:53:36 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Intermittent crash .. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 00:53:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On today's -current, and over the last week or so, I've been getting crashes like this .. any thoughts? Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c14a5000 cpuid = 1 Uptime: 8m40s Physical memory: 2025 MB Dumping 173 MB: 158panic: bufwrite: buffer is not busy??? cpuid = 1 142 126 110 94 78 62 46 30 14 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) Reading symbols from /boot/modules/kqemu.ko...done. Loaded symbols for /boot/modules/kqemu.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc06ac340 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xc06ac7c8 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xc08c6174 in vm_fault (map=0xc1490000, vaddr=3242872832, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:283 #4 0xc093d3a4 in trap_pfault (frame=0xe7bd4bfc, usermode=0, eva=3242876884) at /usr/src/sys/i386/i386/trap.c:835 #5 0xc093dd41 in trap (frame=0xe7bd4bfc) at /usr/src/sys/i386/i386/trap.c:528 #6 0xc092236b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc069a8fe in free (addr=0xc6478150, mtp=0xc0a4e93c) at vm_page.h:255 #8 0xc06e8db5 in ioctl (td=0xc58aa900, uap=0xe7bd4cf8) at /usr/src/sys/kern/sys_generic.c:683 #9 0xc093d5bf in syscall (frame=0xe7bd4d38) at /usr/src/sys/i386/i386/trap.c:1073 #10 0xc09223d0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #11 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkosYRAACgkQQv9rrgRC1JJyPgCgh1wVhHA4Uvn0nTa/IpVdDWOC U54AoLoHXUlZ4b4oh0kdNPil2oaRcTUN =KvPa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 01:19:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D28D106564A for ; Mon, 8 Jun 2009 01:19:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 9AAC48FC0A for ; Mon, 8 Jun 2009 01:19:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n581Jkus009143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Jun 2009 11:19:47 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n581JjUc056107 for ; Mon, 8 Jun 2009 11:19:45 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n581Jjh5056106 for freebsd-current@freebsd.org; Mon, 8 Jun 2009 11:19:45 +1000 (EST) (envelope-from peter) Date: Mon, 8 Jun 2009 11:19:45 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090608011945.GB9529@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Suspend/resume on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 01:19:49 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I would like to get suspend/resume to work on my AA1. Using a recent -current (from 3rd June), it appears to suspend OK (the power light changes to flashing orange) but won't resume (power light goes green, ethernet link comes up but there's no response to keyboard or network). As far as I can tell, the hard reset needed to recover wipes msgbuf. Does anyone have any suggestions on how to proceed? --=20 Peter Jeremy --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkosZzEACgkQ/opHv/APuIffcACgpRZ1pQbI8jmygSol5xvKjdAx 20wAnRrg/t7b0nqhGytvkTWULseYcD/u =iCrb -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 01:50:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97C581065676 for ; Mon, 8 Jun 2009 01:50:52 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6DDAD8FC0C for ; Mon, 8 Jun 2009 01:50:52 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n581opmU087115; Sun, 7 Jun 2009 18:50:51 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 3hb4wif3kkn5qrheay2mjb6g3i; Sun, 07 Jun 2009 18:50:51 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A2C6E7B.3060200@freebsd.org> Date: Sun, 07 Jun 2009 18:50:51 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: Peter Jeremy References: <20090608011945.GB9529@server.vk2pj.dyndns.org> In-Reply-To: <20090608011945.GB9529@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Suspend/resume on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 01:50:52 -0000 Peter Jeremy wrote: > I would like to get suspend/resume to work on my AA1. Using a recent > -current (from 3rd June), it appears to suspend OK (the power light > changes to flashing orange) but won't resume (power light goes green, > ethernet link comes up but there's no response to keyboard or network). > As far as I can tell, the hard reset needed to recover wipes msgbuf. > > Does anyone have any suggestions on how to proceed? I've gotten it to work with a UP kernel, but I think i386 SMP suspend/resume is still quite badly broken. There is an old patch that claims to fix this, but I've not gotten very far with it yet (I've made a few half-hearted attempts to update it to match -CURRENT; what I have compiles but still fails): http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004879.html There's also some commits from a few months ago that got amd64 suspend/resume to work. Tim From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 01:57:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29AC3106564A; Mon, 8 Jun 2009 01:57:29 +0000 (UTC) (envelope-from dataefx@charter.net) Received: from que11.charter.net (que11.charter.net [209.225.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id CE32D8FC15; Mon, 8 Jun 2009 01:57:28 +0000 (UTC) (envelope-from dataefx@charter.net) Received: from imp10 ([10.20.200.10]) by mta21.charter.net (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090608013311.DUB3344.mta21.charter.net@imp10>; Sun, 7 Jun 2009 21:33:11 -0400 Received: from [192.168.0.196] ([75.142.55.73]) by imp10 with smtp.charter.net id 1DZA1c00G1amw1F05DZBaf; Sun, 07 Jun 2009 21:33:11 -0400 From: john scroggins To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sun, 07 Jun 2009 18:32:55 -0700 Message-Id: <1244424790.2343.19.camel@microtetonics.charterpipeline.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: jkim@FreeBSD.org Subject: make installworld failed on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 01:57:29 -0000 after updating via cvsup 2 nights ago, I ran into an issue during make installworld. I get the following error: ===> usr.sbin/acpi (install) ===> usr.sbin/acpi/acpiconf (install) install -s -o root -g wheel -m 555 acpiconf /usr/sbin install -o root -g wheel -m 444 acpiconf.8.gz /usr/share/man/man8 ===> usr.sbin/acpi/acpidb (install) install -o root -g wheel -m 444 acpidb.8.gz /usr/share/man/man8 install -s -o root -g wheel -m 555 acpidb /usr/sbin install: acpidb: No such file or directory *** Error code 71 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error also attempting to make acpi individually results in the following: resrc.o utstate.o uttrack.o utxface.o -lpthread hwxface.o(.text+0x0): In function `AcpiGetSleepTypeData': : multiple definition of `AcpiGetSleepTypeData' hwregs.o(.text+0xb7a): first defined here /usr/bin/ld: Warning: size of symbol `AcpiGetSleepTypeData' changed from 730 in hwregs.o to 756 in hwxface.o hwvalid.o(.text+0x94): In function `AcpiHwValidateIoRequest': : undefined reference to `AcpiDebugPrint' hwvalid.o(.text+0xc0): In function `AcpiHwValidateIoRequest': : undefined reference to `AcpiError' hwvalid.o(.text+0x10b): In function `AcpiHwValidateIoRequest': : undefined reference to `AcpiGbl_OsiData' hwvalid.o(.text+0x1ef): In function `AcpiHwValidateIoRequest': : undefined reference to `AcpiDebugPrint' hwxface.o(.text+0x126): In function `AcpiGetSleepTypeData': : undefined reference to `AcpiError' hwxface.o(.text+0x168): In function `AcpiGetSleepTypeData': : undefined reference to `AcpiException' hwxface.o(.text+0x21c): In function `AcpiGetSleepTypeData': : undefined reference to `AcpiError' hwxface.o(.text+0x26d): In function `AcpiGetSleepTypeData': : undefined reference to `AcpiDebugPrint' hwxface.o(.text+0x2c0): In function `AcpiGetSleepTypeData': : undefined reference to `AcpiError' hwxface.o(.text+0x2e6): In function `AcpiGetSleepTypeData': : undefined reference to `AcpiError' hwxface.o(.text+0x405): In function `AcpiReadBitRegister': : undefined reference to `AcpiDebugPrint' hwxface.o(.text+0x59b): In function `AcpiWriteBitRegister': : undefined reference to `AcpiDebugPrint' hwxface.o(.text+0x6b8): In function `AcpiWrite': : undefined reference to `AcpiDebugPrint' hwxface.o(.text+0x6fc): In function `AcpiWrite': : undefined reference to `AcpiError' hwxface.o(.text+0x8ca): In function `AcpiRead': : undefined reference to `AcpiDebugPrint' hwxface.o(.text+0x90e): In function `AcpiRead': : undefined reference to `AcpiError' dsopcode.o(.text+0x11c4): In function `AcpiDsGetRegionArguments': : undefined reference to `AcpiOsValidateAddress' nspredef.o(.text+0xaf): In function `AcpiNsCheckParameterCount': : undefined reference to `AcpiWarning' nspredef.o(.text+0xe9): In function `AcpiNsCheckParameterCount': : undefined reference to `AcpiWarning' nspredef.o(.text+0x130): In function `AcpiNsCheckParameterCount': : undefined reference to `AcpiWarning' nspredef.o(.text+0x15d): In function `AcpiNsCheckParameterCount': : undefined reference to `AcpiWarning' nspredef.o(.text+0x1c4): In function `AcpiNsCheckObjectType': : undefined reference to `AcpiWarning' nspredef.o(.text+0x267): more undefined references to `AcpiWarning' follow nspredef.o(.text+0x3b6): In function `AcpiNsCheckObjectType': : undefined reference to `AcpiUtGetReferenceName' nspredef.o(.text+0x3e4): In function `AcpiNsCheckObjectType': : undefined reference to `AcpiWarning' nspredef.o(.text+0x599): In function `AcpiNsCheckPredefinedNames': : undefined reference to `AcpiDebugPrint' nspredef.o(.text+0x5e4): In function `AcpiNsCheckPredefinedNames': : undefined reference to `AcpiWarning' nspredef.o(.text+0x670): In function `AcpiNsCheckPredefinedNames': : undefined reference to `AcpiError' nspredef.o(.text+0x937): In function `AcpiNsCheckPredefinedNames': : undefined reference to `AcpiWarning' nspredef.o(.text+0x995): In function `AcpiNsCheckPredefinedNames': : undefined reference to `AcpiWarning' nspredef.o(.text+0x9d2): In function `AcpiNsCheckPredefinedNames': : undefined reference to `AcpiWarning' *** Error code 1 Stop in /usr/src/usr.sbin/acpi/acpidb. *** Error code 1 Stop in /usr/src/usr.sbin/acpi. Could this be due to addition to the latest submissions to the acpi code? machine specs as follows: FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Sat Jun 6 14:32:29 PDT 2009 root@microtetonics:/usr/obj/usr/src/sys/microtetonics WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (1662.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d> AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2080251904 (1983 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs any help would be appreciated -J From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 02:57:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B588D1065708; Mon, 8 Jun 2009 02:57:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7888FC0C; Mon, 8 Jun 2009 02:57:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n582vF5r010925; Sun, 7 Jun 2009 22:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n582vFe4091010; Sun, 7 Jun 2009 22:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 499087302F; Sun, 7 Jun 2009 22:57:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608025715.499087302F@freebsd-current.sentex.ca> Date: Sun, 7 Jun 2009 22:57:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on 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: Mon, 08 Jun 2009 02:57:18 -0000 TB --- 2009-06-08 00:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 00:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-08 00:40:00 - cleaning the object tree TB --- 2009-06-08 00:41:23 - cvsupping the source tree TB --- 2009-06-08 00:41:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-08 00:41:35 - building world TB --- 2009-06-08 00:41:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 00:41:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 00:41:35 - TARGET=amd64 TB --- 2009-06-08 00:41:35 - TARGET_ARCH=amd64 TB --- 2009-06-08 00:41:35 - TZ=UTC TB --- 2009-06-08 00:41:35 - __MAKE_CONF=/dev/null TB --- 2009-06-08 00:41:35 - cd /src TB --- 2009-06-08 00:41:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 00:41:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Jun 8 02:42:52 UTC 2009 TB --- 2009-06-08 02:42:53 - generating LINT kernel config TB --- 2009-06-08 02:42:53 - cd /src/sys/amd64/conf TB --- 2009-06-08 02:42:53 - /usr/bin/make -B LINT TB --- 2009-06-08 02:42:53 - building LINT kernel TB --- 2009-06-08 02:42:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 02:42:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 02:42:53 - TARGET=amd64 TB --- 2009-06-08 02:42:53 - TARGET_ARCH=amd64 TB --- 2009-06-08 02:42:53 - TZ=UTC TB --- 2009-06-08 02:42:53 - __MAKE_CONF=/dev/null TB --- 2009-06-08 02:42:53 - cd /src TB --- 2009-06-08 02:42:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 8 02:42:53 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_ethersubr.c -I/src/sys/contrib/pf cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_faith.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fddisubr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fwsubr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c cc1: warnings being treated as errors /src/sys/net/if_gif.c: In function 'gif_ioctl': /src/sys/net/if_gif.c:920: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 02:57:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 02:57:15 - ERROR: failed to build lint kernel TB --- 2009-06-08 02:57:15 - 6316.59 user 647.93 system 8234.85 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 05:45:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CD76106566B; Mon, 8 Jun 2009 05:45:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7A08FC08; Mon, 8 Jun 2009 05:45:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n585jVJ4022109; Mon, 8 Jun 2009 01:45:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n585jVls003921; Mon, 8 Jun 2009 01:45:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D2B37302F; Mon, 8 Jun 2009 01:45:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608054531.7D2B37302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 01:45:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 05:45:35 -0000 TB --- 2009-06-08 04:20:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 04:20:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-08 04:20:12 - cleaning the object tree TB --- 2009-06-08 04:20:45 - cvsupping the source tree TB --- 2009-06-08 04:20:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-08 04:20:58 - building world TB --- 2009-06-08 04:20:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 04:20:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 04:20:58 - TARGET=ia64 TB --- 2009-06-08 04:20:58 - TARGET_ARCH=ia64 TB --- 2009-06-08 04:20:58 - TZ=UTC TB --- 2009-06-08 04:20:58 - __MAKE_CONF=/dev/null TB --- 2009-06-08 04:20:58 - cd /src TB --- 2009-06-08 04:20:58 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 04:21:02 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/ia64/src/tmp/usr/lib/libc.a /obj/ia64/src/tmp/usr/lib/libgeom.a /obj/ia64/src/tmp/usr/lib/libsbuf.a /obj/ia64/src/tmp/usr/lib/libbsdxml.a /obj/ia64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 05:45:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 05:45:31 - ERROR: failed to build world TB --- 2009-06-08 05:45:31 - 4058.06 user 327.51 system 5118.83 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 06:58:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7448B106566C; Mon, 8 Jun 2009 06:58:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 6090D8FC08; Mon, 8 Jun 2009 06:58:43 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=hkXuOvdueeTi8q5JRoAA:9 a=H2OH1hjEtW89SgMMYSEGWWgDOJUA:4 a=6I5d2MoRAAAA:8 a=HeMcwBzoyQ0cjYn5-V0A:9 a=-chr25bUZnwl8BsOjpMA:7 a=d6jAjl7vY0ZEsLz9ji0zdCXRUDkA:4 a=nF_S5m_C9V8A:10 a=SV7veod9ZcQA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1258787690; Mon, 08 Jun 2009 08:58:32 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, freebsd-ports@freebsd.org, markus@brueffer.de, freebsd-current@freebsd.org Date: Mon, 8 Jun 2009 09:02:40 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_TeLLKg/mWYdeuZZ" Message-Id: <200906080902.43391.hselasky@c2i.net> Cc: Subject: Temporary patch to fix USB in kdebase4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 06:58:44 -0000 --Boundary-00=_TeLLKg/mWYdeuZZ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline See attachment. --HPS --Boundary-00=_TeLLKg/mWYdeuZZ Content-Type: text/x-patch; charset="us-ascii"; name="kdebase4.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kdebase4.diff" diff -u -r work.old/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt work/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt --- work.old/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt 2009-06-07 10:54:55.000000000 +0200 +++ work/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt 2009-06-07 10:55:58.000000000 +0200 @@ -9,7 +9,7 @@ kde4_add_plugin(kcm_usb ${kcm_usb_PART_SRCS}) -target_link_libraries(kcm_usb ${KDE4_KDEUI_LIBS} ${QT_QTGUI_LIBRARY}) +target_link_libraries(kcm_usb ${KDE4_KDEUI_LIBS} ${QT_QTGUI_LIBRARY} -lusb) install(TARGETS kcm_usb DESTINATION ${PLUGIN_INSTALL_DIR} ) diff -u -r work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp --- work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp 2009-06-07 10:54:55.000000000 +0200 +++ work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp 2009-06-07 10:55:58.000000000 +0200 @@ -294,17 +294,25 @@ /* * FreeBSD support by Markus Brueffer + * libusb20 support by Hans Petter Selasky * * Basic idea and some code fragments were taken from FreeBSD's usbdevs(8), * originally developed for NetBSD, so this code should work with no or * only little modification on NetBSD. */ -void USBDevice::collectData( int fd, int level, usb_device_info &di, int parent) +void USBDevice::collectData(struct libusb20_backend *pbe, + struct libusb20_device *pdev) { + char tempbuf[32]; + struct usb_device_info di; + + if (libusb20_dev_get_info(pdev, &di)) + memset(&di, 0, sizeof(di)); + // determine data for this device - _level = level; - _parent = parent; + _level = 0; + _parent = 0; _bus = di.udi_bus; _device = di.udi_addr; @@ -320,88 +328,47 @@ _power = di.udi_power; _channels = di.udi_nports; - // determine the speed -#if defined(__DragonFly__) || (defined(Q_OS_FREEBSD) && __FreeBSD_version > 490102) || defined(Q_OS_NETBSD) switch (di.udi_speed) { case USB_SPEED_LOW: _speed = 1.5; break; case USB_SPEED_FULL: _speed = 12.0; break; case USB_SPEED_HIGH: _speed = 480.0; break; + case USB_SPEED_VARIABLE: _speed = 480.0; break; + case USB_SPEED_SUPER: _speed = 4800.0; break; + default: _speed = 480.0; break; } -#else - _speed = di.udi_lowspeed ? 1.5 : 12.0; -#endif // Get all attached devicenodes - for ( int i = 0; i < USB_MAX_DEVNAMES; ++i ) - if ( di.udi_devnames[i][0] ) - _devnodes << di.udi_devnames[i]; + for ( int i = 0; i < 32; ++i ) { + if (libusb20_dev_get_iface_desc( + pdev, i, tempbuf, sizeof(tempbuf)) == 0) { + _devnodes << tempbuf; + } else { + break; + } + } // For compatibility, split the revision number sscanf( di.udi_release, "%x.%x", &_revMajor, &_revMinor ); - - // Cycle through the attached devices if there are any - for ( int p = 0; p < di.udi_nports; ++p ) { - // Get data for device - struct usb_device_info di2; - - di2.udi_addr = di.udi_ports[p]; - - if ( di2.udi_addr >= USB_MAX_DEVICES ) - continue; - - if ( ioctl(fd, USB_DEVICEINFO, &di2) == -1 ) - continue; - - // Only add the device if we didn't detect it, yet - if (!find( di2.udi_bus, di2.udi_addr ) ) - { - USBDevice *device = new USBDevice(); - device->collectData( fd, level + 1, di2, di.udi_addr ); - } - } } bool USBDevice::parse(const QString &fname) { static bool showErrorMessage = true; - bool error = false; + struct libusb20_backend *pbe; + struct libusb20_device *pdev; _devices.clear(); - QFile controller("/dev/usb0"); - int i = 1; - while ( controller.exists() ) - { - // If the devicenode exists, continue with further inspection - if ( controller.open(QIODevice::ReadOnly) ) - { - for ( int addr = 1; addr < USB_MAX_DEVICES; ++addr ) - { - struct usb_device_info di; - - di.udi_addr = addr; - if ( ioctl(controller.handle(), USB_DEVICEINFO, &di) != -1 ) - { - if (!find( di.udi_bus, di.udi_addr ) ) - { - USBDevice *device = new USBDevice(); - device->collectData( controller.handle(), 0, di, 0); - } - } - } - controller.close(); -#ifndef Q_OS_NETBSD - } else { - error = true; -#endif - } - controller.setFileName( QString::fromLocal8Bit("/dev/usb%1").arg(i++) ); + pbe = libusb20_be_alloc_default(); + if (pbe == NULL) + return (false); + + pdev = NULL; + + while ((pdev = libusb20_be_device_foreach(pbe, pdev))) { + USBDevice *device = new USBDevice(); + device->collectData(pbe, pdev); } - - if ( showErrorMessage && error ) { - showErrorMessage = false; - KMessageBox::error( 0, i18n("Could not open one or more USB controller. Make sure, you have read access to all USB controllers that should be listed here.")); - } - + libusb20_be_free(pbe); return true; } #endif diff -u -r work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h --- work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h 2009-06-07 10:54:55.000000000 +0200 +++ work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h 2009-06-07 10:59:11.000000000 +0200 @@ -14,18 +14,11 @@ #include #include -#if defined(__DragonFly__) -#include -#include -#elif defined(Q_OS_FREEBSD) || defined(Q_OS_NETBSD) #include -#if __FreeBSD_version >= 800061 -#include -#else -#include -#endif +#include +#include +#include #include -#endif class USBDB; @@ -81,10 +74,8 @@ unsigned int _vendorID, _prodID, _revMajor, _revMinor; -#if defined(Q_OS_FREEBSD) || defined(Q_OS_NETBSD) - void collectData( int fd, int level, usb_device_info &di, int parent ); + void collectData(struct libusb20_backend *, struct libusb20_device *); QStringList _devnodes; -#endif }; #endif --Boundary-00=_TeLLKg/mWYdeuZZ-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 07:01:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 275B81065673; Mon, 8 Jun 2009 07:01:00 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id CE2948FC18; Mon, 8 Jun 2009 07:00:59 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=GTYzMuxO7dyahxeQOEYthzXHGP7ZgRLCO36Q5wdZoRNSGhq8sFNNnXU6tyzA6pBphEeLfNG+p6AwFUFY19m3E7UrEqp+5+9p4IPg1EynP6o5s8VlgKEnDzveOX5w7/xKqGm5udMVASqww35AdE/jOnodjZuqOknRZkq+U0SgmxI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDYqo-000CDN-T0; Mon, 08 Jun 2009 11:00:59 +0400 Date: Mon, 8 Jun 2009 11:00:56 +0400 From: Eygene Ryabinkin To: FreeBSD Tinderbox Message-ID: <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> References: <20090608025715.499087302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090608025715.499087302F@freebsd-current.sentex.ca> Sender: rea-fbsd@codelabs.ru Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 07:01:00 -0000 Sun, Jun 07, 2009 at 10:57:15PM -0400, FreeBSD Tinderbox wrote: > TB --- 2009-06-08 00:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca > >>> stage 3.2: building everything > [...] > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c > cc1: warnings being treated as errors > /src/sys/net/if_gif.c: In function 'gif_ioctl': > /src/sys/net/if_gif.c:920: warning: cast to pointer from integer of different size Looks like that ----- ifr->ifr_data = (caddr_t)(size_t)options; ----- will be more correct and will disable this warning -- it will convert u_int to the proper type that will be able to carry addresses for the given platform. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 07:25:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE7E91065670; Mon, 8 Jun 2009 07:25:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AE59F8FC0C; Mon, 8 Jun 2009 07:25:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n587PvKK028915; Mon, 8 Jun 2009 03:25:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n587Pvkx099635; Mon, 8 Jun 2009 03:25:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4747A7302F; Mon, 8 Jun 2009 03:25:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608072557.4747A7302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 03:25:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 07:26:00 -0000 TB --- 2009-06-08 06:18:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 06:18:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-08 06:18:10 - cleaning the object tree TB --- 2009-06-08 06:18:30 - cvsupping the source tree TB --- 2009-06-08 06:18:30 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-08 06:18:40 - building world TB --- 2009-06-08 06:18:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 06:18:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 06:18:40 - TARGET=sparc64 TB --- 2009-06-08 06:18:40 - TARGET_ARCH=sparc64 TB --- 2009-06-08 06:18:40 - TZ=UTC TB --- 2009-06-08 06:18:40 - __MAKE_CONF=/dev/null TB --- 2009-06-08 06:18:40 - cd /src TB --- 2009-06-08 06:18:40 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 06:18:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libgeom.a /obj/sparc64/src/tmp/usr/lib/libsbuf.a /obj/sparc64/src/tmp/usr/lib/libbsdxml.a /obj/sparc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 07:25:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 07:25:57 - ERROR: failed to build world TB --- 2009-06-08 07:25:57 - 3067.44 user 313.02 system 4066.86 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 07:31:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110CA106566B; Mon, 8 Jun 2009 07:31:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D107D8FC0A; Mon, 8 Jun 2009 07:31:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n587VIKI035635; Mon, 8 Jun 2009 03:31:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n587VIrM002540; Mon, 8 Jun 2009 03:31:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F10B77302F; Mon, 8 Jun 2009 03:31:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608073117.F10B77302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 03:31:17 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 07:31:20 -0000 TB --- 2009-06-08 05:45:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 05:45:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-08 05:45:31 - cleaning the object tree TB --- 2009-06-08 05:46:00 - cvsupping the source tree TB --- 2009-06-08 05:46:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-08 05:46:08 - building world TB --- 2009-06-08 05:46:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 05:46:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 05:46:08 - TARGET=powerpc TB --- 2009-06-08 05:46:08 - TARGET_ARCH=powerpc TB --- 2009-06-08 05:46:08 - TZ=UTC TB --- 2009-06-08 05:46:08 - __MAKE_CONF=/dev/null TB --- 2009-06-08 05:46:08 - cd /src TB --- 2009-06-08 05:46:08 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 05:46:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 8 07:13:40 UTC 2009 TB --- 2009-06-08 07:13:40 - generating LINT kernel config TB --- 2009-06-08 07:13:40 - cd /src/sys/powerpc/conf TB --- 2009-06-08 07:13:40 - /usr/bin/make -B LINT TB --- 2009-06-08 07:13:40 - building LINT kernel TB --- 2009-06-08 07:13:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 07:13:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 07:13:40 - TARGET=powerpc TB --- 2009-06-08 07:13:40 - TARGET_ARCH=powerpc TB --- 2009-06-08 07:13:40 - TZ=UTC TB --- 2009-06-08 07:13:40 - __MAKE_CONF=/dev/null TB --- 2009-06-08 07:13:40 - cd /src TB --- 2009-06-08 07:13:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 8 07:13:41 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ofw/ofw_standard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/scc/scc_bfe_macio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/macio/aoa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/macio/davbus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/macio/i2s.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/macio/snapper.c cc1: warnings being treated as errors /src/sys/dev/sound/macio/snapper.c:126: warning: comparison of distinct pointer types lacks a cast *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 07:31:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 07:31:16 - ERROR: failed to build lint kernel TB --- 2009-06-08 07:31:16 - 4915.59 user 440.41 system 6345.34 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 07:31:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3912106566B; Mon, 8 Jun 2009 07:31:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 779888FC14; Mon, 8 Jun 2009 07:31:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=buKAbHPzhic2240pELME6S25fjgLwqEjS2tenrmB2lwyZQsxrjP25apNGrcYCZSRB7rtwADpddA+AuOLHmsWHL3Aj7AfXkNoX8gSMlwUaYzrwXImEA+ZlUy6khR8SxjrY36uXy5ev7MMBKuKh4z+D7CN7TTfpFNqzKVcru0/hQo=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDZKL-000FNd-5B; Mon, 08 Jun 2009 11:31:29 +0400 Date: Mon, 8 Jun 2009 11:31:27 +0400 From: Eygene Ryabinkin To: hrs@freebsd.org Message-ID: References: <20090608025715.499087302F@freebsd-current.sentex.ca> <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> Sender: rea-fbsd@codelabs.ru Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 07:31:31 -0000 Mon, Jun 08, 2009 at 11:00:56AM +0400, Eygene Ryabinkin wrote: > Looks like that > ----- > ifr->ifr_data = (caddr_t)(size_t)options; > ----- > will be more correct and will disable this warning -- it will convert > u_int to the proper type that will be able to carry addresses for the > given platform. Hmm, looking a bit into the code of gif_ioctl, I am under impression that 'options' will not be initialized at the GIFSOPTS processing. And the statement ----- if ((error = copyin(&options, &sc->gif_options, sizeof(sc->gif_options)))) { ----- looks strange -- (&options) is in the kernel space (stack space), so why one is passing it as the userland address? Judging by the contents of newly added setgifopts() inside ifgif.c, I would assume that one wants 'ifr->ifr_data' instead of '&options'. Am I missing something? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 07:56:11 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3986C1065768; Mon, 8 Jun 2009 07:56:11 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id E80F48FC08; Mon, 8 Jun 2009 07:56:10 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n587ro8S019888; Mon, 8 Jun 2009 16:54:01 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n587rYUO068939; Mon, 8 Jun 2009 16:53:38 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 08 Jun 2009 16:53:25 +0900 (JST) Message-Id: <20090608.165325.225640915.hrs@allbsd.org> To: rea-fbsd@codelabs.ru From: Hiroki Sato In-Reply-To: References: <20090608025715.499087302F@freebsd-current.sentex.ca> <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Mon_Jun__8_16_53_25_2009_309)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Mon, 08 Jun 2009 16:54:01 +0900 (JST) Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 07:56:11 -0000 ----Security_Multipart0(Mon_Jun__8_16_53_25_2009_309)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Jun__8_16_53_25_2009_586)--" Content-Transfer-Encoding: 7bit ----Next_Part(Mon_Jun__8_16_53_25_2009_586)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Eygene Ryabinkin wrote in : re> Mon, Jun 08, 2009 at 11:00:56AM +0400, Eygene Ryabinkin wrote: re> > Looks like that re> > ----- re> > ifr->ifr_data = (caddr_t)(size_t)options; re> > ----- re> > will be more correct and will disable this warning -- it will convert re> > u_int to the proper type that will be able to carry addresses for the re> > given platform. re> re> Hmm, looking a bit into the code of gif_ioctl, I am under impression re> that 'options' will not be initialized at the GIFSOPTS processing. re> And the statement re> ----- re> if ((error = copyin(&options, &sc->gif_options, re> sizeof(sc->gif_options)))) { re> ----- re> looks strange -- (&options) is in the kernel space (stack space), re> so why one is passing it as the userland address? Judging by the re> contents of newly added setgifopts() inside ifgif.c, I would assume re> that one wants 'ifr->ifr_data' instead of '&options'. re> re> Am I missing something? Gr, certainly this looks strange. I meant the attached patch. Thanks for pointing out it. I will fix the build error as soon as I return home. -- Hiroki ----Next_Part(Mon_Jun__8_16_53_25_2009_586)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_gif.c.diff" Index: if_gif.c =================================================================== --- if_gif.c (revision 193673) +++ if_gif.c (working copy) @@ -914,10 +914,10 @@ case GIFSOPTS: if ((error = priv_check(curthread, PRIV_NET_GIF)) != 0) break; - if ((error = copyin(&options, &sc->gif_options, - sizeof(sc->gif_options)))) { + if ((error = copyin(ifr->ifr_data, &options, + sizeof(options)))) { if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) - ifr->ifr_data = (caddr_t)options; + sc->gif_options = options; else error = EINVAL; } ----Next_Part(Mon_Jun__8_16_53_25_2009_586)---- ----Security_Multipart0(Mon_Jun__8_16_53_25_2009_309)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkosw3UACgkQTyzT2CeTzy3swgCgv3g8llQDGWKj1ZBU88LGwcPa nxMAn31mmln/T7dDnuwBQcQecQz55hr0 =iFvg -----END PGP SIGNATURE----- ----Security_Multipart0(Mon_Jun__8_16_53_25_2009_309)---- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 08:14:46 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 248421065676; Mon, 8 Jun 2009 08:14:46 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id CA1FE8FC08; Mon, 8 Jun 2009 08:14:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=I9+mE8BUb4ayDeSdLbuGlpC0et4dY8iYtDo/jKlTdJrNxphAXwrpDz12RbFb34Jk2s7aUY2ULyKZ+ZOoC2pPNlG0qLSXubZyLBN0GstBkCZVYx9mlzq1ulIgg4kOc5sPMh2Soo7wlDWhcjP2/BadM6xh2Ja8RQpQzlMuW6aaEI4=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDa0C-000JoZ-UL; Mon, 08 Jun 2009 12:14:45 +0400 Date: Mon, 8 Jun 2009 12:14:42 +0400 From: Eygene Ryabinkin To: Hiroki Sato Message-ID: References: <20090608025715.499087302F@freebsd-current.sentex.ca> <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> <20090608.165325.225640915.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090608.165325.225640915.hrs@allbsd.org> Sender: rea-fbsd@codelabs.ru Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:14:46 -0000 Hiroki, good day. Mon, Jun 08, 2009 at 04:53:25PM +0900, Hiroki Sato wrote: > Gr, certainly this looks strange. I meant the attached patch. > Thanks for pointing out it. No problems. But still: > Index: if_gif.c > =================================================================== > --- if_gif.c (revision 193673) > +++ if_gif.c (working copy) > @@ -914,10 +914,10 @@ > case GIFSOPTS: > if ((error = priv_check(curthread, PRIV_NET_GIF)) != 0) > break; > - if ((error = copyin(&options, &sc->gif_options, > - sizeof(sc->gif_options)))) { > + if ((error = copyin(ifr->ifr_data, &options, > + sizeof(options)))) { > if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) > - ifr->ifr_data = (caddr_t)options; > + sc->gif_options = options; > else > error = EINVAL; > } Do you intend to set sc->gif_options only for the case of failed copyin()? This looks a bit strange to me too, because 1. in this case 'options' will have undeterminate contents; 2. I thought that 'set options' should set options if it is permitted. Though there could be some logics behing this -- don't know, but may be the negation operator was lost before '(error = copyin(...))' -- this is most adequate description of check for GIF_FULLOPTS. By the way, it will be great if new sysctls and their options will be documented somewhere, perhaps in the gif(4) itself. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 08:24:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E923C1065674; Mon, 8 Jun 2009 08:24:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AAD478FC21; Mon, 8 Jun 2009 08:24:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n588OtFP042355; Mon, 8 Jun 2009 04:24:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n588Ot8v028563; Mon, 8 Jun 2009 04:24:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A8C517302F; Mon, 8 Jun 2009 04:24:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608082455.A8C517302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 04:24:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:24:59 -0000 TB --- 2009-06-08 07:25:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 07:25:57 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-08 07:25:57 - cleaning the object tree TB --- 2009-06-08 07:26:27 - cvsupping the source tree TB --- 2009-06-08 07:26:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-08 07:26:35 - building world TB --- 2009-06-08 07:26:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 07:26:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 07:26:35 - TARGET=sun4v TB --- 2009-06-08 07:26:35 - TARGET_ARCH=sparc64 TB --- 2009-06-08 07:26:35 - TZ=UTC TB --- 2009-06-08 07:26:35 - __MAKE_CONF=/dev/null TB --- 2009-06-08 07:26:35 - cd /src TB --- 2009-06-08 07:26:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 07:26:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libgeom.a /obj/sun4v/src/tmp/usr/lib/libsbuf.a /obj/sun4v/src/tmp/usr/lib/libbsdxml.a /obj/sun4v/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 08:24:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 08:24:55 - ERROR: failed to build world TB --- 2009-06-08 08:24:55 - 3042.71 user 306.72 system 3538.18 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 08:43:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C774106566C for ; Mon, 8 Jun 2009 08:43:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 877988FC1A for ; Mon, 8 Jun 2009 08:43:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n588f8iU023948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jun 2009 18:41:14 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n588f7V2058905; Mon, 8 Jun 2009 18:41:07 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n588f7PH058904; Mon, 8 Jun 2009 18:41:07 +1000 (EST) (envelope-from peter) Date: Mon, 8 Jun 2009 18:41:07 +1000 From: Peter Jeremy To: Eygene Ryabinkin Message-ID: <20090608084107.GE9529@server.vk2pj.dyndns.org> References: <20090608025715.499087302F@freebsd-current.sentex.ca> <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yb+qhiCg54lqZFXW" Content-Disposition: inline In-Reply-To: <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:43:27 -0000 --Yb+qhiCg54lqZFXW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jun-08 11:00:56 +0400, Eygene Ryabinkin wrot= e: > ifr->ifr_data =3D (caddr_t)(size_t)options; >----- >will be more correct and will disable this warning -- it will convert >u_int to the proper type that will be able to carry addresses for the >given platform. Whilst I notice this specific problem has been resolved differently, for future reference, you should use [u]intptr_t rather than [s]size_t for this purpose. --=20 Peter Jeremy --Yb+qhiCg54lqZFXW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoszqMACgkQ/opHv/APuIc+TwCeKgdniuhFecJwP1si2N5WgdUJ FvYAn0BuWBNEVkwFLNvDQ0bEcqVEuaVt =yEwa -----END PGP SIGNATURE----- --Yb+qhiCg54lqZFXW-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 08:47:21 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6918F10656D1; Mon, 8 Jun 2009 08:47:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 193BB8FC3F; Mon, 8 Jun 2009 08:47:20 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=CvwS4QlYCMaTRO/bmQ+5+H7osfMencovZBYoNxkcU0NgMNgpAH+39TkJHdeGIS2z7MpdGKfS53utwJ6zMAklAeDc8SihxjyVtXE98rzcx+C5tZZkKqXJk//wF6kwE1qeNWYtC93yvSOtn7N0XJAXLntLySUJpL9hGnWCtHoqkKU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDaVk-000N6r-22; Mon, 08 Jun 2009 12:47:20 +0400 Date: Mon, 8 Jun 2009 12:47:18 +0400 From: Eygene Ryabinkin To: Hiroki Sato Message-ID: References: <20090608025715.499087302F@freebsd-current.sentex.ca> <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> <20090608.165325.225640915.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:47:22 -0000 And one more thing: Mon, Jun 08, 2009 at 12:14:42PM +0400, Eygene Ryabinkin wrote: > > if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) May be GIF_FULLOPTS is better be named GIF_OPTMASK -- it is easier to understand what does this constant mean. A bit bikeshedy, but still... -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 08:47:47 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77FA410656DD; Mon, 8 Jun 2009 08:47:47 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id F36958FC28; Mon, 8 Jun 2009 08:47:46 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n588jVLf020690; Mon, 8 Jun 2009 17:45:42 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n588jK3t068988; Mon, 8 Jun 2009 17:45:21 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 08 Jun 2009 17:44:50 +0900 (JST) Message-Id: <20090608.174450.250237255.hrs@allbsd.org> To: rea-fbsd@codelabs.ru From: Hiroki Sato In-Reply-To: References: <20090608.165325.225640915.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Jun__8_17_44_50_2009_039)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Mon, 08 Jun 2009 17:45:42 +0900 (JST) Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:47:48 -0000 ----Security_Multipart(Mon_Jun__8_17_44_50_2009_039)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Eygene Ryabinkin wrote in : re> Do you intend to set sc->gif_options only for the case of failed re> copyin()? This looks a bit strange to me too, because re> 1. in this case 'options' will have undeterminate contents; re> 2. I thought that 'set options' should set options if it is re> permitted. re> Though there could be some logics behing this -- don't know, but re> may be the negation operator was lost before '(error = copyin(...))' -- re> this is most adequate description of check for GIF_FULLOPTS. Yea, you are right. '!' was missing at the head of the condition. The options should be updated when copyin() succeeds. Probably I need some sleep :| re> By the way, it will be great if new sysctls and their options will be re> documented somewhere, perhaps in the gif(4) itself. Okay, I think it is reasonable, too. I'll do. Thanks for the suggestion. -- Hiroki ----Security_Multipart(Mon_Jun__8_17_44_50_2009_039)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkosz4IACgkQTyzT2CeTzy3EUQCgznNEFpwCh6yCkbg+uZAs5m6q q2IAnij9WfyZTznMae7qDFC3CbXKcdvV =0tnq -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Jun__8_17_44_50_2009_039)---- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 08:55:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00D7106566C for ; Mon, 8 Jun 2009 08:55:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A5D988FC0C for ; Mon, 8 Jun 2009 08:55:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=hkr8IasEhl4YXbtAvAhbDoq/nEsHe65YPrxbqZqkWVauwBnwSHBu153FV6Lugrfvp5BZncylhUtLXCZt2ht85o/XMH84AGrQJCjNukogqPR/50FEgW/8cQDuv7HAmDxNJZ7HUNHSX8VikYeIqEb4SywkOJjRchXVu/zSnJ82uHk=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDadx-000O0H-7s; Mon, 08 Jun 2009 12:55:49 +0400 Date: Mon, 8 Jun 2009 12:55:47 +0400 From: Eygene Ryabinkin To: Peter Jeremy Message-ID: References: <20090608025715.499087302F@freebsd-current.sentex.ca> <8LPG99US2/4EsGlonyfMSkDb40o@XX1fo6zQUfC4h0jjRC6IBz3oNH4> <20090608084107.GE9529@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090608084107.GE9529@server.vk2pj.dyndns.org> Sender: rea-fbsd@codelabs.ru Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:55:51 -0000 Mon, Jun 08, 2009 at 06:41:07PM +1000, Peter Jeremy wrote: > On 2009-Jun-08 11:00:56 +0400, Eygene Ryabinkin wrote: > > ifr->ifr_data = (caddr_t)(size_t)options; > >----- > >will be more correct and will disable this warning -- it will convert > >u_int to the proper type that will be able to carry addresses for the > >given platform. > > Whilst I notice this specific problem has been resolved differently, > for future reference, you should use [u]intptr_t rather than [s]size_t > for this purpose. Thanks -- I had trouble with recalling the name of 'intptr_t', so used 'size_t'. Just curious -- are there platforms/compilers on that these two are really different in sizes? Or this is pure semantical difference? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 09:15:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2418106566C; Mon, 8 Jun 2009 09:15:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 062C68FC1D; Mon, 8 Jun 2009 09:15:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 245158151; Mon, 08 Jun 2009 12:15:34 +0300 Message-ID: <4A2CD6AC.80407@FreeBSD.org> Date: Mon, 08 Jun 2009 12:15:24 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-arch@freebsd.org Content-Type: multipart/mixed; boundary="------------010407070706090009080901" Cc: Subject: Multiple MSI on SMP, misrouting or misunderstanding? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 09:15:39 -0000 This is a multi-part message in MIME format. --------------010407070706090009080901 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi. While experimenting with using multiple MSIs support on AHCI controller I have got the problem. When system boots as UP - everything is fine, driver allocates all available 16 MSIs and works. But when system booted as SMP, interrupts begin to behave strange: I didn't receive expected AHCI IRQs, but instead receive IRQ1 interrupts of atkbd0, while I have no PS/2 keyboard/mouse attached. As I have found, problem appears due to IRQ rebalancing between CPUs. As I have got, MSI requires that all vectors from the same group to be allocated sequentially, but IRQ rebalancing breaks correct order, that happed during initial allocation. I was quite surprised by this issue. If multiple MSI vectors of the same device have to be allocated sequentially and bound to the same CPU, then they will be unable to give any SMP scalability benefits. Am I right, or there is some special technique expected to be used to somehow distribute grouped MSI vectors between CPUs which we don't have? I have made small patch that denies rebalancing for grouped MSIs, to make them work at least somehow. It works fine for me, but I am not sure that it is the best solution. -- Alexander Motin --------------010407070706090009080901 Content-Type: text/plain; name="msi.c.reassign.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="msi.c.reassign.patch" --- msi.c.prev 2009-06-08 11:30:13.000000000 +0300 +++ msi.c 2009-06-08 11:30:06.000000000 +0300 @@ -210,6 +210,8 @@ msi_assign_cpu(struct intsrc *isrc, u_in old_id = msi->msi_cpu; if (old_vector && old_id == apic_id) return; + if (old_vector && !msi->msi_msix && msi->msi_first->msi_count > 1) + return; /* Allocate IDT vector on this cpu. */ vector = apic_alloc_vector(apic_id, msi->msi_irq); if (vector == 0) --------------010407070706090009080901-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 09:51:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81CDA1065674; Mon, 8 Jun 2009 09:51:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 43A858FC19; Mon, 8 Jun 2009 09:51:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n589pdsm042204; Mon, 8 Jun 2009 05:51:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n589pd1w075532; Mon, 8 Jun 2009 05:51:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 648A17302F; Mon, 8 Jun 2009 05:51:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608095139.648A17302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 05:51:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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: Mon, 08 Jun 2009 09:51:43 -0000 TB --- 2009-06-08 08:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 08:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-08 08:40:00 - cleaning the object tree TB --- 2009-06-08 08:41:17 - cvsupping the source tree TB --- 2009-06-08 08:41:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-08 08:41:25 - building world TB --- 2009-06-08 08:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 08:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 08:41:25 - TARGET=amd64 TB --- 2009-06-08 08:41:25 - TARGET_ARCH=amd64 TB --- 2009-06-08 08:41:25 - TZ=UTC TB --- 2009-06-08 08:41:25 - __MAKE_CONF=/dev/null TB --- 2009-06-08 08:41:25 - cd /src TB --- 2009-06-08 08:41:25 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 08:41:29 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libgeom.a /obj/amd64/src/tmp/usr/lib/libsbuf.a /obj/amd64/src/tmp/usr/lib/libbsdxml.a /obj/amd64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 09:51:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 09:51:39 - ERROR: failed to build world TB --- 2009-06-08 09:51:39 - 3228.49 user 336.16 system 4298.93 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 12:31:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD629106564A for ; Mon, 8 Jun 2009 12:31:45 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 789898FC19 for ; Mon, 8 Jun 2009 12:31:45 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id C6F0F14D669D for ; Mon, 8 Jun 2009 14:31:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xdUqR7rvCxdk for ; Mon, 8 Jun 2009 14:31:43 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4603414D6148 for ; Mon, 8 Jun 2009 14:31:43 +0200 (CEST) Message-ID: <4A2D04AB.5090907@FreeBSD.org> Date: Mon, 08 Jun 2009 14:31:39 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: warnings cause build fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 12:31:46 -0000 Hi, building yesterday's -current on 7.2-R fails due to -Werror, I can only build it if I set WERROR="". Is this a known issue or is it supposed to build successfully on -stable? Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 12:43:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59A5B106566B for ; Mon, 8 Jun 2009 12:43:52 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7088FC20 for ; Mon, 8 Jun 2009 12:43:52 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 7DB445C2E; Mon, 8 Jun 2009 08:43:51 -0400 (EDT) Date: Mon, 8 Jun 2009 08:43:51 -0400 From: Wesley Shields To: Michael Moll Message-ID: <20090608124351.GA81796@atarininja.org> References: <20090601182012.GA21543@darkthrone.kvedulv.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090601182012.GA21543@darkthrone.kvedulv.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic when accessing ZFS-Filesystem via NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 12:43:52 -0000 On Mon, Jun 01, 2009 at 08:20:12PM +0200, Michael Moll wrote: > Hi, > > I'm getting the following crash on the NFS server with -CURRENT (r193229) > as soon as I try to access a file on a ZFS filesystem via NFS: > > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump () at pcpu.h:246 > #1 0x80562773 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:420 > #2 0x8056297e in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0x807b488c in trap_fatal (frame=0xfcc95718, eva=1660) > at /usr/src/sys/i386/i386/trap.c:933 > #4 0x807b4af0 in trap_pfault (frame=0xfcc95718, usermode=0, eva=1660) > at /usr/src/sys/i386/i386/trap.c:846 > #5 0x807b5492 in trap (frame=0xfcc95718) at > /usr/src/sys/i386/i386/trap.c:528 > #6 0x8079ceeb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #7 0x8053d1bd in prison_priv_check (cred=0x85fe7000, priv=334) > at /usr/src/sys/kern/kern_jail.c:3315 > #8 0x8055631e in priv_check_cred (cred=0x85fe7000, priv=334, flags=0) > at /usr/src/sys/kern/kern_priv.c:93 > #9 0x8514412c in secpolicy_fs_owner () from /boot/kernel/zfs.ko > #10 0x85144657 in secpolicy_vnode_access () from /boot/kernel/zfs.ko > #11 0x851bfc5b in zfs_zaccess () from /boot/kernel/zfs.ko > #12 0x851bfeeb in zfs_zaccess_rwx () from /boot/kernel/zfs.ko > #13 0x851d55a4 in zfs_freebsd_access () from /boot/kernel/zfs.ko > #14 0x807bf282 in VOP_ACCESS_APV (vop=0x85238640, a=0xfcc958cc) > at vnode_if.c:571 > #15 0x806e8057 in nfsrv_access (vp=0x80, accmode=-2062450688, > cred=0x85fe7000, rdonly=0, override=0) at vnode_if.h:254 > #16 0x806e87f1 in nfsrv3_access (nfsd=0xfcc95a9c, slp=0x0, > mrq=0xfcc95a94) > at /usr/src/sys/nfsserver/nfs_serv.c:238 > #17 0x806f65a5 in nfssvc_program (rqst=0x86080800, xprt=0x85fe9e00) > at /usr/src/sys/nfsserver/nfs_srvkrpc.c:410 > #18 0x8071658f in svc_run_internal (pool=0x84d9e500, ismaster=1) > at /usr/src/sys/rpc/svc.c:883 > #19 0x807173fd in svc_run (pool=0x84d9e500) at > /usr/src/sys/rpc/svc.c:1223 > #20 0x806f5f6d in nfssvc_nfsd (td=Variable "td" is not available. > ) > at /usr/src/sys/nfsservc.c:199 > #22 0x806f8158 in nfssvc (td=0x8549fb40, uap=0xfcc95cf8) > at /usr/src/sys/nfs/nfs_nfssvc.c:90 > #23 0x807b4e35 in syscall (frame=0xfcc95d38) > at /usr/src/sys/i386/i386/trap.c:1073 > #24 0x8079cf50 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:261 > #25 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > Any ideas on this one? A workaround was committed to this while a more suitable fix is being worked on (r193650). -- WXS From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 12:58:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CC9D1065678; Mon, 8 Jun 2009 12:58:07 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA1A8FC12; Mon, 8 Jun 2009 12:58:00 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 22so1033405fge.12 for ; Mon, 08 Jun 2009 05:58:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=2JfEHAc/pWLfH4RYo11qkev4YFCyzL1sWT9HaQcJTmc=; b=gOaHd/pqmjE3z7nCMNYv6+QIF6BpfNnl8EZTOtzHbm1HysJD948FmaNH3D4n9l3OQh nHDvTjfcfXHsecG3bxQcs+DneIl4jeNZuFtKGfzB/vSQgrqrga7whRs7zeGdDIveImpy +wmJSwxZ1nY6NiaYBsQs21CAq2vJQyfqMyMxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=GQSVg6PWEmImfKz/eFCnPhL+IyYSPt2vvCOTm1BOEQ2i/2azrnTxNsY8rTISOo+wCv SkqOeebfkPDfjhT7OCXUKdjUKQ4+rPeHLgmHZCZAuSX3WnQD71FdzDEZNUcS8wpaqW/h r4deD9IwgolYDkqtuBFFtKiv2Y2eA/Y5rvW9I= Received: by 10.86.59.18 with SMTP id h18mr7192059fga.44.1244465879167; Mon, 08 Jun 2009 05:57:59 -0700 (PDT) Received: from ?192.168.220.101? (Yb1a7.y.pppool.de [89.60.177.167]) by mx.google.com with ESMTPS id 12sm228411fgg.15.2009.06.08.05.57.57 (version=SSLv3 cipher=RC4-MD5); Mon, 08 Jun 2009 05:57:57 -0700 (PDT) From: Mister Olli To: Bob Bishop In-Reply-To: <57A9FCBA-CBCB-45D2-9B95-5E5DBC0DB964@gid.co.uk> References: <1241623255.12407.6.camel@phoenix.blechhirn.net> <57A9FCBA-CBCB-45D2-9B95-5E5DBC0DB964@gid.co.uk> Content-Type: text/plain Date: Mon, 08 Jun 2009 14:57:52 +0200 Message-Id: <1244465872.12252.39.camel@phoenix.blechhirn.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "freebsd-questions@freebsd.org" Subject: Re: Assign IP address and hostname via kernel parameter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mister.olli@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, 08 Jun 2009 12:58:08 -0000 Hi, thanks for the hint, this brought me to a (IMHO) good way to accomplish this. When using FreeBSD as domU and configuring the kernel in the domU config file (rather than using pygrub) it's possible to append kernel parameters, by defining them in the variable 'extras' within the domU config file. With 'kenv' I can read them from within the bootet domU, so this should be just a simple shell script to setup all parameters. Currently I'm not sure where this script should hook into freebsd's internas. The greatest thing would be having a 'rc.conf' parameter to enable configuration from the kernel parameters. Setting this to 'true' would simply fire up the shell script to do all the stuff. Any suggestions or hints on this??? Regards, --- Mr. Olli On Wed, 2009-05-06 at 17:52 +0100, Bob Bishop wrote: > Hi, > > On 6 May 2009, at 16:20, Mister Olli wrote: > > > is there a way to configure IP address and hostname on freebsd systems > > via kernel command line parameters? [etc] > > When running diskless, the loader sets kernel variables like: > > boot.netif.gateway="192.168.198.1" > boot.netif.hwaddr="00:15:17:47:14:fc" > boot.netif.ip="192.168.198.8" > boot.netif.netmask="255.255.255.0" > > to values obtained from BOOTP or DHCP, and the right things happen. I > guess you could just set these in loader.conf or at the loader prompt. > > -- > Bob Bishop > rb@gid.co.uk > > > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 13:16:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CF31065697 for ; Mon, 8 Jun 2009 13:16:37 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 40D308FC14 for ; Mon, 8 Jun 2009 13:16:37 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id D986D199087; Mon, 8 Jun 2009 15:16:35 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id CC9DE199081; Mon, 8 Jun 2009 15:16:35 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id B6EE5199064; Mon, 8 Jun 2009 15:16:35 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF166) with ESMTP id 2009060815163424-5907 ; Mon, 8 Jun 2009 15:16:34 +0200 Received: by wep4035 (sSMTP sendmail emulation); Mon, 8 Jun 2009 15:16:34 +0200 Date: Mon, 8 Jun 2009 15:16:34 +0200 From: Alexey Shuvaev To: Gabor Kovesdan Message-ID: <20090608131634.GA91130@wep4035.physik.uni-wuerzburg.de> References: <4A2D04AB.5090907@FreeBSD.org> MIME-Version: 1.0 In-Reply-To: <4A2D04AB.5090907@FreeBSD.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.19 (2009-01-05) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF166 | March 12, 2009) at 06/08/2009 03:16:34 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF166 | March 12, 2009) at 06/08/2009 03:16:34 PM, Serialize complete at 06/08/2009 03:16:34 PM Content-Type: multipart/mixed; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: FreeBSD Current Subject: Re: warnings cause build fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 13:16:38 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 08, 2009 at 02:31:39PM +0200, Gabor Kovesdan wrote: > Hi, > > building yesterday's -current on 7.2-R fails due to -Werror, I can only > build it if I set WERROR="". Is this a known issue or is it supposed to > build successfully on -stable? > SVN rev 193673 on 2009-06-08 02:13:24Z by marcel Make the size (-s) and start (-b) parameters of the add verb optional. The missing parameter(s) are automatically filled-in. Attached patch (probably) solves the issue. Alexey. --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-geom_part --- geom_part.c.orig 2009-06-08 15:11:02.000000000 +0200 +++ geom_part.c 2009-06-08 15:11:45.000000000 +0200 @@ -342,13 +342,13 @@ return (ENOSPC); if (!has_size) { - asprintf(&val, "%jd", size); + asprintf(&val, "%llu", size); if (val == NULL) return (ENOMEM); gctl_change_param(req, "size", -1, val); } if (!has_start) { - asprintf(&val, "%jd", start); + asprintf(&val, "%llu", start); if (val == NULL) return (ENOMEM); gctl_change_param(req, "start", -1, val); --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 13:18:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EC5E1065672 for ; Mon, 8 Jun 2009 13:18:58 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 0876B8FC18 for ; Mon, 8 Jun 2009 13:18:57 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E7F4B14D669D; Mon, 8 Jun 2009 15:18:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ar+rKludAeht; Mon, 8 Jun 2009 15:18:56 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6C1F314D6148; Mon, 8 Jun 2009 15:18:56 +0200 (CEST) Message-ID: <4A2D0FBC.2060404@FreeBSD.org> Date: Mon, 08 Jun 2009 15:18:52 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Alexey Shuvaev References: <4A2D04AB.5090907@FreeBSD.org> <20090608131634.GA91130@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20090608131634.GA91130@wep4035.physik.uni-wuerzburg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current Subject: Re: warnings cause build fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 13:18:58 -0000 Alexey Shuvaev escribió: > On Mon, Jun 08, 2009 at 02:31:39PM +0200, Gabor Kovesdan wrote: > >> Hi, >> >> building yesterday's -current on 7.2-R fails due to -Werror, I can only >> build it if I set WERROR="". Is this a known issue or is it supposed to >> build successfully on -stable? >> >> > > SVN rev 193673 on 2009-06-08 02:13:24Z by marcel > > Make the size (-s) and start (-b) parameters of the add verb optional. > The missing parameter(s) are automatically filled-in. > > Attached patch (probably) solves the issue. > > No, I see various warnings in different parts of the kernel: acpica, usb, xfs, ... -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 13:27:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14A7106566B; Mon, 8 Jun 2009 13:27:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 918688FC08; Mon, 8 Jun 2009 13:27:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58DRWOm075547; Mon, 8 Jun 2009 09:27:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n58DRWEL047213; Mon, 8 Jun 2009 09:27:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D174B7302F; Mon, 8 Jun 2009 09:27:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608132731.D174B7302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 09:27:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 13:27:35 -0000 TB --- 2009-06-08 12:03:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 12:03:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-08 12:03:56 - cleaning the object tree TB --- 2009-06-08 12:04:24 - cvsupping the source tree TB --- 2009-06-08 12:04:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-08 12:04:34 - building world TB --- 2009-06-08 12:04:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 12:04:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 12:04:34 - TARGET=ia64 TB --- 2009-06-08 12:04:34 - TARGET_ARCH=ia64 TB --- 2009-06-08 12:04:34 - TZ=UTC TB --- 2009-06-08 12:04:34 - __MAKE_CONF=/dev/null TB --- 2009-06-08 12:04:34 - cd /src TB --- 2009-06-08 12:04:34 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 12:04:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/ia64/src/tmp/usr/lib/libc.a /obj/ia64/src/tmp/usr/lib/libgeom.a /obj/ia64/src/tmp/usr/lib/libsbuf.a /obj/ia64/src/tmp/usr/lib/libbsdxml.a /obj/ia64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 13:27:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 13:27:31 - ERROR: failed to build world TB --- 2009-06-08 13:27:31 - 4060.65 user 327.68 system 5014.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 14:23:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DAE1065670 for ; Mon, 8 Jun 2009 14:23:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id AB8368FC19 for ; Mon, 8 Jun 2009 14:23:02 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=WVhPmrhFwXjJWNTth7H9QurIwY9sY3IR11G9GZyJEhb5zYSImDlZai4K9zi2pTCl4XDXZsxD2rtQ9iFyH9lLrVM1MMNZ38Cza2fdBeJf8m9GP8WpvOSMInBhMnnpKndn1QncHevj3y30S0bDLW1E+M/r7PNwJ0lLxDu69bxeJ80=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDfka-00061h-5b; Mon, 08 Jun 2009 18:23:00 +0400 Date: Mon, 8 Jun 2009 18:22:58 +0400 From: Eygene Ryabinkin To: Gabor Kovesdan Message-ID: <9suKjvUm8qSfgVnPJ5GW5mwE64U@j4OYE6OL8eALCd4BvSxIfwgoxSc> References: <4A2D04AB.5090907@FreeBSD.org> <20090608131634.GA91130@wep4035.physik.uni-wuerzburg.de> <4A2D0FBC.2060404@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2D0FBC.2060404@FreeBSD.org> Sender: rea-fbsd@codelabs.ru Cc: Alexey Shuvaev , FreeBSD Current Subject: Re: warnings cause build fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 14:23:03 -0000 Gabor, good day. Mon, Jun 08, 2009 at 03:18:52PM +0200, Gabor Kovesdan wrote: > No, I see various warnings in different parts of the kernel: acpica, > usb, xfs, ... Can you show them? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 14:33:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 856D9106567D; Mon, 8 Jun 2009 14:33:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 464E18FC28; Mon, 8 Jun 2009 14:33:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n58EXB0X023132; Mon, 8 Jun 2009 10:33:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58EXBwo079822; Mon, 8 Jun 2009 10:33:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 31CFF7302F; Mon, 8 Jun 2009 10:33:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608143311.31CFF7302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 10:33:11 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 14:33:15 -0000 TB --- 2009-06-08 13:27:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 13:27:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-08 13:27:31 - cleaning the object tree TB --- 2009-06-08 13:28:01 - cvsupping the source tree TB --- 2009-06-08 13:28:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-08 13:28:07 - building world TB --- 2009-06-08 13:28:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 13:28:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 13:28:07 - TARGET=sparc64 TB --- 2009-06-08 13:28:07 - TARGET_ARCH=sparc64 TB --- 2009-06-08 13:28:07 - TZ=UTC TB --- 2009-06-08 13:28:07 - __MAKE_CONF=/dev/null TB --- 2009-06-08 13:28:07 - cd /src TB --- 2009-06-08 13:28:07 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 13:28:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libgeom.a /obj/sparc64/src/tmp/usr/lib/libsbuf.a /obj/sparc64/src/tmp/usr/lib/libbsdxml.a /obj/sparc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 14:33:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 14:33:10 - ERROR: failed to build world TB --- 2009-06-08 14:33:10 - 3062.78 user 312.94 system 3939.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 15:33:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69E66106574C for ; Mon, 8 Jun 2009 15:33:57 +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 37AD68FC0C for ; Mon, 8 Jun 2009 15:33:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E229746B53; Mon, 8 Jun 2009 11:33:56 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D5D948A068; Mon, 8 Jun 2009 11:33:55 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 8 Jun 2009 11:00:05 -0400 User-Agent: KMail/1.9.7 References: <20090606021835.GC1077@darklight.homeunix.org> <20090606175158.GA1080@darklight.homeunix.org> In-Reply-To: <20090606175158.GA1080@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906081100.06174.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 08 Jun 2009 11:33:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00,RDNS_NONE, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Yuri Pankov Subject: Re: loader panics with 2 GPT partitioned drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 15:33:58 -0000 On Saturday 06 June 2009 1:51:58 pm Yuri Pankov wrote: > On Sat, Jun 06, 2009 at 06:18:35AM +0400, Yuri Pankov wrote: > > Hi, > > > > I'm getting the following "panic" from loader when trying to attach > > another GPT partitioned drive. loader is built using LOADER_ZFS_SUPPORT. > > > > BTX Loader 1.00 BTX version is 1.02 > > Consoles: internal video/keyboard > > BIOS drive C: is disk0 > > BIOS drive D: is disk1 > > > > panic:free: guard1 fail @ 0x7fd4b3f4 from > > /usr/src/sys/boot/i386/libi386/biosdisk.c:1048 > > > > > > ad4: > > => 34 488397101 ad4 GPT (233G) > > 34 128 1 freebsd-boot (64K) > > 162 16777216 2 freebsd-swap (8.0G) > > 16777378 471619757 3 freebsd-zfs (225G) > > > > ad10: > > empty disk, `gpart create -s GPT ad10` > > > > > > > > Yuri > > Looks like there are no checks in loader with GPT support if there are > no partitions defined (very rare case, but still.. :-). Attached patch > fixes booting with GPT disk without partitions (for me). That is the correct fix. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 15:33:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FE151065675; Mon, 8 Jun 2009 15:33:59 +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 11D628FC14; Mon, 8 Jun 2009 15:33:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id BB26446B4C; Mon, 8 Jun 2009 11:33:58 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4D0A28A049; Mon, 8 Jun 2009 11:33:57 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 8 Jun 2009 11:16:40 -0400 User-Agent: KMail/1.9.7 References: <4A2CD6AC.80407@FreeBSD.org> In-Reply-To: <4A2CD6AC.80407@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906081116.40462.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 08 Jun 2009 11:33:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Motin , freebsd-arch@freebsd.org Subject: Re: Multiple MSI on SMP, misrouting or misunderstanding? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 15:33:59 -0000 On Monday 08 June 2009 5:15:24 am Alexander Motin wrote: > Hi. > > While experimenting with using multiple MSIs support on AHCI controller > I have got the problem. When system boots as UP - everything is fine, > driver allocates all available 16 MSIs and works. But when system booted > as SMP, interrupts begin to behave strange: I didn't receive expected > AHCI IRQs, but instead receive IRQ1 interrupts of atkbd0, while I have > no PS/2 keyboard/mouse attached. > > As I have found, problem appears due to IRQ rebalancing between CPUs. As > I have got, MSI requires that all vectors from the same group to be > allocated sequentially, but IRQ rebalancing breaks correct order, that > happed during initial allocation. > > I was quite surprised by this issue. If multiple MSI vectors of the same > device have to be allocated sequentially and bound to the same CPU, then > they will be unable to give any SMP scalability benefits. Am I right, or > there is some special technique expected to be used to somehow > distribute grouped MSI vectors between CPUs which we don't have? > > I have made small patch that denies rebalancing for grouped MSIs, to > make them work at least somehow. It works fine for me, but I am not sure > that it is the best solution. It is a limitation of MSI. With MSI, you have a single address register for the entire group of messages (the individual messages are just distinguished by toggling the lower N bits in the message data register). On x86 the address register includes the APIC ID. That means that all of the messages get sent to the same CPU. With MSI-X, there is a table with separate address and data registers for each message. This allows a driver to distribute interrupts across CPUs. I had old patches prior to the per-CPU IDT stuff to handle this quirk of MSI groups. The approach I used there was that I would only allow reassigning of the entire group by assigning to the first interrupt in the group. With per-CPU IDTs that gets trickier though as you need to allocate a whole block of aligned, consecutive IDT vectors in the new CPU. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 15:38:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439AD10657DC; Mon, 8 Jun 2009 15:38:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E06B48FC1F; Mon, 8 Jun 2009 15:38:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58Fc6kK014548; Mon, 8 Jun 2009 11:38:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58Fc6xZ036888; Mon, 8 Jun 2009 11:38:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED0FA7302F; Mon, 8 Jun 2009 11:38:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608153805.ED0FA7302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 11:38:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 15:38:17 -0000 TB --- 2009-06-08 14:33:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 14:33:11 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-08 14:33:11 - cleaning the object tree TB --- 2009-06-08 14:33:33 - cvsupping the source tree TB --- 2009-06-08 14:33:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-08 14:33:40 - building world TB --- 2009-06-08 14:33:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 14:33:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 14:33:40 - TARGET=sun4v TB --- 2009-06-08 14:33:40 - TARGET_ARCH=sparc64 TB --- 2009-06-08 14:33:40 - TZ=UTC TB --- 2009-06-08 14:33:40 - __MAKE_CONF=/dev/null TB --- 2009-06-08 14:33:40 - cd /src TB --- 2009-06-08 14:33:40 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 14:33:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libgeom.a /obj/sun4v/src/tmp/usr/lib/libsbuf.a /obj/sun4v/src/tmp/usr/lib/libbsdxml.a /obj/sun4v/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 15:38:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 15:38:05 - ERROR: failed to build world TB --- 2009-06-08 15:38:05 - 3060.38 user 309.99 system 3894.45 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 15:57:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BF8106566C for ; Mon, 8 Jun 2009 15:57:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id E33588FC12 for ; Mon, 8 Jun 2009 15:57:10 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=7i0464YSEO4A:10 a=iFeS3GoKecEA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=2FSjGKNiIeXevvnH9fgA:9 a=eA9MlQzHYcuBG5Jg4y5VVFWK6AoA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1255522163 for freebsd-current@freebsd.org; Mon, 08 Jun 2009 17:57:09 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 8 Jun 2009 18:01:15 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906081801.17477.hselasky@c2i.net> Subject: KDE4 on FreeBSD (was: KDE4 and input events) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 15:57:11 -0000 Hi, During the last couple of weeks I've seen several posts about input devices freezing. I'm not sure if I have a solution for it, but it seems like there is a software bug there. Starting up kde4 as a non-root user leaded to the following strange situation: kded4 (KDE 4.2.4) was constanly waiting on "select" using 30% CPU while one zombie process was present. Solution: killall -kill kded4 After that my system was behaving normal. I was not able to figure out if this is a kernel race or userland race. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 16:50:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A1E1065670; Mon, 8 Jun 2009 16:50:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BE1728FC18; Mon, 8 Jun 2009 16:50:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n58GopaP069608; Mon, 8 Jun 2009 12:50:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58GopZs001665; Mon, 8 Jun 2009 12:50:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 53A247302F; Mon, 8 Jun 2009 12:50:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608165051.53A247302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 12:50:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on 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: Mon, 08 Jun 2009 16:50:54 -0000 TB --- 2009-06-08 15:40:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 15:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-08 15:40:01 - cleaning the object tree TB --- 2009-06-08 15:40:42 - cvsupping the source tree TB --- 2009-06-08 15:40:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-08 15:40:50 - building world TB --- 2009-06-08 15:40:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 15:40:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 15:40:50 - TARGET=amd64 TB --- 2009-06-08 15:40:50 - TARGET_ARCH=amd64 TB --- 2009-06-08 15:40:50 - TZ=UTC TB --- 2009-06-08 15:40:50 - __MAKE_CONF=/dev/null TB --- 2009-06-08 15:40:50 - cd /src TB --- 2009-06-08 15:40:50 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 15:40:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo geom: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libgeom.a /obj/amd64/src/tmp/usr/lib/libsbuf.a /obj/amd64/src/tmp/usr/lib/libbsdxml.a /obj/amd64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/core/geom.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/label/geom_label.c cc -O2 -pipe -I/src/sbin/geom -I/src/sbin/geom/core -DSTATIC_GEOM_CLASSES -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/geom/class/part/geom_part.c cc1: warnings being treated as errors /src/sbin/geom/class/part/geom_part.c: In function 'gpart_autofill': /src/sbin/geom/class/part/geom_part.c:345: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' /src/sbin/geom/class/part/geom_part.c:351: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 16:50:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 16:50:50 - ERROR: failed to build world TB --- 2009-06-08 16:50:50 - 3229.04 user 332.88 system 4249.90 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 18:07:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B3FC106566C; Mon, 8 Jun 2009 18:07:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id E4B3F8FC15; Mon, 8 Jun 2009 18:07:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id n58I5ZK4032417; Mon, 8 Jun 2009 12:05:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 08 Jun 2009 12:05:52 -0600 (MDT) Message-Id: <20090608.120552.756910862.imp@bsdimp.com> To: ed@80386.nl From: "M. Warner Losh" In-Reply-To: <20090604093831.GE48776@hoeg.nl> References: <20090604093831.GE48776@hoeg.nl> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 18:07:13 -0000 In message: <20090604093831.GE48776@hoeg.nl> Ed Schouten writes: : Good news everyone! ... : So far we've only done testing on amd64 and i386. A lot of ports are : probably still broken. Caveat emptor. Beware of dog. Slippery when wet. "objects in mirror may be larger than they appear" Do you have size or run-time performance comparisons yet? Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 18:26:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C62601065673 for ; Mon, 8 Jun 2009 18:26:59 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2C68FC28 for ; Mon, 8 Jun 2009 18:26:59 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 3952471F4C6; Mon, 8 Jun 2009 14:26:59 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uALrDsEZxzas; Mon, 8 Jun 2009 14:26:59 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 1787C71F4B2; Mon, 8 Jun 2009 14:26:58 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id CE8481AB; Mon, 8 Jun 2009 14:26:58 -0400 (EDT) Date: Mon, 8 Jun 2009 14:26:58 -0400 From: Adam McDougall To: Ed Schouten Message-ID: <20090608182658.GY12796@egr.msu.edu> References: <20090526213921.GD48776@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090526213921.GD48776@hoeg.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: CFT: ee 1.5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 18:27:00 -0000 On Tue, May 26, 2009 at 11:39:21PM +0200, Ed Schouten wrote: Hi all, Some days ago Bruce Cran and I were talking on IRC about the ancient version of ee(1) we have in the tree. Today I spent some time moving ee(1) to contrib/ee with proper mergeinfo in place, to make it easier to upgrade it. It turns out all local modifications we have to ee(1) right now (line numbers, mktemp, etc) have been implemented upstream as well, in most cases even better. So I've decided to switch to an almost clean copy of ee(1). My patch so far (requires a very recent source tree): http://80386.nl/pub/ee-freebsd-1.5.0.diff Any comments before I commit this patch to SVN? After using the new ee in a -current build, it seems like an old issue has come back where if the containing xterm is resized, ee ungracefully exits without saving. I think it was fixed a while ago but a quick look at the modern ee.c seems to indicate this was lost: Revision 1.25: download - view: text, markup, annotated - select for diffs Sat Jul 28 22:40:10 2001 UTC (7 years, 10 months ago) by mp Branches: MAIN Diff to: previous 1.24: preferred, colored Changes since revision 1.24: +5 -10 lines Properly handle wgetch(3) returning ERR. This prevents an abnormal exit when a windows resize event (SIGWINCH) occurs. Reported by: John Doe and others on -stable. Reviewed by: dd MFC after: 1 week Also something else which I did not check on: Revision 1.26: download - view: text, markup, annotated - select for diffs Fri Aug 31 21:50:06 2001 UTC (7 years, 9 months ago) by mp Branches: MAIN Diff to: previous 1.25: preferred, colored Changes since revision 1.25: +2 -1 lines Exit gracefully when a SIGHUP is received. This prevents ee from going into an infinite spin loop when the terminal window is forcibly blown away. PR: 29553 Reported by: Sung N. Cho MFC after: 1 day Thanks. Let me know if I should do more to help. From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 18:33:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A02D106564A for ; Mon, 8 Jun 2009 18:33:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 50E258FC0C for ; Mon, 8 Jun 2009 18:33:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n58IXJpQ008983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jun 2009 11:33:20 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A2D596F.9050508@freebsd.org> Date: Mon, 08 Jun 2009 11:33:19 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Hans Petter Selasky References: <200906081801.17477.hselasky@c2i.net> In-Reply-To: <200906081801.17477.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: KDE4 on FreeBSD (was: KDE4 and input events) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 18:33:24 -0000 Hans Petter Selasky wrote: > Hi, > > During the last couple of weeks I've seen several posts about input > devices freezing. I'm not sure if I have a solution for it, but it seems > like there is a software bug there. > > Starting up kde4 as a non-root user leaded to the following strange > situation: > > kded4 (KDE 4.2.4) was constanly waiting on "select" using 30% CPU while > one zombie process was present. > > Solution: killall -kill kded4 > > After that my system was behaving normal. > > I was not able to figure out if this is a kernel race or userland race. > I have hit numerous kde4 issues on head. Ever since upgrading from kde3 the akonadi server will not startup and I've not figured out why (best guess is it's failing to register w/ dbus but could also be mysql-related). apps randomly go into a "hard run" for extended periods of time (especially thunderbird). firefox3 does not work (best guess was a dns problem) but konqueror does (firefox2 works better but the google search box is inoperative--perhaps same dns issue). And lots of other stuff. I'm too busy w/ other stuff to chase issues but would work with someone familiar w/ kde4 to diagnose. FWIW this is a dual-amd64 install that used to work fine w/ kde3. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 19:16:54 2009 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46982106566B; Mon, 8 Jun 2009 19:16:54 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 05F488FC0C; Mon, 8 Jun 2009 19:16:53 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.3/8.14.2) with ESMTP id n58IpMKa065821; Mon, 8 Jun 2009 14:51:22 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.3/8.14.2/Submit) id n58IpM0A065820; Mon, 8 Jun 2009 14:51:22 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 8 Jun 2009 14:51:22 -0400 From: David Schultz To: Brooks Davis Message-ID: <20090608185122.GA65737@zim.MIT.EDU> Mail-Followup-To: Brooks Davis , arch@FreeBSD.ORG, current@FreeBSD.ORG References: <20090605223636.GA24364@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090605223636.GA24364@lor.one-eyed-alien.net> Cc: arch@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: RFT: Allow large values of NGROUPS_MAX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 19:16:54 -0000 On Fri, Jun 05, 2009, Brooks Davis wrote: > - Should we make any attempt to support old binaries when there > are more than 16 groups? The POSIX getgroups/setgroups APIs did not > anticipate this change and thus either will fail outright. We can't > fix setgroups, but we might want to make an optional accommodation for > getgroups to allow for truncated returns to old code. Awesome. I think the ABI breakage is fine as long as it only affects systems where users are actually in more than 16 groups. It's perfectly reasonable to expect people to recompile in order to take advantage of a new feature. As for the value of NGROUPS_MAX, there are systems with more than 32k groups out there, but I doubt there are interesting cases where a single user is a member of more than 32k groups. The permission checking code would not realistically scale to group lists that long anyway. From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 19:30:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249DC1065678 for ; Mon, 8 Jun 2009 19:30:48 +0000 (UTC) (envelope-from jille@quis.cx) Received: from istud.quis.cx (ip83-113-174-82.adsl2.static.versatel.nl [82.174.113.83]) by mx1.freebsd.org (Postfix) with ESMTP id 408258FC13 for ; Mon, 8 Jun 2009 19:30:46 +0000 (UTC) (envelope-from jille@quis.cx) Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 9A0C65C4A for ; Mon, 8 Jun 2009 21:12:58 +0200 (CEST) Message-ID: <4A2D62B6.9080207@quis.cx> Date: Mon, 08 Jun 2009 21:12:54 +0200 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------000003070703010501010205" Cc: Subject: panic: oof, we didn't get our fd while playing with devfs(8) and jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 19:30:48 -0000 This is a multi-part message in MIME format. --------------000003070703010501010205 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I was playing with the new hierarchical jails (yay!) and devfs(8) to tune the devfs mountpoints. At some point I tried to apply another ruleset and the machine panic'd a few seconds later. I haven't been able to reproduce this. (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc063cf3f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc063d222 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0609399 in fdcheckstd (td=0xc46ff000) at /usr/src/sys/kern/kern_descrip.c:1946 #4 0xc0611086 in kern_execve (td=0xc46ff000, args=0xe647fc58, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:679 #5 0xc06118fc in execve (td=0xc46ff000, uap=0xe647fcf8) at /usr/src/sys/kern/kern_exec.c:203 #6 0xc08c25f3 in syscall (frame=0xe647fd38) at /usr/src/sys/i386/i386/trap.c:1073 #7 0xc08a5f60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #8 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 3 #3 0xc0609399 in fdcheckstd (td=0xc46ff000) at /usr/src/sys/kern/kern_descrip.c:1946 1946 KASSERT(devnull == i, ("oof, we didn't get our fd")); (kgdb) print i $1 = 1 (kgdb) print devnull $2 = 0 (kgdb) print fdp->fd_ofiles[0] $3 = (struct file *) 0xc41b2e00 (kgdb) print fdp->fd_ofiles[1] $4 = (struct file *) 0x0 (kgdb) print fdp->fd_ofiles[2] $5 = (struct file *) 0x0 (kgdb) print *fdp->fd_ofiles[0]->f_ops $6 = {fo_read = 0xc067d880 , fo_write = 0xc067dee0 , fo_truncate = 0xc067c280 , fo_ioctl = 0xc067ca90 , fo_poll = 0xc067c950 , fo_kqfilter = 0xc067c770 , fo_stat = 0xc067c390 , fo_close = 0xc067d560 , fo_flags = 1} (kgdb) print td->td_name $7 = "sendmail\000er\000\000\000\000\000\000\000\000" # I think the "er" is coming from mailwrapper, overwritten by sendmail\0 Full textdump is attached, I'll keep the vmcore so let me know if you want to know other variables. -- Jille --------------000003070703010501010205 Content-Type: text/plain; name="core.txt.1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="core.txt.1" boom-freebsd.quis.cx dumped core - see /var/crash/vmcore.1 Sun Jun 7 20:23:39 UTC 2009 FreeBSD boom-freebsd.quis.cx 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r193116: Sun May 31 03:24:20 UTC 2009 quis@boom-freebsd.quis.cx:/usr/obj/usr/src/sys/EEE i386 panic: oof, we didn't get our fd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: oof, we didn't get our fd cpuid = 0 KDB: enter: panic Uptime: 35m34s Physical memory: 1007 MB Dumping 124 MB: 109 93 77 61 45 29 13 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko Reading symbols from /boot/kernel/unionfs.ko...Reading symbols from /boot/kernel/unionfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/unionfs.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc063cf3f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc063d222 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0609399 in fdcheckstd (td=0xc46ff000) at /usr/src/sys/kern/kern_descrip.c:1946 #4 0xc0611086 in kern_execve (td=0xc46ff000, args=0xe647fc58, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:679 #5 0xc06118fc in execve (td=0xc46ff000, uap=0xe647fcf8) at /usr/src/sys/kern/kern_exec.c:203 #6 0xc08c25f3 in syscall (frame=0xe647fd38) at /usr/src/sys/i386/i386/trap.c:1073 #7 0xc08a5f60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #8 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 574325:36.00 [kernel] 0 1 0 0 51 0 2912 0 wait DLs ?? 433844:48.00 [init] 0 2 0 0 -8 0 0 0 - RL ?? 4739556:24.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 8305428:36.00 [g_up] 0 4 0 0 -8 0 0 0 - RL ?? 8741096:36.00 [g_down] 0 5 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 6 0 0 -16 0 0 0 waitin DL ?? 3955:36.00 [sctp_itera 0 7 0 0 -64 0 0 0 psleep DL ?? 74129:48.00 [pagedaemon 0 8 0 0 -64 0 0 0 psleep DL ?? 158:48.00 [vmdaemon] 0 9 0 0 76 0 0 0 pgzero DL ?? 1165:00.00 [pagezero] 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? -8184896:-35.55 [idle] 0 12 0 0 -60 0 0 0 - WL ?? 7683134:36.00 [intr] 0 13 0 0 -16 0 0 0 - DL ?? 3712870:00.00 [yarrow] 0 14 0 0 -16 0 0 0 tzpoll DL ?? 5014709:12.00 [acpi_therm 0 15 0 0 -16 0 0 0 coolin DL ?? 101114:48.00 [acpi_cooli 0 16 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus0] 0 17 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus0] 0 18 0 0 -64 0 0 0 wmsg DL ?? 341083:48.00 [usbus0] 0 19 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus0] 0 20 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus1] 0 21 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus1] 0 22 0 0 -64 0 0 0 wmsg DL ?? 360224:00.00 [usbus1] 0 23 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus1] 0 24 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus2] 0 25 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus2] 0 26 0 0 -64 0 0 0 wmsg DL ?? 341889:00.00 [usbus2] 0 27 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus2] 0 28 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus3] 0 29 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus3] 0 30 0 0 -64 0 0 0 wmsg DL ?? 389174:48.00 [usbus3] 0 31 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus3] 0 32 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus4] 0 33 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus4] 0 34 0 0 -64 0 0 0 wmsg DL ?? 600090:36.00 [usbus4] 0 35 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus4] 0 36 0 0 -64 0 0 0 psleep DL ?? 306277:24.00 [bufdaemon] 0 37 0 0 -64 0 0 0 vlruwt DL ?? 343869:48.00 [vnlru] 0 38 0 0 44 0 0 0 - RL ?? 3600303:48.00 [syncer] 0 39 0 0 -64 0 0 0 sdflus DL ?? 796358:48.00 [softdepflu 0 40 0 0 -64 0 0 0 flowcl DL ?? 34703:12.00 [flowcleane 0 371 1 0 76 0 1888 0 select Ds ?? 72696:00.00 [devd] 0 474 1 0 44 0 3320 0 select Ds ?? 587030:12.00 [syslogd] 0 744 1 0 76 0 3348 0 nanslp Ds ?? 356433:12.00 [cron] 0 794 1 0 44 0 3784 0 wait Ds ?? 1022241:12.00 [login] 0 795 1 0 44 0 3784 0 wait Ds ?? 1009421:48.00 [login] 0 796 1 0 44 0 3784 0 wait Ds ?? 1013099:12.00 [login] 0 797 1 0 76 0 3320 0 ttyin Ds+ ?? 206877:36.00 [getty] 0 798 1 0 76 0 3320 0 ttyin Ds+ ?? 200452:00.00 [getty] 0 799 1 0 76 0 3320 0 ttyin Ds+ ?? 210536:12.00 [getty] 0 800 1 0 76 0 3320 0 ttyin Ds+ ?? 211536:36.00 [getty] 0 801 1 0 76 0 3320 0 ttyin Ds+ ?? 160099:24.00 [getty] 0 802 794 0 44 0 4532 0 wait D ?? 7244470:36.00 [bash] 1000 803 795 0 45 0 4532 0 wait D ?? 566209:00.00 [bash] 1000 805 803 0 -8 0 12740 0 - R+ ?? -24403354:-31.55 [herrie] 0 822 802 0 44 0 3516 0 - T ?? 1313011:36.00 [vi] 0 920 796 0 44 0 4532 0 wait D ?? 5883692:48.00 [bash] 0 921 920 0 44 0 3516 0 - T ?? 815540:36.00 [vi] 0 1507 0 0 76 0 0 0 - RL ?? 123704:12.00 [pfpurge] 0 2469 1 0 44 0 3320 0 select Ds ?? 433086:24.00 [syslogd] 0 2575 1 0 76 0 6648 0 select Ds ?? 94350:24.00 [sshd] 0 2584 1 0 44 0 3348 0 nanslp Ds ?? 341654:36.00 [cron] 0 2618 920 0 44 0 3600 0 ttyin D+ ?? 498359:24.00 [sh] 0 2629 1 0 44 0 6648 0 select Ds ?? 67591:48.00 [sshd] 0 2702 802 0 44 0 3516 0 ttyin D+ ?? 0:00.00 [vi] 0 2716 2584 0 49 0 3348 0 wait D ?? 0:00.00 [cron] 2 2719 2716 0 46 0 1204 0 - Rs ?? 0:00.00 [sendmail] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 866 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 882 pages cached 0 pages freed 0 pages freed by daemon 372578 pages freed by exiting processes 7064 pages active 3496 pages inactive 9 pages in VM cache 24283 pages wired down 218414 pages free 4096 bytes per page 158836 total name lookups cache hits (57% pos + 11% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) CAM XPT 10 1K - 25 16,32,64,512 sigio 1 1K - 1 32 filedesc 83 33K - 3002 32,256,2048 kenv 76 7K - 79 16,32,64,128,4096 kqueue 0 0K - 22 128,1024 proc-args 27 2K - 88959 16,32,64,128,256 ata_generic 1 1K - 1 1024 ithread 71 6K - 71 16,64,128 prison 2 3K - 10 16,2048 KTRACE 100 13K - 100 128 ad_driver 1 1K - 1 32 linker 115 337K - 219 16,32,256,1024,2048,4096 lockf 14 1K - 190 32,64 ip6ndp 4 1K - 5 64,128 temp 34 233K - 13958 16,32,64,128,256,1024,2048,4096 devbuf 2697 2896K - 2732 16,32,64,128,256,512,1024,2048,4096 module 280 18K - 280 64,128 acpidev 70 3K - 70 32 mtx_pool 1 4K - 1 4096 subproc 188 299K - 2841 256,4096 proc 2 8K - 2 4096 session 17 2K - 49 64 pgrp 25 2K - 385 64 cred 27 7K - 6152 256 uidinfo 4 2K - 24 32,1024 plimit 15 4K - 478 256 sysctltmp 0 0K - 479 16,32,64,128,256 sysctloid 3504 107K - 3617 16,32,64,128 sysctl 0 0K - 1254 16,32,64 callout 1 256K - 1 umtx 161 11K - 161 64 vimage 14 1K - 14 32 p1003.1b 1 1K - 1 16 SWAP 2 277K - 2 64 kbdmux 6 9K - 6 16,128,256,2048,4096 bus-sc 69 127K - 1729 16,32,64,128,256,512,1024,2048,4096 bus 797 35K - 4110 16,32,64,128,512,1024 clist 4 1K - 4 128 devstat 10 21K - 10 16,4096 eventhandler 76 5K - 76 32,64,128 kobj 191 382K - 258 2048 rman 171 11K - 583 16,32,64 sbuf 0 0K - 514 16,32,64,128,256,512,1024,2048,4096 pci_link 16 2K - 16 64,128 ddb_capture 1 48K - 1 stack 0 0K - 2 128 taskqueue 13 1K - 13 16,64 Unitno 10 1K - 96 16,64 iov 0 0K - 314 64,128,256,512 select 33 3K - 33 64 ioctlops 0 0K - 4958 16,32,64,128,256,512,1024 msg 4 25K - 4 1024,4096 sem 4 7K - 4 256,1024,4096 shm 1 12K - 1 tty 17 9K - 19 512,1024 mbuf_tag 0 0K - 45 32,64 shmfd 1 4K - 1 4096 acpi_perf 1 1K - 1 128 pcb 14 79K - 65 16,64,512,1024,2048,4096 soname 5 1K - 306 16,32,128 biobuf 83 166K - 104 2048 vfscache 1 512K - 1 cl_savebuf 0 0K - 3 32 vfs_hash 1 256K - 1 vnodes 2 1K - 2 128 vnodemarker 0 0K - 874 512 mount 136 5K - 1600 16,32,64,128,256,1024 entropy 1024 64K - 1024 64 BPF 3 1K - 4 64 ether_multi 17 1K - 18 16,32,64 ifaddr 43 12K - 54 16,32,64,128,256,512,2048 ifnet 4 4K - 5 128,1024 clone 5 20K - 5 4096 arpcom 1 1K - 1 16 lltable 9 3K - 14 128,256 USBdev 20 6K - 20 32,128,1024 USB 35 6K - 35 16,32,64,1024 routetbl 53 259K - 204 16,32,64,128,256,512 igmp 3 1K - 4 128 DEVFS1 102 26K - 116 256 DEVFS3 237 30K - 716 128 in_multi 3 1K - 3 128 DEVFS2 102 2K - 104 16 sctp_iter 0 0K - 11 128 sctp_ifn 3 1K - 3 128 sctp_ifa 6 1K - 9 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 11 16 hostcache 1 16K - 1 syncache 1 72K - 1 DEVFS_RULE 37 9K - 173 32,256 DEVFS 35 1K - 102 16,64 in6_multi 12 2K - 12 16,256 mld 3 1K - 4 128 NFS FHA 1 1K - 1 1024 rpc 2 5K - 2 128,4096 audit_evclass 170 3K - 209 16 savedino 0 0K - 197 256 dirrem 8 1K - 211 32 mkdir 0 0K - 208 32 diradd 9 1K - 341 64 freefile 0 0K - 156 32 freeblks 0 0K - 86 256 freefrag 0 0K - 24 32 allocdirect 1 1K - 305 128 bmsafemap 3 1K - 101 64 newblk 1 1K - 306 64,256 inodedep 12 258K - 441 128 pagedep 4 33K - 216 64 ufs_dirhash 63 12K - 63 16,32,64,128,512 ufs_mount 12 25K - 12 256,2048,4096 vm_pgdata 2 65K - 2 64 pfs_nodes 20 3K - 20 128 atkbddev 2 1K - 2 32 acpica 2661 133K - 53036 16,32,64,128,256,512,1024 apmdev 1 1K - 1 64 acpitask 0 0K - 4 32 GEOM 140 28K - 915 16,32,64,128,512,1024 CAM dev queue 1 1K - 1 64 isadev 8 1K - 8 64 io_apic 1 1K - 1 1024 agp 1 1K - 1 16 memdesc 1 4K - 1 4096 CAM queue 3 1K - 3 16 msi 2 1K - 2 64 nexusdev 4 1K - 4 16 acpisem 34 3K - 34 64 CAM SIM 1 1K - 1 128 cdev 12 2K - 12 128 CAM periph 2 1K - 9 16,32,64,128 feeder 406 7K - 473 16,64 ratefeed 2 21K - 12 64 mixer 2 8K - 2 4096 hdac 7 16K - 7 64,128,256,512,1024,2048 UNIONFS path 20 1K - 11802 16,32 UNIONFS node 36 3K - 28877 64 UNIONFS hash 22 2K - 17825 64 UNIONFS mount 2 1K - 8 32 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 128, 0, 102, 18, 102, 0 UMA Zones: 888, 0, 102, 2, 102, 0 UMA Slabs: 284, 0, 555, 5, 828, 0 UMA RCntSlabs: 544, 0, 67, 3, 67, 0 UMA Hash: 128, 0, 3, 27, 3, 0 16 Bucket: 76, 0, 52, 48, 75, 0 32 Bucket: 140, 0, 50, 6, 72, 0 64 Bucket: 268, 0, 47, 9, 94, 7 128 Bucket: 524, 0, 62, 1, 853, 118 VM OBJECT: 124, 0, 1736, 186, 43049, 0 MAP: 136, 0, 7, 22, 7, 0 KMAP ENTRY: 68, 56336, 35, 245, 2888, 0 MAP ENTRY: 68, 0, 680, 384, 79284, 0 DP fakepg: 68, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 249, 124, 249, 0 16: 16, 0, 3630, 430, 45402, 0 32: 32, 0, 2355, 470, 35648, 0 64: 64, 0, 4661, 413, 66532, 0 128: 128, 0, 2430, 270, 86950, 0 256: 256, 0, 755, 130, 13027, 0 512: 512, 0, 63, 25, 1366, 0 1024: 1024, 0, 27, 153, 3337, 0 2048: 2048, 0, 313, 79, 563, 0 4096: 4096, 0, 122, 46, 6141, 0 Files: 56, 0, 61, 274, 15058, 0 TURNSTILE: 72, 0, 162, 48, 162, 0 umtx pi: 52, 0, 0, 0, 0, 0 PROC: 676, 0, 66, 54, 2719, 0 THREAD: 568, 0, 141, 20, 141, 0 SLEEPQUEUE: 40, 0, 162, 133, 162, 0 VMSPACE: 228, 0, 26, 76, 2679, 0 cpuset: 40, 0, 3, 273, 18, 0 audit_record: 856, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 0, 134, 1, 0 mbuf: 256, 0, 5, 257, 229, 0 mbuf_cluster: 2048, 25600, 128, 6, 128, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 g_bio: 132, 0, 0, 319, 20321, 0 ttyinq: 152, 0, 120, 62, 255, 0 ttyoutq: 256, 0, 64, 11, 136, 0 ata_request: 200, 0, 1, 157, 7483, 0 ata_composite: 180, 0, 0, 0, 0, 0 VNODE: 268, 0, 2422, 126, 31444, 0 VNODEPOLL: 56, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 7, 29, 35161, 0 S VFS Cache: 72, 0, 2538, 112, 40192, 0 L VFS Cache: 292, 0, 96, 21, 96, 0 NFSMOUNT: 520, 0, 0, 0, 0, 0 NFSNODE: 464, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 89, 23, 89, 0 pipe: 384, 0, 2, 38, 1328, 0 ksiginfo: 80, 0, 104, 952, 104, 0 itimer: 220, 0, 0, 0, 0, 0 KNOTE: 68, 0, 0, 168, 88, 0 socket: 396, 25600, 14, 26, 388, 0 unpcb: 172, 25622, 8, 61, 110, 0 ipq: 32, 904, 0, 0, 0, 0 udp_inpcb: 196, 25600, 3, 57, 261, 0 udpcb: 8, 25781, 3, 403, 261, 0 tcp_inpcb: 196, 25600, 3, 57, 15, 0 tcpcb: 492, 25600, 3, 21, 15, 0 tcptw: 52, 5184, 0, 216, 2, 0 syncache: 108, 15372, 0, 72, 2, 0 hostcache: 76, 15400, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0 sctp_ep: 848, 25600, 0, 0, 0, 0 sctp_asoc: 1460, 40000, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 290, 11, 0 sctp_raddr: 420, 80001, 0, 0, 0, 0 sctp_chunk: 96, 400000, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0 ripcb: 196, 25600, 0, 0, 0, 0 rtentry: 108, 0, 10, 98, 17, 0 selfd: 28, 0, 50, 331, 178673, 0 ip4flow: 36, 4141, 0, 0, 0, 0 ip6flow: 60, 4158, 0, 0, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0 Mountpoints: 644, 0, 8, 16, 18, 0 FFS inode: 116, 0, 2334, 108, 2490, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 2334, 21, 2490, 0 pfsrctrpl: 124, 0, 0, 0, 0, 0 pfrulepl: 828, 0, 0, 0, 0, 0 pfstatepl: 284, 10010, 0, 0, 0, 0 pfaltqpl: 224, 0, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 0, 0, 0, 0 pfrktable: 1240, 0, 0, 0, 0, 0 pfrkentry: 156, 0, 0, 0, 0, 0 pfrkentry2: 156, 0, 0, 0, 0, 0 pffrent: 16, 5075, 0, 0, 0, 0 pffrag: 48, 0, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0, 0 pfiaddrpl: 100, 0, 0, 0, 0, 0 pfospfen: 108, 0, 0, 0, 0, 0 pfosfp: 28, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 9478 278 irq9: acpi0 1242 36 irq14: ata0 5654 166 cpu0: timer 4268205 125535 irq256: hdac0 190364 5598 cpu1: timer 4268070 125531 Total 8743013 257147 ------------------------------------------------------------------------ pstat -T 61/12328 files 0M/2047M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad0s2b 4194048 0 4194048 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad0 KB/t tps MB/s 22.78 161 3.57 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 136 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s netstat: /boot/kernel/kernel: no namelist ------------------------------------------------------------------------ netstat -m netstat: /boot/kernel/kernel: no namelist ------------------------------------------------------------------------ netstat -id netstat: /boot/kernel/kernel: no namelist ------------------------------------------------------------------------ netstat -anr netstat: /boot/kernel/kernel: no namelist ------------------------------------------------------------------------ netstat -anA netstat: /boot/kernel/kernel: no namelist ------------------------------------------------------------------------ netstat -aL netstat: /boot/kernel/kernel: no namelist ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W operator sendmail 2719 root - - ?(unionfs) - operator sendmail 2719 wd - - ?(unionfs) - operator sendmail 2719 jail - - ?(unionfs) - operator sendmail 2719 text - - ?(unionfs) - operator sendmail 2719 0* pipe c41c3480 <-> c41c3534 347 rw operator sendmail 2719 5* pipe c41c4900 <-> c41c49b4 0 rw root cron 2716 root - - ?(unionfs) - root cron 2716 wd - - ?(unionfs) - root cron 2716 jail - - ?(unionfs) - root cron 2716 text - - ?(unionfs) - root cron 2716 0 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root cron 2716 1 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root cron 2716 2 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root cron 2716 5* pipe c41c4900 <-> c41c49b4 0 rw root vi 2702 root / 2 drwxr-xr-x 512 r root vi 2702 wd /usr 2260995 drwx------ 512 r root vi 2702 text /usr 1183496 -r-xr-xr-x 307972 r root vi 2702 0 /dev 43 crw------- ttyv0 rw root vi 2702 1 /dev 43 crw------- ttyv0 rw root vi 2702 2 /dev 43 crw------- ttyv0 rw root vi 2702 3 / 23589 -r--r--r-- 1952 r root vi 2702 4 /var 23567 -rwx------ 0 rw root vi 2702 5 /tmp 5 -rw------- 0 rw root sshd 2629 root / 2 drwxr-xr-x 512 r root sshd 2629 wd / 2 drwxr-xr-x 512 r root sshd 2629 text /usr 1366255 -r-xr-xr-x 221516 r root sshd 2629 0 /dev 22 crw-rw-rw- null rw root sshd 2629 1 /dev 22 crw-rw-rw- null rw root sshd 2629 2 /dev 22 crw-rw-rw- null rw root sshd 2629 3* internet stream tcp c45d099c root sh 2618 root - - ?(unionfs) - root sh 2618 wd - - ?(unionfs) - root sh 2618 jail - - ?(unionfs) - root sh 2618 text - - ?(unionfs) - root sh 2618 0 /dev 45 crw------- ttyv2 rw root sh 2618 1 /dev 45 crw------- ttyv2 rw root sh 2618 2 /dev 45 crw------- ttyv2 rw root sh 2618 10 /dev 45 crw------- ttyv2 rw root cron 2584 root - - ?(unionfs) - root cron 2584 wd - - ?(unionfs) - root cron 2584 jail - - ?(unionfs) - root cron 2584 text - - ?(unionfs) - root cron 2584 0 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root cron 2584 1 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root cron 2584 2 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root cron 2584 3 - - ?(unionfs) - root sshd 2575 root - - ?(unionfs) - root sshd 2575 wd - - ?(unionfs) - root sshd 2575 jail - - ?(unionfs) - root sshd 2575 text - - ?(unionfs) - root sshd 2575 0 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root sshd 2575 1 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root sshd 2575 2 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root sshd 2575 3* internet6 stream tcp c45cfb88 root sshd 2575 4* internet stream tcp c45cf99c root syslogd 2469 root - - ?(unionfs) - root syslogd 2469 wd - - ?(unionfs) - root syslogd 2469 jail - - ?(unionfs) - root syslogd 2469 text - - ?(unionfs) - root syslogd 2469 0 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root syslogd 2469 1 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root syslogd 2469 2 /usr/jails/192.168.2.1/dev 22 crw-rw-rw- null rw root syslogd 2469 3 - - ?(unionfs) - root syslogd 2469 4* local dgram c4278158 root syslogd 2469 5* local dgram c4278204 root syslogd 2469 6* internet dgram udp c4276e8c root pfpurge 1507 root / 2 drwxr-xr-x 512 r root pfpurge 1507 wd / 2 drwxr-xr-x 512 r root vi 921 root / 2 drwxr-xr-x 512 r root vi 921 wd / 70660 drwxr-xr-x 512 r root vi 921 text /usr 1183496 -r-xr-xr-x 307972 r root vi 921 0 /dev 45 crw------- ttyv2 rw root vi 921 1 /dev 45 crw------- ttyv2 rw root vi 921 2 /dev 45 crw------- ttyv2 rw root vi 921 3 / 23720 -r-xr-xr-x 17005 r root vi 921 4 /var 23568 -rwx------ 28672 rw root vi 921 5 /tmp 7 -rw------- 0 rw root bash 920 root / 2 drwxr-xr-x 512 r root bash 920 wd /usr 2260995 drwx------ 512 r root bash 920 text /usr 925485 -rwxr-xr-x 619780 r root bash 920 0 /dev 45 crw------- ttyv2 rw root bash 920 1 /dev 45 crw------- ttyv2 rw root bash 920 2 /dev 45 crw------- ttyv2 rw root bash 920 255 /dev 45 crw------- ttyv2 rw root vi 822 root / 2 drwxr-xr-x 512 r root vi 822 wd /usr 2260995 drwx------ 512 r root vi 822 text /usr 1183496 -r-xr-xr-x 307972 r root vi 822 0 /dev 43 crw------- ttyv0 rw root vi 822 1 /dev 43 crw------- ttyv0 rw root vi 822 2 /dev 43 crw------- ttyv0 rw root vi 822 3 / 23905 -rw-r--r-- 452 r root vi 822 4 /var 23564 -rw------- 2048 rw root vi 822 5 /tmp 6 -rw------- 0 rw root vi 822 6 /var 23566 -rw------- 454 rw quis herrie 805 root / 2 drwxr-xr-x 512 r quis herrie 805 wd /usr 2355200 drwxr-xr-x 1024 r quis herrie 805 text /usr 925637 -rwxr-xr-x 59164 r quis herrie 805 0 /dev 44 crw------- ttyv1 rw quis herrie 805 1 /dev 44 crw------- ttyv1 rw quis herrie 805 2 /dev 44 crw------- ttyv1 rw quis herrie 805 3 /dev 98 crw-rw-rw- dsp0.0 w quis herrie 805 4 /usr 2355213 -rw-r--r-- 5724426 r quis bash 803 root / 2 drwxr-xr-x 512 r quis bash 803 wd /usr 2355200 drwxr-xr-x 1024 r quis bash 803 text /usr 925485 -rwxr-xr-x 619780 r quis bash 803 0 /dev 44 crw------- ttyv1 rw quis bash 803 1 /dev 44 crw------- ttyv1 rw quis bash 803 2 /dev 44 crw------- ttyv1 rw quis bash 803 255 /dev 44 crw------- ttyv1 rw root bash 802 root / 2 drwxr-xr-x 512 r root bash 802 wd /usr 2260995 drwx------ 512 r root bash 802 text /usr 925485 -rwxr-xr-x 619780 r root bash 802 0 /dev 43 crw------- ttyv0 rw root bash 802 1 /dev 43 crw------- ttyv0 rw root bash 802 2 /dev 43 crw------- ttyv0 rw root bash 802 255 /dev 43 crw------- ttyv0 rw root getty 801 root / 2 drwxr-xr-x 512 r root getty 801 wd / 2 drwxr-xr-x 512 r root getty 801 text /usr 948361 -r-xr-xr-x 21572 r root getty 801 0 /dev 50 crw------- ttyv7 rw root getty 801 1 /dev 50 crw------- ttyv7 rw root getty 801 2 /dev 50 crw------- ttyv7 rw root getty 800 root / 2 drwxr-xr-x 512 r root getty 800 wd / 2 drwxr-xr-x 512 r root getty 800 text /usr 948361 -r-xr-xr-x 21572 r root getty 800 0 /dev 49 crw------- ttyv6 rw root getty 800 1 /dev 49 crw------- ttyv6 rw root getty 800 2 /dev 49 crw------- ttyv6 rw root getty 799 root / 2 drwxr-xr-x 512 r root getty 799 wd / 2 drwxr-xr-x 512 r root getty 799 text /usr 948361 -r-xr-xr-x 21572 r root getty 799 0 /dev 48 crw------- ttyv5 rw root getty 799 1 /dev 48 crw------- ttyv5 rw root getty 799 2 /dev 48 crw------- ttyv5 rw root getty 798 root / 2 drwxr-xr-x 512 r root getty 798 wd / 2 drwxr-xr-x 512 r root getty 798 text /usr 948361 -r-xr-xr-x 21572 r root getty 798 0 /dev 47 crw------- ttyv4 rw root getty 798 1 /dev 47 crw------- ttyv4 rw root getty 798 2 /dev 47 crw------- ttyv4 rw root getty 797 root / 2 drwxr-xr-x 512 r root getty 797 wd / 2 drwxr-xr-x 512 r root getty 797 text /usr 948361 -r-xr-xr-x 21572 r root getty 797 0 /dev 46 crw------- ttyv3 rw root getty 797 1 /dev 46 crw------- ttyv3 rw root getty 797 2 /dev 46 crw------- ttyv3 rw root login 796 root / 2 drwxr-xr-x 512 r root login 796 wd / 70660 drwxr-xr-x 512 r root login 796 text /usr 1183374 -r-sr-xr-x 21244 r root login 796 0 /dev 45 crw------- ttyv2 rw root login 796 1 /dev 45 crw------- ttyv2 rw root login 796 2 /dev 45 crw------- ttyv2 rw root login 796 3* local dgram c4278b6c <-> c4279ec8 root login 795 root / 2 drwxr-xr-x 512 r root login 795 wd /usr 2190337 drwxr-xr-x 1024 r root login 795 text /usr 1183374 -r-sr-xr-x 21244 r root login 795 0 /dev 44 crw------- ttyv1 rw root login 795 1 /dev 44 crw------- ttyv1 rw root login 795 2 /dev 44 crw------- ttyv1 rw root login 795 3* local dgram c4278c18 <-> c4279ec8 root login 794 root / 2 drwxr-xr-x 512 r root login 794 wd / 70660 drwxr-xr-x 512 r root login 794 text /usr 1183374 -r-sr-xr-x 21244 r root login 794 0 /dev 43 crw------- ttyv0 rw root login 794 1 /dev 43 crw------- ttyv0 rw root login 794 2 /dev 43 crw------- ttyv0 rw root login 794 3* local dgram c4278cc4 <-> c4279ec8 root cron 744 root / 2 drwxr-xr-x 512 r root cron 744 wd /var 235520 drwxr-x--- 512 r root cron 744 text /usr 1374786 -r-xr-xr-x 33764 r root cron 744 0 /dev 22 crw-rw-rw- null rw root cron 744 1 /dev 22 crw-rw-rw- null rw root cron 744 2 /dev 22 crw-rw-rw- null rw root cron 744 3 /var 164889 -rw------- 3 w root syslogd 474 root / 2 drwxr-xr-x 512 r root syslogd 474 wd / 2 drwxr-xr-x 512 r root syslogd 474 text /usr 1374947 -r-xr-xr-x 35596 r root syslogd 474 0 /dev 22 crw-rw-rw- null rw root syslogd 474 1 /dev 22 crw-rw-rw- null rw root syslogd 474 2 /dev 22 crw-rw-rw- null rw root syslogd 474 3 /var 164883 -rw------- 3 w root syslogd 474 4* local dgram c4311000 root syslogd 474 5* local dgram c4279ec8 root syslogd 474 6* internet6 dgram udp c427555c root syslogd 474 7* internet dgram udp c4275498 root syslogd 474 8 /dev 32 crw------- klog r root syslogd 474 10 - - bad - root syslogd 474 11 /var 23557 -rw-r--r-- 77954 w root syslogd 474 12 /var 23729 -rw------- 55 w root syslogd 474 13 /var 23722 -rw------- 12711 w root syslogd 474 14 /var 23561 -rw-r----- 2475 w root syslogd 474 15 /var 23725 -rw-r--r-- 55 w root syslogd 474 16 /var 23730 -rw------- 55 w root syslogd 474 17 /var 23941 -rw------- 44134 w root syslogd 474 18 /var 23724 -rw------- 55 w root syslogd 474 19 /var 23728 -rw-r----- 55 w root devd 371 root / 2 drwxr-xr-x 512 r root devd 371 wd / 2 drwxr-xr-x 512 r root devd 371 text / 47164 -r-xr-xr-x 375672 r root devd 371 0 /dev 22 crw-rw-rw- null rw root devd 371 1 /dev 22 crw-rw-rw- null rw root devd 371 2 /dev 22 crw-rw-rw- null rw root devd 371 3 / 23557 drwxr-xr-x 512 r root devd 371 4 /dev 6 crw------- devctl r root devd 371 5* local stream c4278ec8 root devd 371 6 /var 164874 -rw------- 3 w root init 1 root / 2 drwxr-xr-x 512 r root init 1 wd / 2 drwxr-xr-x 512 r root init 1 text / 47201 -r-xr-xr-x 638168 r root kernel 0 root / 2 drwxr-xr-x 512 r root kernel 0 wd / 2 drwxr-xr-x 512 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0 r193116: Sun May 31 03:24:20 UTC 2009 quis@boom-freebsd.quis.cx:/usr/obj/usr/src/sys/EEE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d> AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant real memory = 1073741824 (1024 MB) avail memory = 1033076736 (985 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xdc00-0xdc07 mem 0xf7f00000-0xf7f7ffff,0xd0000000-0xdfffffff,0xf7ec0000-0xf7efffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf7f80000-0xf7ffffff at device 2.1 on pci0 hdac0: mem 0xf7eb8000-0xf7ebbfff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090401_0132 hdac0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci4: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci3: on pcib2 ale0: port 0xec00-0xec7f mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci3 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: Using 1 MSI messages. miibus0: on ale0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto ale0: Ethernet address: 00:24:8c:14:e7:8c ale0: [FILTER] pcib3: irq 19 at device 28.3 on pci0 pci1: on pcib3 uhci0: port 0xd400-0xd41f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f00 usbus0: on uhci0 uhci1: port 0xd480-0xd49f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f00 usbus1: on uhci1 uhci2: port 0xd800-0xd81f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f00 usbus2: on uhci2 uhci3: port 0xd880-0xd89f irq 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f00 usbus3: on uhci3 ehci0: mem 0xf7eb7c00-0xf7eb7fff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib4: at device 30.0 on pci0 pci5: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 60f0c2706000c27 device_attach: est1 attach returned 6 p4tcc1: on cpu1 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 usbus0: 12Mbps Full Speed USB v1.0 ad0: 152627MB at ata0-master SATA150 hdac0: HDA Codec #0: Realtek ALC269 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! ugen2.1: at usbus2 uhub0: on usbus2 ugen1.1: at usbus1 uhub1: on usbus1 ugen3.1: at usbus3 uhub2: on usbus3 ugen4.1: at usbus4 uhub3: on usbus4 ugen0.1: at usbus0 uhub4: on usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). GEOM_LABEL: Label for provider ad0s2a is ufsid/49dce6a059dd94ea. GEOM_LABEL: Label for provider ad0s2d is ufsid/49dce6ac7c942016. GEOM_LABEL: Label for provider ad0s2e is ufsid/49dce6ae53cb30ee. GEOM_LABEL: Label for provider ad0s2f is ufsid/49dce6b1a02a02b8. GEOM_LABEL: Label for provider ad0s3a is ufsid/49d79e4aba7aa5f1. GEOM_LABEL: Label for provider ad0s3d is ufsid/49d79e4a24f3dad9. GEOM_LABEL: Label for provider ad0s3e is ufsid/49d79e4ae80ba94a. GEOM_LABEL: Label for provider ad0s3f is ufsid/49d79e4cf9fdfba3. Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub3: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ad0s2a Entropy harvesting: interrupts ethernet point_to_point kickstart . GEOM_LABEL: Label ufsid/49dce6a059dd94ea removed. /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 371488 free (912 frags, 46322 blocks, 0.2% fragmentation) GEOM_LABEL: Label for provider ad0s2a is ufsid/49dce6a059dd94ea. GEOM_LABEL: Label ufsid/49dce6ac7c942016 removed. /dev/ad0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2d: clean, 1011517 free (61 frags, 126432 blocks, 0.0% fragmentation) GEOM_LABEL: Label for provider ad0s2d is ufsid/49dce6ac7c942016. GEOM_LABEL: Label ufsid/49dce6ae53cb30ee removed. /dev/ad0s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2e: clean, 1219360 free (23344 frags, 149502 blocks, 0.2% fragmentation) GEOM_LABEL: Label for provider ad0s2e is ufsid/49dce6ae53cb30ee. GEOM_LABEL: Label ufsid/49dce6b1a02a02b8 removed. /dev/ad0s2f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2f: clean, 930123 free (4187 frags, 115742 blocks, 0.4% fragmentation) GEOM_LABEL: Label for provider ad0s2f is ufsid/49dce6b1a02a02b8. GEOM_LABEL: Label ufsid/49d79e4aba7aa5f1 removed. /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3a: clean, 478415 free (1679 frags, 59592 blocks, 0.3% fragmentation) GEOM_LABEL: Label for provider ad0s3a is ufsid/49d79e4aba7aa5f1. GEOM_LABEL: Label ufsid/49d79e4a24f3dad9 removed. /dev/ad0s3d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3d: clean, 1013009 free (49 frags, 126620 blocks, 0.0% fragmentation) GEOM_LABEL: Label for provider ad0s3d is ufsid/49d79e4a24f3dad9. GEOM_LABEL: Label ufsid/49d79e4ae80ba94a removed. /dev/ad0s3e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3e: clean, 9462105 free (11113 frags, 1181374 blocks, 0.1% fragmentation) GEOM_LABEL: Label for provider ad0s3e is ufsid/49d79e4ae80ba94a. GEOM_LABEL: Label ufsid/49d79e4cf9fdfba3 removed. /dev/ad0s3f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3f: clean, 1001937 free (89 frags, 125231 blocks, 0.0% fragmentation) GEOM_LABEL: Label for provider ad0s3f is ufsid/49d79e4cf9fdfba3. GEOM_LABEL: Label ufsid/49dce6a059dd94ea removed. GEOM_LABEL: Label ufsid/49dce6ac7c942016 removed. GEOM_LABEL: Label ufsid/49dce6ae53cb30ee removed. GEOM_LABEL: Label ufsid/49dce6b1a02a02b8 removed. Starting Network: lo0 ale0. add net default: gateway 192.168.1.1 Removing stale Samba tdb files: done Configuring syscons: blanktime screensaver . Sun Jun 7 19:46:38 UTC 2009 Jun 7 19:47:20 boom-freebsd login: ROOT LOGIN (root) ON ttyv0 Jun 7 19:51:24 boom-freebsd login: ROOT LOGIN (root) ON ttyv2 Jun 7 20:16:10 boom-freebsd sshd[2629]: error: Bind to port 22 on :: failed: Address already in use. panic: oof, we didn't get our fd cpuid = 0 KDB: enter: panic Uptime: 35m34s Physical memory: 1007 MB Dumping 124 MB: 109 93 77 61 45 29 13 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE --------------000003070703010501010205-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 19:57:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9A6A10657BB for ; Mon, 8 Jun 2009 19:57:48 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 599128FC18 for ; Mon, 8 Jun 2009 19:57:46 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 3050914D67F4; Mon, 8 Jun 2009 21:57:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id AI4T4o7TNpLS; Mon, 8 Jun 2009 21:57:44 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id C8D6A14D6742; Mon, 8 Jun 2009 21:57:44 +0200 (CEST) Message-ID: <4A2D6D35.30709@FreeBSD.org> Date: Mon, 08 Jun 2009 21:57:41 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <4A2D04AB.5090907@FreeBSD.org> <20090608131634.GA91130@wep4035.physik.uni-wuerzburg.de> <4A2D0FBC.2060404@FreeBSD.org> <9suKjvUm8qSfgVnPJ5GW5mwE64U@j4OYE6OL8eALCd4BvSxIfwgoxSc> In-Reply-To: <9suKjvUm8qSfgVnPJ5GW5mwE64U@j4OYE6OL8eALCd4BvSxIfwgoxSc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Alexey Shuvaev , FreeBSD Current Subject: Re: warnings cause build fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 19:57:50 -0000 Eygene Ryabinkin escribió: > Gabor, good day. > > Mon, Jun 08, 2009 at 03:18:52PM +0200, Gabor Kovesdan wrote: > >> No, I see various warnings in different parts of the kernel: acpica, >> usb, xfs, ... >> > > Can you show them? > Unfortunately, I don't have any more 7.2-RELEASE systems and this upgrade is done now with some tricks. I remember that the first of these was in acpica files and gcc claimed that ObjDesc or a variable with a similar name might have been used without initialization. I tried to fix them manually first but I a lot more appeared later and I considered it better to just disable -Werror. During buildworld there were similar things in libthr and I did the same. I suppose it is reproducible on a 7.2-R/i386 installation. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 20:33:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0013D106566C for ; Mon, 8 Jun 2009 20:33:53 +0000 (UTC) (envelope-from plaxo@mx.plaxo.com) Received: from mx.plaxo.com (mx.plaxo.com [66.151.128.13]) by mx1.freebsd.org (Postfix) with ESMTP id DBAE68FC19 for ; Mon, 8 Jun 2009 20:33:53 +0000 (UTC) (envelope-from plaxo@mx.plaxo.com) Received: from localhost by mx.plaxo.com (StrongMail Enterprise 3.2.2.2(3.00.287)); Mon, 08 Jun 2009 13:33:53 -0700 X-VirtualServer: Pulse, mx.plaxo.com, 10.1.6.55 X-PlaxoMailType: Pulse X-Destination-ID: freebsd-current@freebsd.org X-MailingID: 00000::00000::00000::00000::::1208658 X-SMHeaderMap: mid="X-MailingID" X-SMFBL: ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3Jn From: "Paige Thompson" To: freebsd-current@freebsd.org Message-Id: <82f0f56d9974ce59fad5d85bb8aa3975@xpertmailer.com> X-VirtualServerGroup: Pulse Errors-To: plaxo@mx.plaxo.com Date: Mon, 08 Jun 2009 12:54:39 -0700 X-Mailer: XPM4 v.0.3 < www.xpertmailer.com > MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Paige Thompson added you as a connection on Plaxo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erratic@devel.ws List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 20:33:54 -0000 Hi FreeBSD, Paige Thompson wants to add you as a connection on Plaxo. To accept this connection request, go to: http://www.plaxo.com/invite?i=3D72382709&k=3D438541471&l=3Den&src=3Demail&e= t=3D1&est=3Dnolevels&etv=3Dcurrent&el=3Den Thanks! The Plaxo team More than 20 million people use Plaxo to keep in touch with the people they care about.=20 Don't want to receive emails from Plaxo any more? Go to: http://www.plaxo.com/stop?src=3Demail&et=3D1&est=3Dnolevels&etv=3Dcurrent&e= l=3Den&email=3Dfreebsd-current%40freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 21:10:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4356C106574E; Mon, 8 Jun 2009 21:10:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F20048FC27; Mon, 8 Jun 2009 21:10:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58LAY1c088309; Mon, 8 Jun 2009 17:10:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58LAYta018435; Mon, 8 Jun 2009 17:10:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6935C7302F; Mon, 8 Jun 2009 17:10:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608211034.6935C7302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 17:10:34 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 21:10:41 -0000 TB --- 2009-06-08 19:03:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 19:03:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-08 19:03:12 - cleaning the object tree TB --- 2009-06-08 19:03:36 - cvsupping the source tree TB --- 2009-06-08 19:03:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-08 19:03:45 - building world TB --- 2009-06-08 19:03:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 19:03:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 19:03:45 - TARGET=ia64 TB --- 2009-06-08 19:03:45 - TARGET_ARCH=ia64 TB --- 2009-06-08 19:03:45 - TZ=UTC TB --- 2009-06-08 19:03:45 - __MAKE_CONF=/dev/null TB --- 2009-06-08 19:03:45 - cd /src TB --- 2009-06-08 19:03:45 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 19:03:47 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 8 20:54:02 UTC 2009 TB --- 2009-06-08 20:54:02 - generating LINT kernel config TB --- 2009-06-08 20:54:02 - cd /src/sys/ia64/conf TB --- 2009-06-08 20:54:02 - /usr/bin/make -B LINT TB --- 2009-06-08 20:54:03 - building LINT kernel TB --- 2009-06-08 20:54:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 20:54:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 20:54:03 - TARGET=ia64 TB --- 2009-06-08 20:54:03 - TARGET_ARCH=ia64 TB --- 2009-06-08 20:54:03 - TZ=UTC TB --- 2009-06-08 20:54:03 - __MAKE_CONF=/dev/null TB --- 2009-06-08 20:54:03 - cd /src TB --- 2009-06-08 20:54:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 8 20:54:03 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/if_ethersubr.c -I/src/sys/contrib/pf 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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/if_faith.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/if_gif.c cc1: warnings being treated as errors /src/sys/net/if_gif.c: In function 'gif_ioctl': /src/sys/net/if_gif.c:918: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 21:10:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 21:10:34 - ERROR: failed to build lint kernel TB --- 2009-06-08 21:10:34 - 6237.55 user 450.09 system 7641.51 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 21:11:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96D29106566C; Mon, 8 Jun 2009 21:11:23 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id E0BA58FC0C; Mon, 8 Jun 2009 21:11:22 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by bwz17 with SMTP id 17so615876bwz.43 for ; Mon, 08 Jun 2009 14:11:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AN5XYWcEmOhrBFFjBdEuAlW5TFESq+2I/nVsDoxLjn0=; b=JETUq39Yu3Vb47OFSUdwhycmWDILlPNtys3QG6nxq+H6TaKXEtIhBLlO8/ThdlzWQq CMT/FBuh0UwJIOTxylgptaass4aVhku0fq2ej6tR40O++Q2A6LNvy5ql0Cpe3CZIdtc4 tUBxRrDrNv+QoqlFrFV5f2Z6tY2ltL/6YEpsU= 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=I4HbLCZQUBbIMxl2t+xr6WDXsDGRoBmdJ3vfsfsxbYK68+IPQA4fOlqarol23TQeea r81l0e9CgoAR0cYMsu6hqDn0Hln2W8k2Go46KNWUoX6blJT6LCd9MzhCu8iCEpp6/F4u HsQrV08sGOsv9NhMGmphnlyJei9Q8u7BjTvOk= MIME-Version: 1.0 Received: by 10.204.102.14 with SMTP id e14mr7056454bko.183.1244494004169; Mon, 08 Jun 2009 13:46:44 -0700 (PDT) In-Reply-To: <20090608.120552.756910862.imp@bsdimp.com> References: <20090604093831.GE48776@hoeg.nl> <20090608.120552.756910862.imp@bsdimp.com> Date: Mon, 8 Jun 2009 22:46:44 +0200 Message-ID: From: Pawel Worach To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ed@80386.nl, hackers@freebsd.org, current@freebsd.org Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2009 21:11:24 -0000 On Mon, Jun 8, 2009 at 20:05, M. Warner Losh wrote: > In message: <20090604093831.GE48776@hoeg.nl> > =A0 =A0 =A0 =A0 =A0 =A0Ed Schouten writes: > : Good news everyone! > ... > : So far we've only done testing on amd64 and i386. A lot of ports are > : probably still broken. Caveat emptor. Beware of dog. Slippery when wet. > > "objects in mirror may be larger than they appear" > > Do you have size or run-time performance comparisons yet? > Here is a semi-recent build-time benchmark for a stipped down amd64 kernel clang: 182.04 real 166.68 user 13.29 sys gcc: 217.79 real 211.00 user 13.22 sys libmicro runtime syscall benchmark results from April: http://www.vlakno.cz/~pwo/lm/2009-04-11/lm.html So runtime performance is on par with gcc, code size is a bit bigger so there is still room for optimization in LLVM. --=20 Pawel From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 22:45:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05562106564A; Mon, 8 Jun 2009 22:45:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B9FFC8FC12; Mon, 8 Jun 2009 22:45:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n58MjGAq097571; Mon, 8 Jun 2009 18:45:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n58MjGdt016364; Mon, 8 Jun 2009 18:45:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 547F17302F; Mon, 8 Jun 2009 18:45:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090608224516.547F17302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 18:45:16 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 22:45:19 -0000 TB --- 2009-06-08 21:10:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 21:10:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-08 21:10:34 - cleaning the object tree TB --- 2009-06-08 21:11:04 - cvsupping the source tree TB --- 2009-06-08 21:11:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-08 21:11:20 - building world TB --- 2009-06-08 21:11:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 21:11:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 21:11:20 - TARGET=sparc64 TB --- 2009-06-08 21:11:20 - TARGET_ARCH=sparc64 TB --- 2009-06-08 21:11:20 - TZ=UTC TB --- 2009-06-08 21:11:20 - __MAKE_CONF=/dev/null TB --- 2009-06-08 21:11:20 - cd /src TB --- 2009-06-08 21:11:20 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 21:11:21 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 8 22:32:43 UTC 2009 TB --- 2009-06-08 22:32:43 - generating LINT kernel config TB --- 2009-06-08 22:32:43 - cd /src/sys/sparc64/conf TB --- 2009-06-08 22:32:43 - /usr/bin/make -B LINT TB --- 2009-06-08 22:32:43 - building LINT kernel TB --- 2009-06-08 22:32:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 22:32:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 22:32:43 - TARGET=sparc64 TB --- 2009-06-08 22:32:43 - TARGET_ARCH=sparc64 TB --- 2009-06-08 22:32:43 - TZ=UTC TB --- 2009-06-08 22:32:43 - __MAKE_CONF=/dev/null TB --- 2009-06-08 22:32:43 - cd /src TB --- 2009-06-08 22:32:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 8 22:32:44 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_ethersubr.c -I/src/sys/contrib/pf cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_faith.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_gif.c cc1: warnings being treated as errors /src/sys/net/if_gif.c: In function 'gif_ioctl': /src/sys/net/if_gif.c:918: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-08 22:45:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-08 22:45:16 - ERROR: failed to build lint kernel TB --- 2009-06-08 22:45:16 - 4451.84 user 418.55 system 5681.63 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 23:50:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE7C1065672; Mon, 8 Jun 2009 23:50:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA0E8FC13; Mon, 8 Jun 2009 23:50:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 477065C025; Tue, 9 Jun 2009 07:50:51 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 1367155CDB90; Tue, 9 Jun 2009 07:50:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id IlW5ZSVGKTeH; Tue, 9 Jun 2009 07:50:00 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5DAE255CDB8E; Tue, 9 Jun 2009 07:49:53 +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=wYR4CY0oDBAF5uPxuiFKuSTrFJYCuc09TmjZclfNLXmHYA8qyr7ERgAtL0rlUbp9M je0XjRVfcJ1l9i4yCNLSw== Message-ID: <4A2DA390.3090704@delphij.net> Date: Mon, 08 Jun 2009 16:49:36 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20090608224516.547F17302F@freebsd-current.sentex.ca> In-Reply-To: <20090608224516.547F17302F@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------080305080905050101040406" Cc: net@freebsd.org, current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 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, 08 Jun 2009 23:50:53 -0000 This is a multi-part message in MIME format. --------------080305080905050101040406 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FreeBSD Tinderbox wrote: > cc1: warnings being treated as errors > /src/sys/net/if_gif.c: In function 'gif_ioctl': > /src/sys/net/if_gif.c:918: warning: cast to pointer from integer of different size > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 The attached patch should fix this, any objections? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoto48ACgkQi+vbBBjt66C98ACgvgafjQZ/MU01V8ftN6ZI9/1U xB0AoKZipqyI0JYmBkMGNsEEYp8A0VVl =3o5u -----END PGP SIGNATURE----- --------------080305080905050101040406 Content-Type: text/plain; name="if_gif.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_gif.c.diff" Index: if_gif.c =================================================================== --- if_gif.c (revision 193731) +++ if_gif.c (working copy) @@ -912,10 +912,10 @@ case GIFSOPTS: if ((error = priv_check(curthread, PRIV_NET_GIF)) != 0) break; - if ((error = copyin(&options, &sc->gif_options, - sizeof(sc->gif_options)))) { + if ((error = copyin(ifr->ifr_data, &options, + sizeof(options)))) { if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) - ifr->ifr_data = (caddr_t)options; + sc->gif_options = options; else error = EINVAL; } --------------080305080905050101040406-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 00:02:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B9E01065672; Tue, 9 Jun 2009 00:02:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0968FC0A; Tue, 9 Jun 2009 00:02:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5902SFl004186; Mon, 8 Jun 2009 20:02:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5902RHa014564; Mon, 8 Jun 2009 20:02:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE0E97302F; Mon, 8 Jun 2009 20:02:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090609000227.DE0E97302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 20:02:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 00:02:30 -0000 TB --- 2009-06-08 22:37:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-08 22:37:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-08 22:37:59 - cleaning the object tree TB --- 2009-06-08 22:38:15 - cvsupping the source tree TB --- 2009-06-08 22:38:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-08 22:38:29 - building world TB --- 2009-06-08 22:38:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 22:38:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 22:38:29 - TARGET=sun4v TB --- 2009-06-08 22:38:29 - TARGET_ARCH=sparc64 TB --- 2009-06-08 22:38:29 - TZ=UTC TB --- 2009-06-08 22:38:29 - __MAKE_CONF=/dev/null TB --- 2009-06-08 22:38:29 - cd /src TB --- 2009-06-08 22:38:29 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 8 22:38:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 8 23:51:30 UTC 2009 TB --- 2009-06-08 23:51:30 - generating LINT kernel config TB --- 2009-06-08 23:51:30 - cd /src/sys/sun4v/conf TB --- 2009-06-08 23:51:30 - /usr/bin/make -B LINT TB --- 2009-06-08 23:51:30 - building LINT kernel TB --- 2009-06-08 23:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-08 23:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-08 23:51:30 - TARGET=sun4v TB --- 2009-06-08 23:51:30 - TARGET_ARCH=sparc64 TB --- 2009-06-08 23:51:30 - TZ=UTC TB --- 2009-06-08 23:51:30 - __MAKE_CONF=/dev/null TB --- 2009-06-08 23:51:30 - cd /src TB --- 2009-06-08 23:51:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 8 23:51:30 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_ethersubr.c -I/src/sys/contrib/pf cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_faith.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/if_gif.c cc1: warnings being treated as errors /src/sys/net/if_gif.c: In function 'gif_ioctl': /src/sys/net/if_gif.c:918: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 00:02:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 00:02:27 - ERROR: failed to build lint kernel TB --- 2009-06-09 00:02:27 - 4408.55 user 415.59 system 5068.04 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 02:36:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817DD1065690; Tue, 9 Jun 2009 02:36:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5FE8FC2B; Tue, 9 Jun 2009 02:36:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n592a9oY017006; Mon, 8 Jun 2009 22:36:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n592a9pu088386; Mon, 8 Jun 2009 22:36:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 48AD97302F; Mon, 8 Jun 2009 22:36:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090609023609.48AD97302F@freebsd-current.sentex.ca> Date: Mon, 8 Jun 2009 22:36:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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: Tue, 09 Jun 2009 02:36:13 -0000 TB --- 2009-06-09 00:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-09 00:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-09 00:20:00 - cleaning the object tree TB --- 2009-06-09 00:20:43 - cvsupping the source tree TB --- 2009-06-09 00:20:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-09 00:21:02 - building world TB --- 2009-06-09 00:21:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 00:21:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 00:21:02 - TARGET=amd64 TB --- 2009-06-09 00:21:02 - TARGET_ARCH=amd64 TB --- 2009-06-09 00:21:02 - TZ=UTC TB --- 2009-06-09 00:21:02 - __MAKE_CONF=/dev/null TB --- 2009-06-09 00:21:02 - cd /src TB --- 2009-06-09 00:21:02 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 9 00:21:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 9 02:22:16 UTC 2009 TB --- 2009-06-09 02:22:16 - generating LINT kernel config TB --- 2009-06-09 02:22:16 - cd /src/sys/amd64/conf TB --- 2009-06-09 02:22:16 - /usr/bin/make -B LINT TB --- 2009-06-09 02:22:16 - building LINT kernel TB --- 2009-06-09 02:22:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 02:22:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 02:22:16 - TARGET=amd64 TB --- 2009-06-09 02:22:16 - TARGET_ARCH=amd64 TB --- 2009-06-09 02:22:16 - TZ=UTC TB --- 2009-06-09 02:22:16 - __MAKE_CONF=/dev/null TB --- 2009-06-09 02:22:16 - cd /src TB --- 2009-06-09 02:22:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 9 02:22:16 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_ethersubr.c -I/src/sys/contrib/pf cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_faith.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fddisubr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fwsubr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c cc1: warnings being treated as errors /src/sys/net/if_gif.c: In function 'gif_ioctl': /src/sys/net/if_gif.c:918: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 02:36:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 02:36:08 - ERROR: failed to build lint kernel TB --- 2009-06-09 02:36:08 - 6317.00 user 648.73 system 8168.35 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 03:24:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10D8B1065672 for ; Tue, 9 Jun 2009 03:24:27 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 88C368FC15 for ; Tue, 9 Jun 2009 03:24:26 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D51217E837; Mon, 8 Jun 2009 19:24:25 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 8 Jun 2009 19:24:24 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_oXdLKaT4PhDVxKR" Message-Id: <200906081924.24901.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Jeremy Faulkner Subject: Re: Yubikey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 03:24:27 -0000 --Boundary-00=_oXdLKaT4PhDVxKR Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Saturday 06 June 2009 10:02:05 Jeremy Faulkner wrote: > Has anybody gotten a Yubikey to work with FreeBSD? It attaches as a > uhid device on both 7 and 8. > > ugen5.5: at usbus5 > uhid0: on > usbus5 > > For those not familiar with a Yubikey it is a usb device that attaches > as a keyboard and when the button is pressed it generates a 44 > character One Time Password (OTP) and inputted into the computer as if > it were typed. Unfortunately with FreeBSD 7 & 8 I'm not able to get > that output. Under NetBSD the Yubikey does get attached as a keyboard > and works perfectly. Any thoughts on how to get the Yubikey to attach > as a keyboard under FreeBSD? > > I've attached the output of 'lsusb -d 1050:0010 -v > > ~/yubikey-lsusb.txt' from the ports/sysutils/usbutils port Your best bet to get this working is on -current as usb support is being ironed out as well as keyboard. Attachment copied. -- Mel --Boundary-00=_oXdLKaT4PhDVxKR Content-Type: text/plain; charset="ISO-8859-1"; name="yubikey-lsusb.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="yubikey-lsusb.txt" Bus /dev/usb Device /dev/ugen5.5: ID 1050:0010 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x1050 idProduct 0x0010 bcdDevice 1.32 iManufacturer 1 Yubico iProduct 2 Yubico Yubikey Touch iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 30mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.11 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 71 Report Descriptor: (length is 71) Item(Global): Usage Page, data= [ 0x01 ] 1 Generic Desktop Controls Item(Local ): Usage, data= [ 0x06 ] 6 Keyboard Item(Main ): Collection, data= [ 0x01 ] 1 Application Item(Global): Usage Page, data= [ 0x07 ] 7 Keyboard Item(Local ): Usage Minimum, data= [ 0xe0 ] 224 Control Left Item(Local ): Usage Maximum, data= [ 0xe7 ] 231 GUI Right Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0x01 ] 1 Item(Global): Report Size, data= [ 0x01 ] 1 Item(Global): Report Count, data= [ 0x08 ] 8 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Global): Report Count, data= [ 0x01 ] 1 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Main ): Input, data= [ 0x01 ] 1 Constant Array Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Global): Report Count, data= [ 0x05 ] 5 Item(Global): Report Size, data= [ 0x01 ] 1 Item(Global): Usage Page, data= [ 0x08 ] 8 LEDs Item(Local ): Usage Minimum, data= [ 0x01 ] 1 NumLock Item(Local ): Usage Maximum, data= [ 0x05 ] 5 Kana Item(Main ): Output, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Global): Report Count, data= [ 0x01 ] 1 Item(Global): Report Size, data= [ 0x03 ] 3 Item(Main ): Output, data= [ 0x01 ] 1 Constant Array Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Global): Report Count, data= [ 0x06 ] 6 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0x65 ] 101 Item(Global): Usage Page, data= [ 0x07 ] 7 Keyboard Item(Local ): Usage Minimum, data= [ 0x00 ] 0 No Event Item(Local ): Usage Maximum, data= [ 0x65 ] 101 Keyboard Application (Windows Key for Win95 or Compose) Item(Main ): Input, data= [ 0x00 ] 0 Data Array Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x03 ] 3 Keyboard Error Undefined Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x08 ] 8 Item(Main ): Feature, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Main ): End Collection, data=none Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Device Status: 0x0000 (Bus Powered) --Boundary-00=_oXdLKaT4PhDVxKR-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 04:49:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE94D106564A for ; Tue, 9 Jun 2009 04:49:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 695B88FC1A for ; Tue, 9 Jun 2009 04:49:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=RZ36D/zf0MqMeIK7hGrC0jPBJaX5vGBHNEmJpK+yjYGlufLvvc6WYAdSQkLDRZueYqoM41j0+bYJJFOsHXdIigsLkflNwsuL0zrLCySG7gGhd6jZ8TpIkxTBTHUDcmmS7ml43AOVG6/T7fqN/EKldPUFhP5mgi8GnDRWJNlPtTg=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MDtGs-000H5n-NS; Tue, 09 Jun 2009 08:49:14 +0400 Date: Tue, 9 Jun 2009 08:49:12 +0400 From: Eygene Ryabinkin To: d@delphij.net Message-ID: References: <20090608224516.547F17302F@freebsd-current.sentex.ca> <4A2DA390.3090704@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2DA390.3090704@delphij.net> Sender: rea-fbsd@codelabs.ru Cc: current@freebsd.org, net@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 04:49:19 -0000 Xin, good day. Mon, Jun 08, 2009 at 04:49:36PM -0700, Xin LI wrote: > The attached patch should fix this, any objections? Yes, you missed negation operator in the copyin check. The issue was already fixed by hrs@ two hours ago: http://svn.freebsd.org/viewvc/base?view=revision&revision=193796 -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 07:05:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C92B106564A for ; Tue, 9 Jun 2009 07:05:33 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id EE8B98FC20 for ; Tue, 9 Jun 2009 07:05:32 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:50173 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MDvNz-0003XO-5G for freebsd-current@freebsd.org; Tue, 09 Jun 2009 09:04:45 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 27AF711E96F for ; Tue, 9 Jun 2009 09:04:42 +0200 (CEST) Message-Id: From: Thomas Backman To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 9 Jun 2009 09:04:40 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MDvNz-0003XO-5G. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MDvNz-0003XO-5G 168b30b33ad2e34bf57398422ed03cee Subject: FS utils treates directories as files? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 07:05:33 -0000 FreeBSD 8.0-CURRENT r193521 (Jun 5), bash: [root@chaos /usr/ports]# file / /: directory [root@chaos /usr/ports]# cat / =EF=BF=BDg=EF=BF=BD=EF=BF=BD=3D[root@chaos /usr/ports]# [root@chaos /usr/ports]# cat /usr/ports/mail =EF=BF=BD =EF=BF=BD =EF=BF=BD=EF=BF=BD9=EF=BF=BD=EF=BF=BD=EF=BF=BDMakefile=EF=BF=BD@abook=EF=BF= =BD@adcomplain2=EF=BF=BD@althea=EF=BF=BD@addresses-=20 goodies=3D=EF=BF=BD@annoyance-filterF=EF=BF=BD@anomy-sanitizerN=EF=BF=BD@a= ntivirus-=20 milterX=EF=BF=BD@anubisf=EF=BF=BD@archivemailm=EF=BF=BD@[root@chaos = /usr/ports]# Mac OS X 10.5, bash: serenity@macbookpro ~ $ cat / cat: /: Is a directory Linux, bash: (21:34) serenity@exscape ~ $ cat / cat: /: Is a directory The same applies to most FS utilities. Is this a feature or not? I =20 find it pretty darn weird. [root@chaos /usr/ports]# cat /etc =EF=BF=BD_=EF=BF=BD=3D syslog.conf [root@chaos /usr/ports]# less /etc /etc is a directory [root@chaos /usr/ports]# more /etc ^=20 C=20 ^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @<=20 80=20 >=20 _=20 ^=20 R=20 <=20 EA=20 >=20 =3D=20 ^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@ =20 ^=20 E=20 ^=20 @^=20 @^=20 @^=20 @^=20 @^=20 @^@^@^@^@^@^@syslog.conf^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ [root@chaos /usr/ports]# grep syslog /etc Binary file /etc matches [root@chaos /usr/ports]# tail /etc =EF=BF=BD_=EF=BF=BD=3D syslog.conf [root@chaos /usr/ports]# head /etc =EF=BF=BD_=EF=BF=BD=3D syslog.conf [root@chaos /usr/ports]# Regards, Thomas= From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 07:21:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4B2F106567B; Tue, 9 Jun 2009 07:21:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 75FA28FC0A; Tue, 9 Jun 2009 07:21:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 7EF935C025; Tue, 9 Jun 2009 15:21:04 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 0300555CDB97; Tue, 9 Jun 2009 15:21:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id er3Xzu7Du-pZ; Tue, 9 Jun 2009 15:20:12 +0800 (CST) Received: from charlie.delphij.net (c-67-188-2-183.hsd1.ca.comcast.net [67.188.2.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 37E9355CDB93; Tue, 9 Jun 2009 15:20:04 +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=T7uN/N1yueOOJuD3CcGAwtzbzlxltMU9T8l0p3Nl6iWcvGV5tbr2OE12ILFvQRlfe PgL3plWJDJhrS6y+cuHIw== Message-ID: <4A2E0D12.40101@delphij.net> Date: Tue, 09 Jun 2009 00:19:46 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Danny Braniss References: <20090608224516.547F17302F@freebsd-current.sentex.ca> <4A2DA390.3090704@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Hiroki Sato , rea-fbsd@codelabs.ru, FreeBSD Current , net@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 07:21:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danny Braniss wrote: >> Xin, good day. >> >> Mon, Jun 08, 2009 at 04:49:36PM -0700, Xin LI wrote: >>> The attached patch should fix this, any objections? >> Yes, you missed negation operator in the copyin check. The issue >> was already fixed by hrs@ two hours ago: >> http://svn.freebsd.org/viewvc/base?view=revision&revision=193796 > sorry to barge in, but: > if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) > is not clear, > if ((options & ~GIF_FULLOPTS) == 0) > seems to be less offuscated or I'm missing something? Yes this looks like the usually used idiom (perhaps more efficient anyway)... I just kept the style consistent with the old code. Hiroki-san, could you have a look at this and consider if we should use this idiom? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkouDRIACgkQi+vbBBjt66A1vACggjZwN3xCIHhfsEj141tAqqqX gdcAn0XM9BDHIhpWGct861T43SlmtQyv =ozhg -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 07:45:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A4CD1065673; Tue, 9 Jun 2009 07:45:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF1D8FC14; Tue, 9 Jun 2009 07:45:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C7BFD41C729; Tue, 9 Jun 2009 09:45:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ZPmTa2SEGpxX; Tue, 9 Jun 2009 09:45:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 696B041C71D; Tue, 9 Jun 2009 09:45:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 89B1C4448E6; Tue, 9 Jun 2009 07:42:25 +0000 (UTC) Date: Tue, 9 Jun 2009 07:42:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: d@delphij.net In-Reply-To: <4A2E0D12.40101@delphij.net> Message-ID: <20090609074144.O22887@maildrop.int.zabbadoz.net> References: <20090608224516.547F17302F@freebsd-current.sentex.ca> <4A2DA390.3090704@delphij.net> <4A2E0D12.40101@delphij.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Hiroki Sato , rea-fbsd@codelabs.ru, FreeBSD Current , net@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 07:45:07 -0000 On Tue, 9 Jun 2009, Xin LI wrote: > Danny Braniss wrote: >>> Xin, good day. >>> >>> Mon, Jun 08, 2009 at 04:49:36PM -0700, Xin LI wrote: >>>> The attached patch should fix this, any objections? >>> Yes, you missed negation operator in the copyin check. The issue >>> was already fixed by hrs@ two hours ago: >>> http://svn.freebsd.org/viewvc/base?view=revision&revision=193796 >> sorry to barge in, but: >> if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) >> is not clear, >> if ((options & ~GIF_FULLOPTS) == 0) >> seems to be less offuscated or I'm missing something? > > Yes this looks like the usually used idiom (perhaps more efficient > anyway)... I just kept the style consistent with the old code. > Hiroki-san, could you have a look at this and consider if we should use > this idiom? Also see the mail I had sent in reply to the commit message yesterday. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 07:45:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9183106566B; Tue, 9 Jun 2009 07:45:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id A25F48FC29; Tue, 9 Jun 2009 07:45:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MDvQt-000CEr-B0; Tue, 09 Jun 2009 10:07:43 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: rea-fbsd@codelabs.ru In-reply-to: References: <20090608224516.547F17302F@freebsd-current.sentex.ca> <4A2DA390.3090704@delphij.net> Comments: In-reply-to Eygene Ryabinkin message dated "Tue, 09 Jun 2009 08:49:12 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jun 2009 10:07:43 +0300 From: Danny Braniss Message-ID: Cc: d@delphij.net, current@freebsd.org, net@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 07:45:59 -0000 > Xin, good day. > > Mon, Jun 08, 2009 at 04:49:36PM -0700, Xin LI wrote: > > The attached patch should fix this, any objections? > > Yes, you missed negation operator in the copyin check. The issue > was already fixed by hrs@ two hours ago: > http://svn.freebsd.org/viewvc/base?view=revision&revision=193796 sorry to barge in, but: if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) is not clear, if ((options & ~GIF_FULLOPTS) == 0) seems to be less offuscated or I'm missing something? danny > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 08:05:37 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E54A5106564A; Tue, 9 Jun 2009 08:05:37 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 62BC68FC13; Tue, 9 Jun 2009 08:05:37 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n5984Pfr041789; Tue, 9 Jun 2009 17:04:36 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n5983pbt072769; Tue, 9 Jun 2009 17:03:53 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 09 Jun 2009 17:03:28 +0900 (JST) Message-Id: <20090609.170328.129820575.hrs@allbsd.org> To: bzeeb-lists@lists.zabbadoz.net From: Hiroki Sato In-Reply-To: <20090609074144.O22887@maildrop.int.zabbadoz.net> References: <4A2E0D12.40101@delphij.net> <20090609074144.O22887@maildrop.int.zabbadoz.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Jun__9_17_03_28_2009_143)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Tue, 09 Jun 2009 17:04:36 +0900 (JST) Cc: d@delphij.net, current@FreeBSD.org, hrs@FreeBSD.org, net@FreeBSD.org, rea-fbsd@codelabs.ru Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 08:05:38 -0000 ----Security_Multipart(Tue_Jun__9_17_03_28_2009_143)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Bjoern A. Zeeb" wrote in <20090609074144.O22887@maildrop.int.zabbadoz.net>: bz> On Tue, 9 Jun 2009, Xin LI wrote: bz> bz> > Danny Braniss wrote: bz> >>> Xin, good day. bz> >>> bz> >>> Mon, Jun 08, 2009 at 04:49:36PM -0700, Xin LI wrote: bz> >>>> The attached patch should fix this, any objections? bz> >>> Yes, you missed negation operator in the copyin check. The issue bz> >>> was already fixed by hrs@ two hours ago: bz> >>> http://svn.freebsd.org/viewvc/base?view=revision&revision=193796 bz> >> sorry to barge in, but: bz> >> if ((options | GIF_FULLOPTS) == GIF_FULLOPTS) bz> >> is not clear, bz> >> if ((options & ~GIF_FULLOPTS) == 0) bz> >> seems to be less offuscated or I'm missing something? bz> > bz> > Yes this looks like the usually used idiom (perhaps more efficient bz> > anyway)... I just kept the style consistent with the old code. bz> > Hiroki-san, could you have a look at this and consider if we should bz> > use bz> > this idiom? bz> bz> Also see the mail I had sent in reply to the commit message yesterday. Sorry, I overlooked some of the messages I received. Yes, the logic was reversed and fixed now, but your patch including style fix looks better to me. I will commit it. Thank you for your review! -- Hiroki ----Security_Multipart(Tue_Jun__9_17_03_28_2009_143)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkouF1AACgkQTyzT2CeTzy1lcACfc5RgQgb7oLMdGSwbMjob4W5M pLkAnRLDVDaLMfpf5e8I2WHV/SeM02Yh =BQGc -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Jun__9_17_03_28_2009_143)---- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 08:18:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0208C106567F for ; Tue, 9 Jun 2009 08:18:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8884B8FC26 for ; Tue, 9 Jun 2009 08:18:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=E2Cm80H6mSdPp6EKNRUA:9 a=g--fNPhqSwI0cOoSO2EyuVuQghoA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 865874795; Tue, 09 Jun 2009 10:18:28 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 9 Jun 2009 10:22:40 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200906081924.24901.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200906081924.24901.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906091022.41813.hselasky@c2i.net> Cc: Mel Flynn , Jeremy Faulkner Subject: Re: Yubikey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 08:18:30 -0000 On Tuesday 09 June 2009 05:24:24 Mel Flynn wrote: > On Saturday 06 June 2009 10:02:05 Jeremy Faulkner wrote: > > Has anybody gotten a Yubikey to work with FreeBSD? It attaches as a > > uhid device on both 7 and 8. > > > > ugen5.5: at usbus5 > > uhid0: on > > usbus5 > > Hi, > > Attachment copied. The subclass and protocol are not correct, so the device is not detected like a keyboard. Probably we could add an additional check there to verify that the HID descriptor contains Keyboard descriptions. bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 09:03:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C58106566B for ; Tue, 9 Jun 2009 09:03:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B1F928FC1A for ; Tue, 9 Jun 2009 09:03:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MDxF0-0003Ba-Cw for freebsd-current@freebsd.org; Tue, 09 Jun 2009 09:03:34 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Jun 2009 09:03:34 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Jun 2009 09:03:34 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 09 Jun 2009 11:03:49 +0200 Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: Sender: news Subject: Re: FS utils treates directories as files? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 09:03:38 -0000 Thomas Backman wrote: > FreeBSD 8.0-CURRENT r193521 (Jun 5), bash: > [root@chaos /usr/ports]# file / > /: directory > [root@chaos /usr/ports]# cat / > =EF=BF=BDg=EF=BF=BD=EF=BF=BD=3D[root@chaos /usr/ports]# > [root@chaos /usr/ports]# cat /usr/ports/mail > =EF=BF=BD This is the traditional behaviour because yes, directories are just simply ordinary files with a special bit set to distinguish them. Other systems might have modified "cat" to check if directories are files but it's not standard. You can easily check this yourself. The following small program should work on every unix-ish system: #include #include #include int main() { int fd, i; char buf[512]; =09 fd =3D open(".", O_RDONLY); read(fd, buf, 512); for (i =3D 0; i < 512; i++) printf("%4d ", buf[i]); } From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 09:19:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D15811065676 for ; Tue, 9 Jun 2009 09:19:04 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8BFDC8FC1A for ; Tue, 9 Jun 2009 09:19:04 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:35813 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MDxT8-0007RB-3t; Tue, 09 Jun 2009 11:18:12 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id D330241225; Tue, 9 Jun 2009 11:18:08 +0200 (CEST) Message-Id: <60F36765-E4FA-4A2D-AD6B-E7881537F6DA@exscape.org> From: Thomas Backman To: Ivan Voras In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 9 Jun 2009 11:18:07 +0200 References: X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MDxT8-0007RB-3t. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MDxT8-0007RB-3t 28a54c667898d62bd052404f53cd4720 Cc: freebsd-current@freebsd.org Subject: Re: FS utils treates directories as files? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 09:19:05 -0000 On Jun 9, 2009, at 11:03 AM, Ivan Voras wrote: > Thomas Backman wrote: >> FreeBSD 8.0-CURRENT r193521 (Jun 5), bash: >> [root@chaos /usr/ports]# file / >> /: directory >> [root@chaos /usr/ports]# cat / >> =EF=BF=BDg=EF=BF=BD=EF=BF=BD=3D[root@chaos /usr/ports]# >> [root@chaos /usr/ports]# cat /usr/ports/mail >> =EF=BF=BD > > This is the traditional behaviour because yes, directories are just > simply ordinary files with a special bit set to distinguish them. =20 > Other > systems might have modified "cat" to check if directories are files =20= > but > it's not standard. > > You can easily check this yourself. The following small program should > work on every unix-ish system: > > #include > #include > #include > > int main() { > int fd, i; > char buf[512]; > =09 > fd =3D open(".", O_RDONLY); > read(fd, buf, 512); > for (i =3D 0; i < 512; i++) > printf("%4d ", buf[i]); > } Yes, I realize that, and actually added a stat() call to cat to check =20= for directories... before I realized it was true for other utils as =20 well. I still think it's weird, though, and that the utils should check (as =20= long as they return gibberish; less /etc on my GNU/Linux system =20 actually shows a readable list of files - it seems as if less /etc =3D=3D = =20 ls -al /etc | less). Is there *any* use for this behaviour, or is it =20 simply there because nobody has added a check? Regards, Thomas= From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 09:50:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E94681065672 for ; Tue, 9 Jun 2009 09:50:28 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 77CB98FC13 for ; Tue, 9 Jun 2009 09:50:28 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so947488fga.12 for ; Tue, 09 Jun 2009 02:50:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tJ4TElnesg6UNli15s8nYkgmcJ7cDgpGeAfi6AqSPCY=; b=pblWXOx+IZggcQNcwbK08mN08fHEu8ug+Ak4Endz9sE8ZJCM+2DAjGbTp5vc7jXKUm aiKhfXkiHXgkAFky39+qJ3GcXOoHOFL9A/zY/ue0E41kGw6EZdlxow3r+lxebfLmwbY/ ZQhZxU0H8STBWP02UQqRTe9Q12/I1pMSgnSmA= 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=bfZrWdAxBZM9L0+czLbEtuN4IYG6s7t2N/mEB4i4t5AgJw8ZPdodHebzg5UPmZZTvs KM07R19II9tr8kiRgIlD9Zk7i1TzX2KdWdLoknYqwl6IlA6F3a+ia0h0MwdrK3JejnCn nBaDXs1eb3aWG9m1h6N1Rzv2+crP/VXqCasbw= MIME-Version: 1.0 Received: by 10.86.93.17 with SMTP id q17mr8066983fgb.75.1244541027591; Tue, 09 Jun 2009 02:50:27 -0700 (PDT) In-Reply-To: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> References: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> Date: Tue, 9 Jun 2009 11:50:27 +0200 Message-ID: From: Jacques Fourie To: Mario Pavlov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 09:50:29 -0000 > Hi, > thanks a lot for that fix > it worked for me, please find attached the patch file, slightly modified = so it can be successfully applied > the good news is that when I loaded the module it didn't panic, I was eve= n able to run VirtualBox > ...I created a virtual machine for windows xp and started the installatio= n...but the virtual machine crashes after the windows installer loads all d= rivers and tries to start the actual installation > and I can see this at the bottom of the vbox log > =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=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 > 00:00:57.770 !!Assertion Failed!! > 00:00:57.770 Expression: u64Now <=3D pNext->u64Expire > 00:00:57.770 Location =A0: /usr/ports/emulators/virtualbox/work/virtualbo= x-2.2.2r19980/src/VBox/VMM/TM.cpp(1899) void tmR3TimerQueueRunVirtualSync(V= M*) Hi, I ran into this issue as well - didn't have time to look into a proper fix but the following hack seems to work for me. Please be aware that this is only a hack and not a proper fix - your mileage may vary :) My Ubuntu VM has been running fine for about 3 days now, under load. --- src/VBox/VMM/TM.cpp 2009-05-19 15:14:54.000000000 +0200 +++ src/VBox/VMM/TM.cpp 2009-06-08 11:07:34.815865375 +0200 @@ -1896,6 +1896,10 @@ { STAM_COUNTER_INC(&pVM->tm.s.StatVirtualSyncRunStoppedAlready); u64Now =3D pVM->tm.s.u64VirtualSync; + if (u64Now > pNext->u64Expire) { + Log4(("u64Now =3D %RU64, pNext->u64Expire =3D %RU64\n", u64Now, pNext->u64Expire)); + u64Now =3D pNext->u64Expire; + } Assert(u64Now <=3D pNext->u64Expire); } else Regards, Jacques From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 10:17:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D009106566C; Tue, 9 Jun 2009 10:17:46 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0A47B8FC18; Tue, 9 Jun 2009 10:17:46 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2EDAC1CD94; Tue, 9 Jun 2009 12:17:45 +0200 (CEST) Date: Tue, 9 Jun 2009 12:17:45 +0200 From: Ed Schouten To: Pawel Worach Message-ID: <20090609101745.GE48776@hoeg.nl> References: <20090604093831.GE48776@hoeg.nl> <20090608.120552.756910862.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oCUf59kop2Azht1W" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: hackers@freebsd.org, current@freebsd.org, "M. Warner Losh" Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 10:17:46 -0000 --oCUf59kop2Azht1W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Pawel Worach wrote: > So runtime performance is on par with gcc, code size is a bit bigger > so there is still room for optimization in LLVM. I don't agree on the code size. Code size is comparable. I just did a quick ls through /bin. There also seem to be a lot of cases where Clang generates smaller binaries. Some time ago the binaries were indeed a lot bigger, but that turned out to be a bug in Clang, where a compiler flag had a wrong default value, namely the flag that determined whether zero-initialized data had to go in BSS or not. --=20 Ed Schouten WWW: http://80386.nl/ --oCUf59kop2Azht1W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkouNsgACgkQ52SDGA2eCwVHnACfaoxEg9nNU0BZjv73sqUq+mfv ICsAn0mcRhQ/YZrevzPRcgtx8pDJyvnK =IZ0p -----END PGP SIGNATURE----- --oCUf59kop2Azht1W-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 10:37:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFE0B106566B for ; Tue, 9 Jun 2009 10:37:45 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.70]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA858FC21 for ; Tue, 9 Jun 2009 10:37:45 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id C0DA23EE0DC; Tue, 9 Jun 2009 13:37:43 +0300 (EEST) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=dyjXcO3lPTkSTpO/j0HvTjL8/nVTfQ3mPs5C6qe+ooHhAAowBPX55IUhMhPs5mDw6 UiC8pZb0VI/Y5wL0RxLwt+dUKwUJaOJcZc93i5L6O8eW/deJEQN89Lv55Q+5Ivon4G0 4ZMbk6NzvzAcokxns3gB7KtR9m2PPI14Hn6bCAs= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1244543863; bh=OS5M/xahPMEiiBApTmMhA7zbWuTqJnrzY59nyVj0Vz0=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=InL5Ex/FNX/qqCsCfqDUkVp/tH63qCae t0bmR1C0Toa9Qf4rZuiOvezwDGcqhGwJHUkak651PWzeh/4YcUGU/n02GBfP2hEC1mN JdWDaGG4m+fjGS4e8M1OcSSJIcewxqVCnE/cciHsekv+7xewMi0fgY6ALz4Aio/RzQn xRBJ4= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id 123911E4B0A; Tue, 9 Jun 2009 13:37:43 +0300 (EEST) Date: Tue, 9 Jun 2009 13:37:43 +0300 (EEST) From: Mario Pavlov To: Jacques Fourie Message-ID: <1799514946.205298.1244543863072.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 193.26.194.93 Cc: freebsd-current@freebsd.org Subject: Re: Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 10:37:46 -0000 >> Hi, >> thanks a lot for that fix >> it worked for me, please find attached the patch file, slightly modified so it can be successfully applied >> the good news is that when I loaded the module it didn't panic, I was even able to run VirtualBox >> ...I created a virtual machine for windows xp and started the installation...but the virtual machine crashes after the windows installer loads all drivers and tries to start the actual installation >> and I can see this at the bottom of the vbox log >> ========================================================================================================================== >> 00:00:57.770 !!Assertion Failed!! >> 00:00:57.770 Expression: u64Now u64Expire >> 00:00:57.770 Location  : /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/VMM/TM.cpp(1899) void tmR3TimerQueueRunVirtualSync(VM*) > >Hi, > >I ran into this issue as well - didn't have time to look into a proper >fix but the following hack seems to work for me. Please be aware that >this is only a hack and not a proper fix - your mileage may vary :) My >Ubuntu VM has been running fine for about 3 days now, under load. > >--- src/VBox/VMM/TM.cpp 2009-05-19 15:14:54.000000000 +0200 >+++ src/VBox/VMM/TM.cpp 2009-06-08 11:07:34.815865375 +0200 >@@ -1896,6 +1896,10 @@ > { > STAM_COUNTER_INC(&pVM->tm.s.StatVirtualSyncRunStoppedAlready); > u64Now = pVM->tm.s.u64VirtualSync; >+ if (u64Now > pNext->u64Expire) { >+ Log4(("u64Now = %RU64, pNext->u64Expire = %RU64\n", >u64Now, pNext->u64Expire)); >+ u64Now = pNext->u64Expire; >+ } > Assert(u64Now u64Expire); > } > else > >Regards, >Jacques Alright, thank you :) I'll test it later and let you know if works for me regards, mgp From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 10:48:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7824A106566B; Tue, 9 Jun 2009 10:48:54 +0000 (UTC) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from smarthost.TechFak.Uni-Bielefeld.DE (smarthost.piip.TechFak.Uni-Bielefeld.DE [129.70.137.17]) by mx1.freebsd.org (Postfix) with ESMTP id 06D358FC18; Tue, 9 Jun 2009 10:48:53 +0000 (UTC) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from [129.70.104.75] (navy.spectrum.uni-bielefeld.de [129.70.104.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 93E2C481FB; Tue, 9 Jun 2009 12:17:36 +0200 (CEST) Message-ID: <4A2E3579.20105@techfak.uni-bielefeld.de> Date: Tue, 09 Jun 2009 12:12:09 +0200 From: Hendrik Hasenbein User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Thomas Backman References: <60F36765-E4FA-4A2D-AD6B-E7881537F6DA@exscape.org> In-Reply-To: <60F36765-E4FA-4A2D-AD6B-E7881537F6DA@exscape.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: FS utils treates directories as files? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 10:48:54 -0000 Thomas Backman wrote: > > On Jun 9, 2009, at 11:03 AM, Ivan Voras wrote: > >> Thomas Backman wrote: >>> FreeBSD 8.0-CURRENT r193521 (Jun 5), bash: >>> [root@chaos /usr/ports]# file / >>> /: directory >>> [root@chaos /usr/ports]# cat / >>> �g��=[root@chaos /usr/ports]# >>> [root@chaos /usr/ports]# cat /usr/ports/mail >>> � >> >> This is the traditional behaviour because yes, directories are just >> simply ordinary files with a special bit set to distinguish them. Other >> systems might have modified "cat" to check if directories are files but >> it's not standard. >> >> You can easily check this yourself. The following small program should >> work on every unix-ish system: >> >> #include >> #include >> #include >> >> int main() { >> int fd, i; >> char buf[512]; >> >> fd = open(".", O_RDONLY); >> read(fd, buf, 512); >> for (i = 0; i < 512; i++) >> printf("%4d ", buf[i]); >> } > > Yes, I realize that, and actually added a stat() call to cat to check > for directories... before I realized it was true for other utils as well. > I still think it's weird, though, and that the utils should check (as > long as they return gibberish; less /etc on my GNU/Linux system actually > shows a readable list of files - it seems as if less /etc == ls -al /etc > | less). Is there *any* use for this behaviour, or is it simply there > because nobody has added a check? In rare cases you might want to look at the real content of the directory file. Unix is all about having the choice. The linux variant should give a hint of the form 'This file is a directory. Do you want to 'ls -la | less' instead? Like it does for 8bit content. It isn't a GNU/linux feature. It depends on the distribution. Try a slackware or a debian (debian does it sun style, but more /etc != less /etc). They all handle it different. So you better don't use these features if you want to retain portability. (Example don't use #!/bin/sh and use bash features. It works on many systems, but not all.) Hendrik From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 11:05:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0459106566B for ; Tue, 9 Jun 2009 11:05:45 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-fx0-f207.google.com (mail-fx0-f207.google.com [209.85.220.207]) by mx1.freebsd.org (Postfix) with ESMTP id 38F5B8FC13 for ; Tue, 9 Jun 2009 11:05:44 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by fxm3 with SMTP id 3so149871fxm.43 for ; Tue, 09 Jun 2009 04:05:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:subject:message-id :mime-version:content-type:content-disposition:user-agent; bh=wb8tpkzaEVNc9u7RMQCfNGq5dGfJaU7VbvGU5skaI8E=; b=mZ4w9yAkmZYd4kCaVhVxCgdWuYU4iMwWlto14s33wnkHTO6NhOVenK+YZBilxH6bbW b8q0iuKXyBzZPvjyyVFm7MYAEnyN/xQvMgw+AooNRs7EUc7Co+r/z4d9yf5oLbEfE6OB HDNGvRotgTi8a246j/o2CEUcGsxJX6j7uUrFo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:subject:message-id :mime-version:content-type:content-disposition:user-agent; b=mfy8ILdzUqb7WFirEeFA2s/m7op1j5JJL/xL203LkVpMViKmWIYzI3DEx/9aNTvvJ1 Dr882aeiGVko+LkOzsvbSjP50V3T2AfkFjHehgdr4QSFTP+PVr1ev1fXZVSL0uNGKseb rMX9VWr/Ds73w8g898wQpV6kWv+HmzJ9IuZNk= Received: by 10.103.11.5 with SMTP id o5mr2912067mui.34.1244545544144; Tue, 09 Jun 2009 04:05:44 -0700 (PDT) Received: from darklight.homeunix.org ([85.175.158.234]) by mx.google.com with ESMTPS id j2sm10133233mue.12.2009.06.09.04.05.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 04:05:43 -0700 (PDT) Received: from darklight.homeunix.org (darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id n59B5fSU001743 for ; Tue, 9 Jun 2009 15:05:41 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id n59B5fHE001742 for freebsd-current@freebsd.org; Tue, 9 Jun 2009 15:05:41 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Tue, 9 Jun 2009 15:05:40 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20090609110540.GA1290@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 11:05:46 -0000 Hi, I'm getting the following panic when running Firefox+nspluginwrapper (which crashes a lot, but paniced the box only two times, if it's even related). -CURRENT/amd64 20080607. Unread portion of the kernel message buffer: panic: knlist not locked, but should be cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 knote() at knote+0xea VOP_WRITE_APV() at VOP_WRITE_APV+0x152 vn_rdwr() at vn_rdwr+0x21d vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 elf32_coredump() at elf32_coredump+0x109 sigexit() at sigexit+0x810 postsig() at postsig+0x32f ast() at ast+0x3ac doreti_ast() at doreti_ast+0x1f backtrace (not complete?): #0 doadump () at pcpu.h:223 #1 0xffffffff805696c3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff80569b4c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xffffffff8053a98a in knote (list=0xffffff006c31a6b0, hint=6, islocked=1) at /usr/src/sys/kern/kern_event.c:1619 #4 0xffffffff80882352 in VOP_WRITE_APV (vop=Variable "vop" is not available. ) at vnode_if.c:966 #5 0xffffffff806037ad in vn_rdwr (rw=UIO_WRITE, vp=0xffffff000acb21d8, base=0xffffff8000a88000, len=8192, offset=0, segflg=UIO_SYSSPACE, ioflg=257, active_cred=0xffffff006c79c600, file_cred=0x0, aresid=0xffffff803eb9f844, td=0xffffff006c546390) at vnode_if.h:413 #6 0xffffffff80603932 in vn_rdwr_inchunks (rw=UIO_WRITE, vp=0xffffff000acb21d8, base=0xffffff8000a88000, len=0, offset=0, segflg=UIO_SYSSPACE, ioflg=257, active_cred=0xffffff006c79c600, file_cred=0x0, aresid=0x0, td=0xffffff006c546390) at /usr/src/sys/kern/vfs_vnops.c:478 #7 0xffffffff8087bf79 in elf32_coredump (td=0xffffff006c546390, vp=0xffffff000acb21d8, limit=9223372036854775807) at imgact_elf.c:1125 #8 0xffffffff8056bc40 in sigexit (td=0xffffff006c546390, sig=6) at /usr/src/sys/kern/kern_sig.c:2994 #9 0xffffffff8056c0af in postsig (sig=0) at /usr/src/sys/kern/kern_sig.c:2617 #10 0xffffffff805a585c in ast (framep=0xffffff803eb9fc90) at /usr/src/sys/kern/subr_trap.c:225 #11 0xffffffff808215e9 in doreti_ast () at /usr/src/sys/amd64/amd64/exception.S:623 #12 0x0000000028950ff4 in ?? () #13 0x00000000ffffce4c in ?? () #14 0x0000000000000006 in ?? () #15 0x000000000000187e in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x000000000000187e in ?? () #20 0x00000000ffffcdac in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x001b00130000000c in ?? () #28 0x00000000283316f8 in ?? () #29 0x003b003b00000001 in ?? () #30 0x0000000000000002 in ?? () #31 0x0000000028821946 in ?? () #32 0x0000000000000033 in ?? () #33 0x0000000000000206 in ?? () #34 0x00000000ffffcda4 in ?? () #35 0x000000000000003b in ?? () #36 0x0000000045268000 in ?? () #37 0x0000000000000000 in ?? () #38 0xffffffff80c03140 in affinity () #39 0xffffffff80c03140 in affinity () #40 0xffffff0002336000 in ?? () #41 0xffffff803eb9f6c0 in ?? () #42 0xffffff803eb9f678 in ?? () #43 0xffffff006c546390 in ?? () #44 0xffffffff8058cca0 in sched_switch (td=0x187e, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1858 Previous frame inner to this frame (corrupt stack?) Any other info? Yuri From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 11:20:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3DD1065701 for ; Tue, 9 Jun 2009 11:20:41 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDFC8FC18 for ; Tue, 9 Jun 2009 11:20:40 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:58155 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MDzNE-0005NK-68 for freebsd-current@freebsd.org; Tue, 09 Jun 2009 13:20:22 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id A97E8123457 for ; Tue, 9 Jun 2009 13:20:13 +0200 (CEST) Message-Id: From: Thomas Backman 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 v935.3) Date: Tue, 9 Jun 2009 13:20:11 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MDzNE-0005NK-68. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MDzNE-0005NK-68 bfa12b8a89a123f35aa32dc94dba677e Subject: Panic (GPF) on ZFS during make X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 11:20:41 -0000 I ran a simple "make" in /usr/src/bin/cat, and got dropped to debugger within a second. BTW, before I give you a hundred lines of text: is there a good way to save the backtrace from the kernel debugger to disk? Dumps/panicking appears to ruin the backtrace. I had a nice backtrace on screen, but could obviously not copy/paste it from there (and figured it'd be saved with the core). In any case, the crash appears to have been related to, as can be seen below, zfs_freebsd_getattr and _sx_xlock_hard. FreeBSD chaos.exscape.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r193521M: Fri Jun 5 21:19:40 CEST 2009 root@chaos.exscape.org:/usr/obj/usr/ src/sys/DTRACE amd64 kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff805871a9 stack pointer = 0x28:0xffffff803e7925b0 frame pointer = 0x28:0xffffff803e792610 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 80128 (make) panic: from debugger cpuid = 0 Uptime: 3d2h55m30s Physical memory: 2028 MB Dumping 1932 MB: 1917 ......... Reading symbols from /boot/kernel/zfs.ko...Reading symbols from / bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/amdtemp.ko...Reading symbols from / bootdir/boot/kernel/amdtemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/amdtemp.ko Reading symbols from /boot/kernel/smbfs.ko...Reading symbols from / bootdir/boot/kernel/smbfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/smbfs.ko Reading symbols from /boot/kernel/libiconv.ko...Reading symbols from / bootdir/boot/kernel/libiconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/libiconv.ko Reading symbols from /boot/kernel/libmchain.ko...Reading symbols from / bootdir/boot/kernel/libmchain.ko.symbols...done. done. Loaded symbols for /boot/kernel/libmchain.ko Reading symbols from /boot/kernel/geom_gate.ko...Reading symbols from / bootdir/boot/kernel/geom_gate.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_gate.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from / bootdir/boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols from / bootdir/boot/kernel/dtraceall.ko.symbols...done. done. Loaded symbols for /boot/kernel/profile.ko Reading symbols from /boot/kernel/cyclic.ko...Reading symbols from / bootdir/boot/kernel/cyclic.ko.symbols...done. done. Loaded symbols for /boot/kernel/cyclic.ko Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from / bootdir/boot/kernel/dtrace.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtrace.ko Reading symbols from /boot/kernel/systrace.ko...Reading symbols from / bootdir/boot/kernel/systrace.ko.symbols...done. done. Loaded symbols for /boot/kernel/systrace.ko Reading symbols from /boot/kernel/sdt.ko...Reading symbols from / bootdir/boot/kernel/sdt.ko.symbols...done. done. Loaded symbols for /boot/kernel/sdt.ko Reading symbols from /boot/kernel/lockstat.ko...Reading symbols from / bootdir/boot/kernel/lockstat.ko.symbols...done. done. Loaded symbols for /boot/kernel/lockstat.ko Reading symbols from /boot/kernel/fbt.ko...Reading symbols from / bootdir/boot/kernel/fbt.ko.symbols...done. done. Loaded symbols for /boot/kernel/fbt.ko Reading symbols from /boot/kernel/dtnfsclient.ko...Reading symbols from /bootdir/boot/kernel/dtnfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtnfsclient.ko Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols from / bootdir/boot/kernel/dtmalloc.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtmalloc.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff8057ec59 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff8057f0ac in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xffffffff801d4fe7 in db_panic (addr=Variable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:478 #4 0xffffffff801d53f1 in db_command (last_cmdp=0xffffffff80bdc9a0, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #5 0xffffffff801d5640 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xffffffff801d75d9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #7 0xffffffff805b0ab5 in kdb_trap (type=9, code=0, tf=0xffffff803e792500) at /usr/src/sys/kern/subr_kdb.c:534 #8 0xffffffff808603ed in trap_fatal (frame=0xffffff803e792500, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #9 0xffffffff808610ba in trap (frame=0xffffff803e792500) at /usr/src/sys/amd64/amd64/trap.c:639 #10 0xffffffff8083ad27 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #11 0xffffffff805871a9 in _sx_xlock_hard (sx=0xffffff0002b8d0f1, tid=18446742974242527008, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 #12 0xffffffff80587b1e in _sx_xlock (sx=Variable "sx" is not available. ) at sx.h:155 #13 0xffffffff80ef3564 in rrw_enter () from /boot/kernel/zfs.ko #14 0xffffff0002c78100 in ?? () #15 0xffffff803e792810 in ?? () #16 0xffffffff80ef9545 in zfs_freebsd_getattr () from /boot/kernel/ zfs.ko Previous frame inner to this frame (corrupt stack?) (kgdb) More info (core.txt + vmcore) still available. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 11:24:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D79BE106566C for ; Tue, 9 Jun 2009 11:24:01 +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 6CAC98FC18 for ; Tue, 9 Jun 2009 11:24:01 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.154.1.178] (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 1MDz27-0003iW-Dw for current@freebsd.org; Tue, 09 Jun 2009 12:58:23 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MDz27-00018W-9c for current@freebsd.org; Tue, 09 Jun 2009 12:58:23 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Tue, 09 Jun 2009 12:58:23 +0200 Message-Id: Cc: Subject: mixed VLAN problems on msk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 11:24:02 -0000 Hi Debugging some network problems last night, I noticed that I'd get packet loss on a mixed tagged/untagged network every time a tagged VLAN packet arrived, so long as hardware VLAN support was enabled on my NIC. The moment hardware tagging was disabled (manually, or by tcpdump) the packet loss disappeared. My msk(4) hardware: mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller (88E8053)' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) The switch was configured as follows: Port is member in: Vlan Name Egress rule Port Membership Type ---- -------------------------------- ----------- -------------------- 14 14 Untagged Static 26 26 Tagged Static 1000 1000 Tagged Static It appears not to matter whether the vlans are configured with the msk(4) interface as the parent or not. For example, whenever one of these broadcasts is recieved: 12:49:36.093250 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19, prio 0, authtype none, intvl 1s, length 36 12:49:37.097514 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19, prio 0, authtype none, intvl 1s, length 36 12:49:38.099525 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19, prio 0, authtype none, intvl 1s, length 36 traffic to the untagged address on vlan14 (basically the address on msk0) is dropped. If I disable vlanhwtag on msk0, the interface suffers no packet loss on reciept of tagged frames. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 10:10:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 461731065673; Tue, 9 Jun 2009 10:10:17 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id DFAD48FC1A; Tue, 9 Jun 2009 10:10:16 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2191482ana.13 for ; Tue, 09 Jun 2009 03:10:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=i4Midmt9YiuD+jKdcw5K9BgqMApIkWVPOETdaKjZ5XU=; b=VlTNRvWbmc09qxZEbh7xigKRsdvhZBOoHAC5CDCd2qlv22sdG1LccLMYOfpVO7V37U o/l6+8F1RN+xHaWh5HpwxOoVEoMzGuD7SdNjxbj0zxaW/GxYYJA1LCqiRypBKDQsh5d/ 38d7GR5Mu+SUrbnlt7sknLGhAnH2T/0vnKGXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=kMT6itcHjYHks/w68CBMOqtJO6Hajs9OSk7UY5DEfyZKpM8ZvwmizB29Co2UuHIFUW VnLMMA1W3EFymxvHqOUA2v9X2ibt4CyE7YwhLjqCLWoSBr+5vYG6+QnB+VJWKYcyOaWt 3hLhWDHACgDyMiGPN2TY3eZWg7KtDganjx2Oc= MIME-Version: 1.0 Received: by 10.100.32.6 with SMTP id f6mr1180341anf.143.1244540531362; Tue, 09 Jun 2009 02:42:11 -0700 (PDT) Date: Tue, 9 Jun 2009 12:42:11 +0300 Message-ID: From: Dan Naumov To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 09 Jun 2009 11:34:49 +0000 Cc: Subject: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 10:10:17 -0000 Hello list Let me preface this by saying that I do not have coding knowledge/experience, but I am willing to donate my time to help test things if somebody is already working on this. Hopefully, this will prevent most of the potential "feel free to submit patches" responses :) Is there any work going on to make sysinstall recognize and abe able to create and work with GJOURNAL and ZFS? In the days of 1,5-2,0 terabyte harddrives, UFS2 + SoftUpdates simply doesn't cut it anymore, but since this is the only thing you can do from within sysinstall, it is what the vast majority of people giving FreeBSD a try are going to end up with. If you tell a Windows or a Linux user that having a sudden power loss or having to pull the plug on a locked system can result in an unbootable FreeBSD system, a very large portion of them is going to run away screaming, never giving FreeBSD a second look. And yes, I know that the same things can theoretically render Windows or Linux unbootable, but let's be honest here, it is a LOT more likely to happen to an UFS2 + SoftUpdates system than NTFS or EXT3/EXT4. This calls for more robust default options/settings to be presented by the sysinstall to the new user. GJOURNAL and ZFS present themselves as the most sensible options in this case. Sincerely, - Dan Naumov From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 10:10:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA4F106566B; Tue, 9 Jun 2009 10:10:19 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id AC2EA8FC1D; Tue, 9 Jun 2009 10:10:18 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59A9vWn005684; Tue, 9 Jun 2009 12:09:57 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59A9twM005681; Tue, 9 Jun 2009 12:09:56 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 12:09:55 +0200 (CEST) From: Wojciech Puchar To: Pawel Worach In-Reply-To: Message-ID: References: <20090604093831.GE48776@hoeg.nl> <20090608.120552.756910862.imp@bsdimp.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 11:35:04 +0000 Cc: ed@80386.nl, hackers@freebsd.org, current@freebsd.org, "M. Warner Losh" Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 10:10:19 -0000 > > So runtime performance is on par with gcc, code size is a bit bigger bigger code=lower performance except benchmarks :) smaller code fits better in cache. > so there is still room for optimization in LLVM. > and for sure there will be some. Good that FreeBSD will have non-GNU compiler soon :) From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 12:11:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49E931065673 for ; Tue, 9 Jun 2009 12:11:52 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 05C258FC18 for ; Tue, 9 Jun 2009 12:11:46 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id BD35014D6810; Tue, 9 Jun 2009 14:11:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ggCbMUzLVM2w; Tue, 9 Jun 2009 14:11:44 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id BE96F14D6148; Tue, 9 Jun 2009 14:11:44 +0200 (CEST) Message-ID: <4A2E517C.1000409@FreeBSD.org> Date: Tue, 09 Jun 2009 14:11:40 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Peter Jeremy References: <20090608011945.GB9529@server.vk2pj.dyndns.org> In-Reply-To: <20090608011945.GB9529@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Suspend/resume on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 12:11:52 -0000 Peter Jeremy escribió: > I would like to get suspend/resume to work on my AA1. Using a recent > -current (from 3rd June), it appears to suspend OK (the power light > changes to flashing orange) but won't resume (power light goes green, > ethernet link comes up but there's no response to keyboard or network). > As far as I can tell, the hard reset needed to recover wipes msgbuf Same here with yesterday's -current on Aspire ONE 531h. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 12:39:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5D51065673 for ; Tue, 9 Jun 2009 12:39:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD918FC21 for ; Tue, 9 Jun 2009 12:39:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1748020rvb.43 for ; Tue, 09 Jun 2009 05:39:34 -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=F4v6MP91ZPD+2MyrLS3sN+UEroJWpsIjsAP5qjEXikQ=; b=iY3SxnBmHHy75rzEWTTfl6wH6CxQ3av6+h3nsbTME27Z/FMEV+svxGOuzvJW2PJ/dj vB+PzwTmiIXLZm0lZ3b0FF54AaU6V1CcEArpC0A8+d9YncYRfo6D38hXXsjuBTN4Mmzo mOVLR5T+OTThwzf9xTZqYeJHN1kSgolI3y8bA= 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=Gyyw1B/hsP96eFYaukVsABcO9w99oR3kI6vmays7W4kHYD0KLWzdFQEySUDSeTbHLX ZTMrx0bk1p4ATs4wiAey9fdWNMA67azuKvIOqGEzCtYuK+OQLom0ouTV527tZlJ8MuR1 OOz4uXfaYUSK0/T6ZTwXoroNySJmOw9GyHr0Q= Received: by 10.141.33.19 with SMTP id l19mr22412rvj.209.1244549971580; Tue, 09 Jun 2009 05:19:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g14sm15594582rvb.52.2009.06.09.05.19.29 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 05:19:31 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Tue, 9 Jun 2009 21:21:40 +0900 From: Pyun YongHyeon Date: Tue, 9 Jun 2009 21:21:40 +0900 To: Ian Freislich Message-ID: <20090609122140.GB59401@michelle.cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mixed VLAN problems on msk(4) 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: Tue, 09 Jun 2009 12:39:36 -0000 On Tue, Jun 09, 2009 at 12:58:23PM +0200, Ian Freislich wrote: > Hi > > Debugging some network problems last night, I noticed that I'd get > packet loss on a mixed tagged/untagged network every time a tagged > VLAN packet arrived, so long as hardware VLAN support was enabled > on my NIC. The moment hardware tagging was disabled (manually, or > by tcpdump) the packet loss disappeared. > > My msk(4) hardware: > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller (88E8053)' > class = network > subclass = ethernet > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 03[50] = VPD > cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) > > The switch was configured as follows: > > Port is member in: > > Vlan Name Egress rule Port Membership Type > ---- -------------------------------- ----------- -------------------- > 14 14 Untagged Static > 26 26 Tagged Static > 1000 1000 Tagged Static > > It appears not to matter whether the vlans are configured with the > msk(4) interface as the parent or not. For example, whenever one > of these broadcasts is recieved: > > 12:49:36.093250 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19, prio 0, authtype none, intvl 1s, length 36 > 12:49:37.097514 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19, prio 0, authtype none, intvl 1s, length 36 > 12:49:38.099525 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19, prio 0, authtype none, intvl 1s, length 36 > > traffic to the untagged address on vlan14 (basically the address > on msk0) is dropped. If I disable vlanhwtag on msk0, the interface > suffers no packet loss on reciept of tagged frames. > Would you show me the output of "sysctl hw.busdma"? From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 13:09:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4119106566B for ; Tue, 9 Jun 2009 13:09:50 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8AD8FC08 for ; Tue, 9 Jun 2009 13:09:50 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2230000ywe.13 for ; Tue, 09 Jun 2009 06:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=TVSWDpYh2OW0+CIu9NOYZpqN4ApxlHp3MOpj0ZEuf1A=; b=GRtz7MUnGcyS9vqN3tRa+SaEMPnehIo29PnUnVrP1cHeGn4RksscOtWqFzf1LxPank ExBsJNdhUPEd5w1y2Wk8Xy9BcT60vZITY3FQvzXC/6cslWXFHzdIjj+sesY5oha3NHUh fIMdyhFyyxs75r0KlMgukEm4QUX42jAlvbEBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=I6/73FPF37Lr/69OTJrlgIMLZm38cLpzDnzKvbnLat6mNCOspcYqcPzjbQPzKdbS0y FB6MvqXW7kRf+H6bLAlWNnC8wsVrsLWJG3wjJlmyAe0eS+3bOW+3P/+loe/VNP7bdKHH evCLKPcBrRe6QXB/eHzIeIcNmwO2ny2u+2O0s= MIME-Version: 1.0 Received: by 10.100.125.14 with SMTP id x14mr89049anc.136.1244551159251; Tue, 09 Jun 2009 05:39:19 -0700 (PDT) In-Reply-To: <200906091022.41813.hselasky@c2i.net> References: <200906081924.24901.mel.flynn+fbsd.current@mailing.thruhere.net> <200906091022.41813.hselasky@c2i.net> Date: Tue, 9 Jun 2009 08:39:19 -0400 Message-ID: From: Jeremy Faulkner To: Hans Petter Selasky , usb@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Yubikey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 13:09:50 -0000 On Tue, Jun 9, 2009 at 4:22 AM, Hans Petter Selasky wrote= : > On Tuesday 09 June 2009 05:24:24 Mel Flynn wrote: >> On Saturday 06 June 2009 10:02:05 Jeremy Faulkner wrote: >> > Has anybody gotten a Yubikey to work with FreeBSD? It attaches as a >> > uhid device on both 7 and 8. >> > >> > ugen5.5: at usbus5 >> > uhid0: = on >> > usbus5 >> > > > Hi, > >> >> Attachment copied. > > The subclass and protocol are not correct, so the device is not detected = like > a keyboard. Probably we could add an additional check there to verify tha= t the > HID descriptor contains Keyboard descriptions. > > =C2=A0 =C2=A0 =C2=A0bInterfaceClass =C2=A0 =C2=A0 =C2=A0 =C2=A0 3 Human I= nterface Device > =C2=A0 =C2=A0 =C2=A0bInterfaceSubClass =C2=A0 =C2=A0 =C2=A00 No Subclass > =C2=A0 =C2=A0 =C2=A0bInterfaceProtocol =C2=A0 =C2=A0 =C2=A00 None > =C2=A0 =C2=A0 =C2=A0iInterface =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A00 > > --HPS > The NetBSD kbd checks the Report Descriptors for Generic Desktop Controls (0x01) and Keyboard (0x06). It doesn't check for the sub class or interface protocol. --=20 Jeremy Faulkner From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 13:25:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 560EA106564A for ; Tue, 9 Jun 2009 13:25:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f207.google.com (mail-fx0-f207.google.com [209.85.220.207]) by mx1.freebsd.org (Postfix) with ESMTP id DC4788FC17 for ; Tue, 9 Jun 2009 13:25:21 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm3 with SMTP id 3so245558fxm.43 for ; Tue, 09 Jun 2009 06:25:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=bhbpe3tho9FY4MfTLoWBULhGg6BobCXi1JhDxvrRTk4=; b=wpvANUxIhY5kGA3JJofR+hvUJpNNeLSUff3dtPLgEM/WSCxDakFEsOEpL6EiTlC0Lc JBNAoleRC3OlZNB1581uler8pEwuVIHnq+RLQf1kmhQ68kn/+S71tdSiA441OuS4GG3e ZLYlrW0eZXawO0Tr7ox1DtQ6OlpVTNaUuYtGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=JGoF2+OcKJAJb7kAroSUu7dlsh9gA5zPauof4ZL8zEuxSF1P0emD22K/N65mMV2wn8 zq+uBOvOO+wWyMxKQaw+Kdb990+B35aEY1LPzzzBxrxnWWQqV9p2ee2EFDuEl4iqLFa/ N75ETYXLV1Zmaaz6qyB+EiyAFrazWBSmYl5II= MIME-Version: 1.0 Received: by 10.204.113.132 with SMTP id a4mr124550bkq.27.1244553920742; Tue, 09 Jun 2009 06:25:20 -0700 (PDT) Date: Tue, 9 Jun 2009 13:25:20 +0000 Message-ID: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> From: "Paul B. Mahol" To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 13:25:23 -0000 #0 doadump () at pcpu.h:246 #1 0xc04acb4e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xc04ace22 in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xc04ecba0 in witness_checkorder (lock=0xc1094788, flags=9, file=0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=1990, interlock=0x0) at /usr/src/sys/kern/subr_witness.c:1063 #4 0xc049ded4 in _mtx_lock_flags (m=0xc1094788, opts=0, file=0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=1990) at /usr/src/sys/kern/kern_mutex.c:200 #5 0xc05b3eb3 in uma_zalloc_arg (zone=0xc108c700, udata=0x0, flags=1) at /usr/src/sys/vm/uma_core.c:1990 #6 0xc049a564 in malloc (size=dwarf2_read_address: Corrupted DWARF expression.) at uma.h:305 #7 0xc09cc51f in AcpiOsExecute (Type=OSL_GPE_HANDLER, Function=0xc099c100 , Context=0xc3d49618) at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:103 #8 0xc099c448 in AcpiEvGpeDispatch (GpeEventInfo=0xc3d49618, GpeNumber=2) at /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evgpe.c:863 #9 0xc099c66b in AcpiEvGpeDetect (GpeXruptList=0xc3d4b400) at /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evgpe.c:586 #10 0xc099e699 in AcpiEvSciXruptHandler (Context=0xc3d4b400) at /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evsci.c:172 #11 0xc0487955 in intr_event_execute_handlers (p=0xc3d0aa90, ie=0xc3d09300) at /usr/src/sys/kern/kern_intr.c:1146 #12 0xc04885bf in ithread_loop (arg=0xc3d4b3f0) at /usr/src/sys/kern/kern_intr.c:1159 #13 0xc0485728 in fork_exit (callout=0xc0488520 , arg=0xc3d4b3f0, frame=0xc39e7d38) at /usr/src/sys/kern/kern_fork.c:828 #14 0xc05ea6e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 Some recent change in acpi is causing this. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 13:27:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B41106564A for ; Tue, 9 Jun 2009 13:27:42 +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 AF3BB8FC13 for ; Tue, 9 Jun 2009 13:27:41 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.154.1.178] (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 1ME1Ma-0007BS-Bd; Tue, 09 Jun 2009 15:27:40 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1ME1Ma-0001LQ-6t; Tue, 09 Jun 2009 15:27:40 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20090609122140.GB59401@michelle.cdnetworks.co.kr> References: <20090609122140.GB59401@michelle.cdnetworks.co.kr> X-Attribution: BOFH Date: Tue, 09 Jun 2009 15:27:40 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: mixed VLAN problems on msk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 13:27:42 -0000 Pyun YongHyeon wrote: > On Tue, Jun 09, 2009 at 12:58:23PM +0200, Ian Freislich wrote: > > Hi > > > > Debugging some network problems last night, I noticed that I'd get > > packet loss on a mixed tagged/untagged network every time a tagged > > VLAN packet arrived, so long as hardware VLAN support was enabled > > on my NIC. The moment hardware tagging was disabled (manually, or > > by tcpdump) the packet loss disappeared. > > > > My msk(4) hardware: > > > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev= 0x22 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller ( 88E8053)' > > class = network > > subclass = ethernet > > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > > cap 03[50] = VPD > > cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages > > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1 ) > > > > The switch was configured as follows: > > > > Port is member in: > > > > Vlan Name Egress rule Port Membership Type > > ---- -------------------------------- ----------- -------------------- > > 14 14 Untagged Static > > 26 26 Tagged Static > > 1000 1000 Tagged Static > > > > It appears not to matter whether the vlans are configured with the > > msk(4) interface as the parent or not. For example, whenever one > > of these broadcasts is recieved: > > > > 12:49:36.093250 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 , prio 0, authtype none, intvl 1s, length 36 > > 12:49:37.097514 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 , prio 0, authtype none, intvl 1s, length 36 > > 12:49:38.099525 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 , prio 0, authtype none, intvl 1s, length 36 > > > > traffic to the untagged address on vlan14 (basically the address > > on msk0) is dropped. If I disable vlanhwtag on msk0, the interface > > suffers no packet loss on reciept of tagged frames. > > > > Would you show me the output of "sysctl hw.busdma"? hw.busdma.total_bpages: 512 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 4096 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 13:36:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E030E10656B8 for ; Tue, 9 Jun 2009 13:36:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B1CB58FC12 for ; Tue, 9 Jun 2009 13:36:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-157-59-252.bna.bellsouth.net [70.157.59.252]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n59DaABU033346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 09:36:10 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Yuri Pankov In-Reply-To: <20090609110540.GA1290@darklight.homeunix.org> References: <20090609110540.GA1290@darklight.homeunix.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Vpbx5kQhUrYamguLwZ3T" Organization: FreeBSD Date: Tue, 09 Jun 2009 08:36:05 -0500 Message-Id: <1244554565.60347.1503.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 13:36:16 -0000 --=-Vpbx5kQhUrYamguLwZ3T Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-06-09 at 15:05 +0400, Yuri Pankov wrote: > Hi, >=20 > I'm getting the following panic when running Firefox+nspluginwrapper > (which crashes a lot, but paniced the box only two times, if it's even > related). -CURRENT/amd64 20080607. >=20 > Unread portion of the kernel message buffer: > panic: knlist not locked, but should be > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > knote() at knote+0xea > VOP_WRITE_APV() at VOP_WRITE_APV+0x152 > vn_rdwr() at vn_rdwr+0x21d > vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 > elf32_coredump() at elf32_coredump+0x109 > sigexit() at sigexit+0x810 > postsig() at postsig+0x32f > ast() at ast+0x3ac > doreti_ast() at doreti_ast+0x1f >=20 >=20 > backtrace (not complete?): > #0 doadump () at pcpu.h:223 > #1 0xffffffff805696c3 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:419 > #2 0xffffffff80569b4c in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:575 > #3 0xffffffff8053a98a in knote (list=3D0xffffff006c31a6b0, hint=3D6, > islocked=3D1) at /usr/src/sys/kern/kern_event.c:1619 > #4 0xffffffff80882352 in VOP_WRITE_APV (vop=3DVariable "vop" is not > available. > ) at vnode_if.c:966 > #5 0xffffffff806037ad in vn_rdwr (rw=3DUIO_WRITE, vp=3D0xffffff000acb21d= 8, > base=3D0xffffff8000a88000, len=3D8192, offset=3D0,=20 > segflg=3DUIO_SYSSPACE, ioflg=3D257, active_cred=3D0xffffff006c79c600, > file_cred=3D0x0, aresid=3D0xffffff803eb9f844,=20 > td=3D0xffffff006c546390) at vnode_if.h:413 > #6 0xffffffff80603932 in vn_rdwr_inchunks (rw=3DUIO_WRITE, > vp=3D0xffffff000acb21d8, base=3D0xffffff8000a88000, len=3D0, offset=3D0,=20 > segflg=3DUIO_SYSSPACE, ioflg=3D257, active_cred=3D0xffffff006c79c600, > file_cred=3D0x0, aresid=3D0x0, td=3D0xffffff006c546390) > at /usr/src/sys/kern/vfs_vnops.c:478 > #7 0xffffffff8087bf79 in elf32_coredump (td=3D0xffffff006c546390, > vp=3D0xffffff000acb21d8, limit=3D9223372036854775807) > at imgact_elf.c:1125 > #8 0xffffffff8056bc40 in sigexit (td=3D0xffffff006c546390, sig=3D6) at > /usr/src/sys/kern/kern_sig.c:2994 > #9 0xffffffff8056c0af in postsig (sig=3D0) at > /usr/src/sys/kern/kern_sig.c:2617 > #10 0xffffffff805a585c in ast (framep=3D0xffffff803eb9fc90) at > /usr/src/sys/kern/subr_trap.c:225 > #11 0xffffffff808215e9 in doreti_ast () at > /usr/src/sys/amd64/amd64/exception.S:623 > #12 0x0000000028950ff4 in ?? () > #13 0x00000000ffffce4c in ?? () > #14 0x0000000000000006 in ?? () > #15 0x000000000000187e in ?? () > #16 0x0000000000000000 in ?? () > #17 0x0000000000000000 in ?? () > #18 0x0000000000000000 in ?? () > #19 0x000000000000187e in ?? () > #20 0x00000000ffffcdac in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x001b00130000000c in ?? () > #28 0x00000000283316f8 in ?? () > #29 0x003b003b00000001 in ?? () > #30 0x0000000000000002 in ?? () > #31 0x0000000028821946 in ?? () > #32 0x0000000000000033 in ?? () > #33 0x0000000000000206 in ?? () > #34 0x00000000ffffcda4 in ?? () > #35 0x000000000000003b in ?? () > #36 0x0000000045268000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0xffffffff80c03140 in affinity () > #39 0xffffffff80c03140 in affinity () > #40 0xffffff0002336000 in ?? () > #41 0xffffff803eb9f6c0 in ?? () > #42 0xffffff803eb9f678 in ?? () > #43 0xffffff006c546390 in ?? () > #44 0xffffffff8058cca0 in sched_switch (td=3D0x187e, newtd=3D0x0, > flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1858 > Previous frame inner to this frame (corrupt stack?) >=20 >=20 > Any other info? I have also gotten this recently on one of my boxes. I can easily reproduce it on that box and so I have several core files. I sent my core.txt dump to kmacy@ to have a look at. robert. >=20 > Yuri > _______________________________________________ > 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 Robert Noland FreeBSD --=-Vpbx5kQhUrYamguLwZ3T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkouZUUACgkQM4TrQ4qfRONdsACeKUoSrT4392+XG7U9BZJKksv0 NKsAn1d/ru+f9xswm+KU4ohsIbwfzTiM =P8h9 -----END PGP SIGNATURE----- --=-Vpbx5kQhUrYamguLwZ3T-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 13:49:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E401065674 for ; Tue, 9 Jun 2009 13:49:40 +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 546E98FC13 for ; Tue, 9 Jun 2009 13:49:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EBB7E46B35; Tue, 9 Jun 2009 09:49:39 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D016C8A06A; Tue, 9 Jun 2009 09:49:38 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 9 Jun 2009 09:37:37 -0400 User-Agent: KMail/1.9.7 References: <20090609110540.GA1290@darklight.homeunix.org> In-Reply-To: <20090609110540.GA1290@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906090937.37562.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 09 Jun 2009 09:49:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Yuri Pankov Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 13:49:40 -0000 On Tuesday 09 June 2009 7:05:40 am Yuri Pankov wrote: > Hi, > > I'm getting the following panic when running Firefox+nspluginwrapper > (which crashes a lot, but paniced the box only two times, if it's even > related). -CURRENT/amd64 20080607. > > Unread portion of the kernel message buffer: > panic: knlist not locked, but should be > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > knote() at knote+0xea > VOP_WRITE_APV() at VOP_WRITE_APV+0x152 > vn_rdwr() at vn_rdwr+0x21d > vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 > elf32_coredump() at elf32_coredump+0x109 > sigexit() at sigexit+0x810 > postsig() at postsig+0x32f > ast() at ast+0x3ac > doreti_ast() at doreti_ast+0x1f Are you using ZFS? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 13:51:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FFCD10656F4 for ; Tue, 9 Jun 2009 13:51:49 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 094F38FC14 for ; Tue, 9 Jun 2009 13:51:48 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by bwz4 with SMTP id 4so326232bwz.43 for ; Tue, 09 Jun 2009 06:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=HC1ksgUHQJK0Wv5vZHEPyBewNmDZOWI/O3tIV99ladE=; b=YB8OpTft6F6Oa5iZ5dxnoWYORBfI0WWHt/Qk9QbIfHbFG0jBQgyQcLVV9SI8oi8pxi BjJ/PsaXb1JDh0zHYjuxOoLixtCg8ZU+2ubW+uY25g6D0RX++d0GGusbbUvUwBsBBxpz 0+yVrrnw/yj1AYIBlfL9f58D0ZIx7XAQxiaGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=t/IJmB/wuvGYrVhjsWgTc4yp0FhklMJc8cwFtt7t0v1Mnhlur9p8IufoKJpBpLZYMV FXssx+R5jNazct/u2njRZ9jdZ8yrvK2B8pdyBdibuWpHhW5lOhgI/HTWR1YdBi5TdfK/ 3tsMeE1g2FOyJJzhd7/39ms3IvYpUWh7ndfYY= Received: by 10.103.39.17 with SMTP id r17mr71994muj.75.1244555507523; Tue, 09 Jun 2009 06:51:47 -0700 (PDT) Received: from darklight.homeunix.org ([85.175.158.234]) by mx.google.com with ESMTPS id n10sm10745615mue.47.2009.06.09.06.51.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 06:51:47 -0700 (PDT) Received: from darklight.homeunix.org (darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id n59DpjUv002818; Tue, 9 Jun 2009 17:51:45 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id n59DpjPn002817; Tue, 9 Jun 2009 17:51:45 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Tue, 9 Jun 2009 17:51:45 +0400 From: Yuri Pankov To: John Baldwin Message-ID: <20090609135145.GB1290@darklight.homeunix.org> References: <20090609110540.GA1290@darklight.homeunix.org> <200906090937.37562.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906090937.37562.jhb@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 13:51:50 -0000 On Tue, Jun 09, 2009 at 09:37:37AM -0400, John Baldwin wrote: > On Tuesday 09 June 2009 7:05:40 am Yuri Pankov wrote: > > Hi, > > > > I'm getting the following panic when running Firefox+nspluginwrapper > > (which crashes a lot, but paniced the box only two times, if it's even > > related). -CURRENT/amd64 20080607. > > > > Unread portion of the kernel message buffer: > > panic: knlist not locked, but should be > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x182 > > knote() at knote+0xea > > VOP_WRITE_APV() at VOP_WRITE_APV+0x152 > > vn_rdwr() at vn_rdwr+0x21d > > vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 > > elf32_coredump() at elf32_coredump+0x109 > > sigexit() at sigexit+0x810 > > postsig() at postsig+0x32f > > ast() at ast+0x3ac > > doreti_ast() at doreti_ast+0x1f > > Are you using ZFS? > > -- > John Baldwin Yes, sorry for not mentioning it. Yuri From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 14:11:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F879106564A for ; Tue, 9 Jun 2009 14:11:44 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id CFF3B8FC0C for ; Tue, 9 Jun 2009 14:11:43 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm20 with SMTP id 20so3019fxm.43 for ; Tue, 09 Jun 2009 07:11:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=UreaIM5i/7BQOr9Qmkh6nrIVMl/+HGQ6lePtgkgrp/Q=; b=ZoqY6DwQJnn6Bwu6Co3Ir9poyCtR0WKdYl43tcHaTbnHmDAn/7I5nWAjDu0LmDuzQe WHWRr4tSee108VqChJZBiPpyleCyv046tjOtWyigArEkJNTbVRzaFZUnlue3Xw6v+mGo xokimvBs/+UQKHTwdunwU+kIGQ9DvSYeNQvsQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=VTdfrG2UWYYXy3Hh8yQj3Pt3FjTAc4onY4WP6qVFnTnK+IR5/IoYl+rs0BB9Lu+fHZ ZmmF+7kkXR9G6Xtt+MenX/hXDqoxHYYJlmnFDeDGScAy0CACxJCxyP1EDuxOapXNOadM y1AxLGsbA+QL9ilF3+vteXwCAyYoCUhyxHbcY= MIME-Version: 1.0 Received: by 10.204.103.129 with SMTP id k1mr112494bko.22.1244556702558; Tue, 09 Jun 2009 07:11:42 -0700 (PDT) In-Reply-To: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> References: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> Date: Tue, 9 Jun 2009 14:11:42 +0000 Message-ID: <3a142e750906090711naab988dwbfd6d204424e982@mail.gmail.com> From: "Paul B. Mahol" To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 14:11:44 -0000 On 6/9/09, Paul B. Mahol wrote: > #0 doadump () at pcpu.h:246 > #1 0xc04acb4e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 > #2 0xc04ace22 in panic (fmt=Variable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:575 > #3 0xc04ecba0 in witness_checkorder (lock=0xc1094788, flags=9, > file=0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=1990, > interlock=0x0) at /usr/src/sys/kern/subr_witness.c:1063 > #4 0xc049ded4 in _mtx_lock_flags (m=0xc1094788, opts=0, > file=0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=1990) at > /usr/src/sys/kern/kern_mutex.c:200 > #5 0xc05b3eb3 in uma_zalloc_arg (zone=0xc108c700, udata=0x0, flags=1) > at /usr/src/sys/vm/uma_core.c:1990 > #6 0xc049a564 in malloc (size=dwarf2_read_address: Corrupted DWARF > expression.) at uma.h:305 > #7 0xc09cc51f in AcpiOsExecute (Type=OSL_GPE_HANDLER, > Function=0xc099c100 , > Context=0xc3d49618) at > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:103 > #8 0xc099c448 in AcpiEvGpeDispatch (GpeEventInfo=0xc3d49618, > GpeNumber=2) at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evgpe.c:863 > #9 0xc099c66b in AcpiEvGpeDetect (GpeXruptList=0xc3d4b400) at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evgpe.c:586 > #10 0xc099e699 in AcpiEvSciXruptHandler (Context=0xc3d4b400) at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evsci.c:172 > #11 0xc0487955 in intr_event_execute_handlers (p=0xc3d0aa90, > ie=0xc3d09300) at /usr/src/sys/kern/kern_intr.c:1146 > #12 0xc04885bf in ithread_loop (arg=0xc3d4b3f0) at > /usr/src/sys/kern/kern_intr.c:1159 > #13 0xc0485728 in fork_exit (callout=0xc0488520 , > arg=0xc3d4b3f0, frame=0xc39e7d38) at /usr/src/sys/kern/kern_fork.c:828 > #14 0xc05ea6e0 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:270 > > Some recent change in acpi is causing this. Kernel without WITNESS/INVARIANT_SUPPORT/INVARIANTS/WITNESS_SKIPSPIN/MUTEX_DEBUG doesn't have this problem. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 14:58:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DD68106566B; Tue, 9 Jun 2009 14:58:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id DEF0C8FC13; Tue, 9 Jun 2009 14:58:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-157-59-252.bna.bellsouth.net [70.157.59.252]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n59EwlFY033843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 10:58:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Yuri Pankov In-Reply-To: <20090609135145.GB1290@darklight.homeunix.org> References: <20090609110540.GA1290@darklight.homeunix.org> <200906090937.37562.jhb@freebsd.org> <20090609135145.GB1290@darklight.homeunix.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-j41x/m41vTb4TUgX+U43" Organization: FreeBSD Date: Tue, 09 Jun 2009 09:58:42 -0500 Message-Id: <1244559522.60347.1591.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, ps@FreeBSD.org Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 14:58:50 -0000 --=-j41x/m41vTb4TUgX+U43 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-06-09 at 17:51 +0400, Yuri Pankov wrote: > On Tue, Jun 09, 2009 at 09:37:37AM -0400, John Baldwin wrote: > > On Tuesday 09 June 2009 7:05:40 am Yuri Pankov wrote: > > > Hi, > > >=20 > > > I'm getting the following panic when running Firefox+nspluginwrapper > > > (which crashes a lot, but paniced the box only two times, if it's eve= n > > > related). -CURRENT/amd64 20080607. > > >=20 > > > Unread portion of the kernel message buffer: > > > panic: knlist not locked, but should be > > > cpuid =3D 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x182 > > > knote() at knote+0xea > > > VOP_WRITE_APV() at VOP_WRITE_APV+0x152 > > > vn_rdwr() at vn_rdwr+0x21d > > > vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 > > > elf32_coredump() at elf32_coredump+0x109 > > > sigexit() at sigexit+0x810 > > > postsig() at postsig+0x32f > > > ast() at ast+0x3ac > > > doreti_ast() at doreti_ast+0x1f > >=20 > > Are you using ZFS? > >=20 > > --=20 > > John Baldwin >=20 > Yes, sorry for not mentioning it. >=20 Ok, with guidance from jhb@ I applied the following patch, which resolves the panic. I do still get a LOR though. He suggested that ps@ is probably the right place for this to go, cc'ed. In my case, I have a desktop image downloaded to the desktop which is causing issues for tracker-extract. When tracker-extract explodes it triggers the panic. Index: contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.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 --- contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c (revision 193531) +++ contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c (working copy) @@ -573,7 +573,7 @@ vfsp->mnt_flag |=3D MNT_LOCAL; vfsp->mnt_kern_flag |=3D MNTK_MPSAFE; vfsp->mnt_kern_flag |=3D MNTK_LOOKUP_SHARED; - vfsp->mnt_kern_flag |=3D MNTK_SHARED_WRITES; +// vfsp->mnt_kern_flag |=3D MNTK_SHARED_WRITES; =20 if (error =3D dsl_prop_get_integer(osname, "readonly", &readonly, NULL)) goto out; lock order reversal: 1st 0xffffff00490c0848 filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:1088 2nd 0xffffff00523339d0 zfs (zfs) @ /usr/src/sys/kern/vfs_subr.c:4091 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xc2a vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xbf _vn_lock() at _vn_lock+0x47 knlist_remove_kq() at knlist_remove_kq+0x73 knote_fdclose() at knote_fdclose+0x177 kern_close() at kern_close+0xe9 syscall() at syscall+0x1dd Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (6, FreeBSD ELF64, close), rip =3D 0x800e4242c, rsp =3D 0x7fffffffe548, rbp =3D 0x80107ecd0 --- robert. > Yuri > _______________________________________________ > 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 Robert Noland FreeBSD --=-j41x/m41vTb4TUgX+U43 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoueKIACgkQM4TrQ4qfROMHLgCffl+6Lkp/b+ZpH9THl9XiOOd5 gqsAoIYsjduXobJE8GXuKUE6VbcCQm2o =nb8k -----END PGP SIGNATURE----- --=-j41x/m41vTb4TUgX+U43-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 15:01:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48EC71065731; Tue, 9 Jun 2009 15:01:39 +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 195B28FC19; Tue, 9 Jun 2009 15:01:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9E40B46B37; Tue, 9 Jun 2009 11:01:38 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7BF1D8A06A; Tue, 9 Jun 2009 11:01:37 -0400 (EDT) From: John Baldwin To: Yuri Pankov Date: Tue, 9 Jun 2009 10:59:14 -0400 User-Agent: KMail/1.9.7 References: <20090609110540.GA1290@darklight.homeunix.org> <200906090937.37562.jhb@freebsd.org> <20090609135145.GB1290@darklight.homeunix.org> In-Reply-To: <20090609135145.GB1290@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906091059.15278.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 09 Jun 2009 11:01:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Paul Saab Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 15:01:39 -0000 On Tuesday 09 June 2009 9:51:45 am Yuri Pankov wrote: > On Tue, Jun 09, 2009 at 09:37:37AM -0400, John Baldwin wrote: > > On Tuesday 09 June 2009 7:05:40 am Yuri Pankov wrote: > > > Hi, > > > > > > I'm getting the following panic when running Firefox+nspluginwrapper > > > (which crashes a lot, but paniced the box only two times, if it's even > > > related). -CURRENT/amd64 20080607. > > > > > > Unread portion of the kernel message buffer: > > > panic: knlist not locked, but should be > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x182 > > > knote() at knote+0xea > > > VOP_WRITE_APV() at VOP_WRITE_APV+0x152 > > > vn_rdwr() at vn_rdwr+0x21d > > > vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 > > > elf32_coredump() at elf32_coredump+0x109 > > > sigexit() at sigexit+0x810 > > > postsig() at postsig+0x32f > > > ast() at ast+0x3ac > > > doreti_ast() at doreti_ast+0x1f > > > > Are you using ZFS? > > > > -- > > John Baldwin > > Yes, sorry for not mentioning it. This appears to be an interaction with the recent changes to use shared vnode locks for writes on ZFS. Hmm, I think it may be ok to use a shared vnode lock for kevents on vnodes though. The vnode interlock should be sufficient locking for what little work the kevent filters do. As a quick hack for now the MNT_SHARED_WRITES() stuff could avoid using shared locks 'if (!VN_KNLIST_EMPTY(vp))', but I think the longer term fix is to not use the vnode locks for vnode kevents, but use the interlock instead. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 14:36:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17950106564A; Tue, 9 Jun 2009 14:36:32 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 73D7A8FC0C; Tue, 9 Jun 2009 14:36:29 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59EaOI8006589; Tue, 9 Jun 2009 16:36:24 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59EaNNI006586; Tue, 9 Jun 2009 16:36:24 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 16:36:23 +0200 (CEST) From: Wojciech Puchar To: Dan Naumov In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 15:21:19 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 14:36:32 -0000 > Is there any work going on to make sysinstall recognize and abe able > to create and work with GJOURNAL and ZFS? In the days of 1,5-2,0 > terabyte harddrives, UFS2 + SoftUpdates simply doesn't cut it anymore, UFS2+SoftUpdates works fine on properly configured UFS2 - and very fast. Why you need sysinstall AT ALL? use any CD/DVD distro like FreeSBIE, or even better - the one that loads itself to RAM and no longer needs HDD, or even FreeBSD already installed on Pendrive. Boot it, then partition/newfs your disk(s) whatever you like, mount target, then use install.sh scripts from FreeBSD install CD to install system this way DESTDIR=/target ./install.sh in every directory then install bootblock and edit fstab, your system will boot. Sysinstall is to help beginners, but do beginners need so complex setups? From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 14:57:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0C4A1065691; Tue, 9 Jun 2009 14:57:31 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 420978FC1C; Tue, 9 Jun 2009 14:57:31 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so14091ana.13 for ; Tue, 09 Jun 2009 07:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vgpU2kmdcTnsHX4/Fb7BgZL76vWw+E/wokeGW9dD4iw=; b=N3njT2LTJrk8CEJt0TRq7+hLAQVkenP7WRhpFSxIGq7g/eZaqUEzY88vSBMzSraEwg GqGtw5pJgdDZVdSslNRGiz7DjMcDVZpxeZkE6mfrhUBL2ej0dGeLEgAEsYV5jJp+JgPu ARqgSy/DO7HBf1eU7tW0wpOxlj1nrCbG8FKD0= 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=w8p0Exjh7xE+HynlWHryHLCLrL1GVHcqJmH2bU9L218io40K+7UN6bv4ssin+fBlMa w9xcbW526IvhC/Dq8vUDxZ6DQ1yDENcm3EO6Sj9j5IS/314YzB2M6yMTP/dqPnuWC0f9 yp8AU+mS8o/D0i4Fb+FAKVF5HQXkfZ6ySjRC0= MIME-Version: 1.0 Received: by 10.100.38.5 with SMTP id l5mr73885anl.119.1244559450552; Tue, 09 Jun 2009 07:57:30 -0700 (PDT) In-Reply-To: References: Date: Tue, 9 Jun 2009 17:57:30 +0300 Message-ID: From: Dan Naumov To: Wojciech Puchar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 09 Jun 2009 15:30:56 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 14:57:32 -0000 > UFS2+SoftUpdates works fine on properly configured UFS2 - and very fast. Yes, UFS2+SoftUpdates is very fast, however, in the case of a power loss or having to pull the plug on a locked up system, it has a noticeably higher chance of leaving you with an unbootable system than if you were using Linux with ext3/ext4 or Windows with NTFS. > Why you need sysinstall AT ALL? I am well capable of doing a textmode installation using console commands only, so _I_ don't. However, sysinstall is what the majority of new users are presented with when giving FreeBSD a try. A new user who loses data (let alone has his system become unbootable) on an unclean shutdown is a very unhappy user. A very unhappy user is a user likely to go back to what he was using before trying FreeBSD. Happy users means more users, more users means more developers, more developers means more active development, which is surely not a bad thing. DO NOT underestimate the value of a good installer with good defaults. > > then install bootblock and edit fstab, your system will boot. Having to do manual operating system installations in the year 2009 is a broken installation process. > Sysinstall is to help beginners, but do beginners need so complex setups? A user who wants his data to be well protected and his system to have high resistance to becoming unbootable in the case of a power loss is a user with completely reasonable expectations, not a user with a "complex setup". - Dan Naumov From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 15:50:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39609106566B; Tue, 9 Jun 2009 15:50:55 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id AACCA8FC16; Tue, 9 Jun 2009 15:50:54 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.0) with ESMTP id n59FrWdY043751 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 16:53:33 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4A2E84DC.1010900@unsane.co.uk> Date: Tue, 09 Jun 2009 16:50:52 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 15:50:55 -0000 On 9/6/09 15:57, Dan Naumov wrote: >> UFS2+SoftUpdates works fine on properly configured UFS2 - and very fast. >> > Yes, UFS2+SoftUpdates is very fast, however, in the case of a power > loss or having to pull the plug on a locked up system, it has a > noticeably higher chance of leaving you with an unbootable system than > if you were using Linux with ext3/ext4 or Windows with NTFS. > > > Interestingly in my experience its been the opposite, I've lost a few ext3 filesystems though bad power, same for NTFS (NT4, less so with 200x) but as yet never for ufs2 (fsck has always fixed it.) That said, there have been a few projects to update/replace/whatever sysinstall, look at the desktopBSD installer (bsdinstaller) and finstall. I'm not sure what the status of either of these 2 are though. Vince From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 16:30:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 097D3106564A; Tue, 9 Jun 2009 16:30:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1DB8FC15; Tue, 9 Jun 2009 16:30:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1ME4DB-0004Al-JY; Tue, 09 Jun 2009 19:30:09 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n59GU6x1094675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 19:30:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n59GU6Mh062168; Tue, 9 Jun 2009 19:30:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n59GU6UV062167; Tue, 9 Jun 2009 19:30:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 9 Jun 2009 19:30:05 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20090609163005.GD75569@deviant.kiev.zoral.com.ua> References: <20090609110540.GA1290@darklight.homeunix.org> <200906090937.37562.jhb@freebsd.org> <20090609135145.GB1290@darklight.homeunix.org> <200906091059.15278.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pQhZXvAqiZgbeUkD" Content-Disposition: inline In-Reply-To: <200906091059.15278.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.1 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1ME4DB-0004Al-JY ff25eab940b3713db15e25a71542c93e X-Terabit: YES Cc: Yuri Pankov , freebsd-current@freebsd.org, Paul Saab Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 16:30:13 -0000 --pQhZXvAqiZgbeUkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 09, 2009 at 10:59:14AM -0400, John Baldwin wrote: > On Tuesday 09 June 2009 9:51:45 am Yuri Pankov wrote: > > On Tue, Jun 09, 2009 at 09:37:37AM -0400, John Baldwin wrote: > > > On Tuesday 09 June 2009 7:05:40 am Yuri Pankov wrote: > > > > Hi, > > > >=20 > > > > I'm getting the following panic when running Firefox+nspluginwrapper > > > > (which crashes a lot, but paniced the box only two times, if it's e= ven > > > > related). -CURRENT/amd64 20080607. > > > >=20 > > > > Unread portion of the kernel message buffer: > > > > panic: knlist not locked, but should be > > > > cpuid =3D 0 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > > panic() at panic+0x182 > > > > knote() at knote+0xea > > > > VOP_WRITE_APV() at VOP_WRITE_APV+0x152 > > > > vn_rdwr() at vn_rdwr+0x21d > > > > vn_rdwr_inchunks() at vn_rdwr_inchunks+0xc2 > > > > elf32_coredump() at elf32_coredump+0x109 > > > > sigexit() at sigexit+0x810 > > > > postsig() at postsig+0x32f > > > > ast() at ast+0x3ac > > > > doreti_ast() at doreti_ast+0x1f > > >=20 > > > Are you using ZFS? > > >=20 > > > --=20 > > > John Baldwin > >=20 > > Yes, sorry for not mentioning it. >=20 > This appears to be an interaction with the recent changes to use shared v= node=20 > locks for writes on ZFS. Hmm, I think it may be ok to use a shared vnode= =20 > lock for kevents on vnodes though. The vnode interlock should be suffici= ent=20 > locking for what little work the kevent filters do. As a quick hack for = now=20 > the MNT_SHARED_WRITES() stuff could avoid using shared locks 'if=20 > (!VN_KNLIST_EMPTY(vp))', but I think the longer term fix is to not use th= e=20 > vnode locks for vnode kevents, but use the interlock instead. filt_vfsread() needs at least shared lock on the vnode since it uses VOP_GETATTR. --pQhZXvAqiZgbeUkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoujg0ACgkQC3+MBN1Mb4igZQCfW4LuuyTrvH2V4r4rT8vI8qry k4QAn3iCa+IltJ0u/KMwRzhU5kEXMWee =Fq1D -----END PGP SIGNATURE----- --pQhZXvAqiZgbeUkD-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 16:59:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC141065688 for ; Tue, 9 Jun 2009 16:59:17 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9C58FC12 for ; Tue, 9 Jun 2009 16:59:16 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ewy8 with SMTP id 8so110967ewy.43 for ; Tue, 09 Jun 2009 09:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=dSwVjGM42vmlKYkP/8psqyPH25ZgdUtmlXFbniLA1AE=; b=KQ/aUjRruLTM+T6rZ1d1Z1vKodjj4SAxCEk7Ov+GJ1f5/08iPXmKbZ6FJNTlhqHnMs eInXeeWEvmlBv7Hv1KenppcDzFC3ed8DNWt0ziiovLZMikRdLk1FUbyWQaL0ARVxuKnS HxdolmGi00QiS06/H0ZHwpNB2zJ4rGx0dYBXE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=jhGQkEK9seIjFw19W05pSQ0UUJl6KKBcUlV+OibgrOMhzKiPYpxTZ/8lIgJcFKzSc4 dKS8OYNpfU8V0dXOPX99BcvtiSALksUb30rJi960fz3lVYbAFbUyvB/SQR2tF4dNPB1E rLbo5v0VF/DOnoSo7Aw5oVPe1ezlyvZMVKI84= MIME-Version: 1.0 Received: by 10.210.37.11 with SMTP id k11mr401709ebk.39.1244566756123; Tue, 09 Jun 2009 09:59:16 -0700 (PDT) In-Reply-To: <4A2E84DC.1010900@unsane.co.uk> References: <4A2E84DC.1010900@unsane.co.uk> From: Scott Ullrich Date: Tue, 9 Jun 2009 12:58:56 -0400 Message-ID: To: Vincent Hoffman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , freebsd-current@freebsd.org, Dan Naumov , freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 16:59:17 -0000 On Tue, Jun 9, 2009 at 11:50 AM, Vincent Hoffman wrote: [snip] > > That said, there have been a few projects to update/replace/whatever > sysinstall, look at the desktopBSD installer (bsdinstaller) and > finstall. I'm not sure what the status of either of these 2 are though. I was holding off on announcing this publicly but I guess now is a good time. Currently we are building FreeBSD-CURRENT + BSDInstaller snapshots every 12 hours or so at: http://snapshots.pfsense.org/FreeBSD_8_0/?C=M;O=D More information about BSDInstaller / FreeBSD integration is located here: http://wiki.freebsd.org/FreeBSD/BSDInstaller2009 If folks would like to help out with the remaining needed items that would be awesome. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:00:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EF2810656C6; Tue, 9 Jun 2009 17:00:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id B208A8FC21; Tue, 9 Jun 2009 17:00:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1ME4gW-0006kN-OE; Tue, 09 Jun 2009 20:00:29 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n59H0PPn096336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 20:00:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n59H0Psq062628; Tue, 9 Jun 2009 20:00:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n59H0PoD062627; Tue, 9 Jun 2009 20:00:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 9 Jun 2009 20:00:25 +0300 From: Kostik Belousov To: Matthew Fleming Message-ID: <20090609170025.GE75569@deviant.kiev.zoral.com.ua> References: <20090609163005.GD75569@deviant.kiev.zoral.com.ua> <06D5F9F6F655AD4C92E28B662F7F853E02CC8A29@seaxch09.desktop.isilon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="47eKBCiAZYFK5l32" Content-Disposition: inline In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E02CC8A29@seaxch09.desktop.isilon.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.1 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1ME4gW-0006kN-OE b3d00f87743d93f0128de86361a6747a X-Terabit: YES Cc: Yuri Pankov , freebsd-current@freebsd.org, Paul Saab Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:00:33 -0000 --47eKBCiAZYFK5l32 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 09, 2009 at 09:45:49AM -0700, Matthew Fleming wrote: >=20 > > This appears to be an interaction with the recent changes to use=20 > > shared vnode locks for writes on ZFS. Hmm, I think it may be ok to=20 > > use a shared vnode lock for kevents on vnodes though. The vnode=20 > > interlock should be sufficient locking for what little work the kevent >=20 > > filters do. As a quick hack for now the MNT_SHARED_WRITES() stuff=20 > > could avoid using shared locks 'if (!VN_KNLIST_EMPTY(vp))', but I=20 > > think the longer term fix is to not use the vnode locks for vnode > kevents, but use the interlock instead. >=20 > I tried (briefly) using the interlock since Isilon's vnode lock is > cluster wide (in our 6.1 based code we got away with using Giant). This > got me a LOR report on the interlock: >=20 > /* > * kqueue/VFS interaction > */ > { "kqueue", &lock_class_mtx_sleep }, > { "struct mount mtx", &lock_class_mtx_sleep }, > { "vnode interlock", &lock_class_mtx_sleep }, > { NULL, NULL }, >=20 > since knote() will take first the list->kl_lock and then the kqueue > lock. I didn't spend any time on it, and switched to using the vnode > v_lock for my purposes. But someone added that lock ordering (r166421) > for a reason. That was me, I actually looked for the reversed order that was reported several times on the list in 6.1-6.2 timeframe. Unfortunately, nothing was found. I noted in the separate letter that read filter for vnodes needs shared vnode lock anyway. --47eKBCiAZYFK5l32 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoulSkACgkQC3+MBN1Mb4giiwCgueRccpaL8GJMjZAC67hn+XRa flMAoNTqisiL7fX7KYNkyB5xysB0hBFR =HSdM -----END PGP SIGNATURE----- --47eKBCiAZYFK5l32-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:08:20 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE9421065687 for ; Tue, 9 Jun 2009 17:08:20 +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 27BAE8FC1E for ; Tue, 9 Jun 2009 17:08:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA20239 for ; Tue, 09 Jun 2009 20:08:18 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A2E9702.5040801@icyb.net.ua> Date: Tue, 09 Jun 2009 20:08:18 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: GEOM_VOL gc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:08:21 -0000 It seems that it is time to garbage-collect GEOM_VOL option: $ glimpse -w GEOM_VOL /usr/src-head/sys/conf/options: GEOM_VOL opt_geom.h /usr/src-head/sys/conf/NOTES: options GEOM_VOL # Volume names from UFS superblock /usr/src-head/sys/conf/NOTES: # around. (See also option GEOM_VOL for a different solution to this /usr/src-head/release/doc/de_DE.ISO8859-1/relnotes/common/new.sgml: GEOM_VOL genutzt, können die -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:21:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85EC31065670; Tue, 9 Jun 2009 17:21:44 +0000 (UTC) (envelope-from snb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7216C8FC1B; Tue, 9 Jun 2009 17:21:44 +0000 (UTC) (envelope-from snb@freebsd.org) Received: from ebi.local (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n59HLgu6088110; Tue, 9 Jun 2009 17:21:43 GMT (envelope-from snb@freebsd.org) Date: Tue, 9 Jun 2009 19:21:42 +0200 From: Nick Barkas To: Dan Naumov Message-ID: <20090609172142.GA92146@ebi.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:21:45 -0000 On Tue, Jun 09, 2009 at 04:57:30PM +0200, Dan Naumov wrote: > > UFS2+SoftUpdates works fine on properly configured UFS2 - and very fast. > Yes, UFS2+SoftUpdates is very fast, however, in the case of a power > loss or having to pull the plug on a locked up system, it has a > noticeably higher chance of leaving you with an unbootable system than > if you were using Linux with ext3/ext4 or Windows with NTFS. Can you back this up? I cannot recall having ever rendered a FreeBSD system unbootable due to UFS/UFS2 problems after a power failure or crash. I once had a problem with snapshots that made background fsck fail and crash the system, but it was fixable by booting single user and running fsck manually. This was a couple of years ago, and I think the problem has since been fixed. ZFS at least probably is not able to replace UFS2 for everyone, at this time, anyway. Perhaps gjournal can be a replacement for softupdates for many people who do still need UFS2, but I'm not sure. I think in any case, any existing bugs that cause UFS2+softupdates to catastrophically fail in the event of power failures or system crashes need to be fixed. Making it easier for users to install a system with ZFS or gjournal does nothing for those who have existing systems with UFS2+softupdates, and those who cannot use ZFS or gjournal in the near future for whatever reason. That being said, I do agree that being able to support ZFS and gjournal in sysinstall or an alternative installer would be great. Nick From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:27:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF021065680; Tue, 9 Jun 2009 17:27:00 +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 AD0208FC18; Tue, 9 Jun 2009 17:27:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 46DB946B06; Tue, 9 Jun 2009 13:27:00 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id F37428A06A; Tue, 9 Jun 2009 13:26:58 -0400 (EDT) From: John Baldwin To: Kostik Belousov Date: Tue, 9 Jun 2009 13:25:07 -0400 User-Agent: KMail/1.9.7 References: <20090609163005.GD75569@deviant.kiev.zoral.com.ua> <06D5F9F6F655AD4C92E28B662F7F853E02CC8A29@seaxch09.desktop.isilon.com> <20090609170025.GE75569@deviant.kiev.zoral.com.ua> In-Reply-To: <20090609170025.GE75569@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906091325.08293.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 09 Jun 2009 13:26:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Yuri Pankov , freebsd-current@freebsd.org, Paul Saab , Matthew Fleming Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:27:01 -0000 On Tuesday 09 June 2009 1:00:25 pm Kostik Belousov wrote: > On Tue, Jun 09, 2009 at 09:45:49AM -0700, Matthew Fleming wrote: > > > > > This appears to be an interaction with the recent changes to use > > > shared vnode locks for writes on ZFS. Hmm, I think it may be ok to > > > use a shared vnode lock for kevents on vnodes though. The vnode > > > interlock should be sufficient locking for what little work the kevent > > > > > filters do. As a quick hack for now the MNT_SHARED_WRITES() stuff > > > could avoid using shared locks 'if (!VN_KNLIST_EMPTY(vp))', but I > > > think the longer term fix is to not use the vnode locks for vnode > > kevents, but use the interlock instead. > > > > I tried (briefly) using the interlock since Isilon's vnode lock is > > cluster wide (in our 6.1 based code we got away with using Giant). This > > got me a LOR report on the interlock: > > > > /* > > * kqueue/VFS interaction > > */ > > { "kqueue", &lock_class_mtx_sleep }, > > { "struct mount mtx", &lock_class_mtx_sleep }, > > { "vnode interlock", &lock_class_mtx_sleep }, > > { NULL, NULL }, > > > > since knote() will take first the list->kl_lock and then the kqueue > > lock. I didn't spend any time on it, and switched to using the vnode > > v_lock for my purposes. But someone added that lock ordering (r166421) > > for a reason. > > That was me, I actually looked for the reversed order that was reported > several times on the list in 6.1-6.2 timeframe. Unfortunately, nothing > was found. > > I noted in the separate letter that read filter for vnodes needs > shared vnode lock anyway. So my current idea is to allow shared vnode locks and use the vnode interlock in the filt_vfs_* routines to protect access to the kn_* member variables. --- //depot/projects/smpng/sys/kern/vfs_subr.c 2009/06/09 15:15:22 +++ //depot/user/jhb/lock/kern/vfs_subr.c 2009/06/09 17:20:33 @@ -4103,8 +4103,10 @@ vfs_knllocked(void *arg) { struct vnode *vp = arg; + int islocked; - return (VOP_ISLOCKED(vp) == LK_EXCLUSIVE); + islocked = VOP_ISLOCKED(vp); + return (islocked == LK_SHARED || islocked == LK_EXCLUSIVE); } int @@ -4114,6 +4116,7 @@ struct knote *kn = ap->a_kn; struct knlist *knl; + ASSERT_VOP_ELOCKED(vp, "vfs_kqfilter"); switch (kn->kn_filter) { case EVFILT_READ: kn->kn_fop = &vfsread_filtops; @@ -4147,6 +4150,7 @@ { struct vnode *vp = (struct vnode *)kn->kn_hook; + ASSERT_VOP_ELOCKED(vp, "filt_vfsdetach"); KASSERT(vp->v_pollinfo != NULL, ("Missing v_pollinfo")); knlist_remove(&vp->v_pollinfo->vpi_selinfo.si_note, kn, 0); } @@ -4157,48 +4161,65 @@ { struct vnode *vp = (struct vnode *)kn->kn_hook; struct vattr va; + int retval; /* * filesystem is gone, so set the EOF flag and schedule * the knote for deletion. */ if (hint == NOTE_REVOKE) { + VI_LOCK(vp); kn->kn_flags |= (EV_EOF | EV_ONESHOT); + VI_UNLOCK(vp); return (1); } if (VOP_GETATTR(vp, &va, curthread->td_ucred)) return (0); + VI_LOCK(vp); kn->kn_data = va.va_size - kn->kn_fp->f_offset; - return (kn->kn_data != 0); + retval = (kn->kn_data != 0); + VI_UNLOCK(vp); + return (retval); } /*ARGSUSED*/ static int filt_vfswrite(struct knote *kn, long hint) { + struct vnode *vp = (struct vnode *)kn->kn_hook; + /* * filesystem is gone, so set the EOF flag and schedule * the knote for deletion. */ + VI_LOCK(vp); if (hint == NOTE_REVOKE) kn->kn_flags |= (EV_EOF | EV_ONESHOT); kn->kn_data = 0; + VI_UNLOCK(vp); return (1); } static int filt_vfsvnode(struct knote *kn, long hint) { + struct vnode *vp = (struct vnode *)kn->kn_hook; + int retval; + + VI_LOCK(vp); if (kn->kn_sfflags & hint) kn->kn_fflags |= hint; if (hint == NOTE_REVOKE) { kn->kn_flags |= EV_EOF; + VI_UNLOCK(vp); return (1); } - return (kn->kn_fflags != 0); + retval = (kn->kn_fflags != 0); + VI_UNLOCK(vp); + return (retval); } int -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:31:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC3E1106568D; Tue, 9 Jun 2009 17:31:49 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-1920.google.com (ey-out-1920.google.com [74.125.78.145]) by mx1.freebsd.org (Postfix) with ESMTP id 251EB8FC0C; Tue, 9 Jun 2009 17:31:48 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ey-out-1920.google.com with SMTP id 3so17828eyh.34 for ; Tue, 09 Jun 2009 10:31:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+gUn3ZzBVsicQPgoY5bM5HRsTWYdcwbW+ZZbLojhEhk=; b=mXU4BNOh3ftVlgNEPXji2Q11TadNg00Va6M39ImXyXVyLt2o2da0tpIHt3Bgu8L4Qb jLTxwuWknKpx69oeYUmVL3fTTK1FgdwONT6c00k4KzgG8p8WLb1JcDfC2IILcUnlzvgP jfiv96N1zm7tMFB6VtaNjnryRg+h9u41LYMuM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=EyjNLg/VrH5FhI9laaUaBFagQBUU6GCxnEvWhMwanej+VdHCHo9EY6UpR7oy/8rCuG C47gHC8aolMTvjxHQPkT2vrp9jtFyucPS6aLuzcjapZDajhJjZ4RDsx3UG2yB2+RJA61 EYcnwpn4OCTlk4aj6I7kiXjPSSrRzchM11EkI= MIME-Version: 1.0 Received: by 10.210.39.2 with SMTP id m2mr2908450ebm.8.1244568708211; Tue, 09 Jun 2009 10:31:48 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> From: Scott Ullrich Date: Tue, 9 Jun 2009 13:31:28 -0400 Message-ID: To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:31:50 -0000 On Tue, Jun 9, 2009 at 1:17 PM, Dan Naumov wrote: > Great! I am downloading > http://snapshots.pfsense.org/FreeBSD_8_0/FreeBSD-20090608-1522-8.0-CURRENT.iso.gz > as we speak and will give it a whirl within the next few days. Any > plans to do similar snapshot builds of -STABLE? I had not planned on it but I guess that some bending of my arm might be in order. I'll look into it. We just retired a builder box for pfSense that I might be able to use. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:48:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A21E10656BC; Tue, 9 Jun 2009 17:48:58 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 741BE8FC15; Tue, 9 Jun 2009 17:48:57 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ewy8 with SMTP id 8so145434ewy.43 for ; Tue, 09 Jun 2009 10:48:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=BJUl13j0Pktrh4DtCQiKHxzaQ5nve1q9wp1luBvLy6g=; b=q55miOmk5kzIos1QKKCjGAFimeK/n6mBHsVeu8DiJexRwlsdKYHOtoi+KeDjyPz1Ph LcsT0YN/YPlODRPA3gCGnvS1vSu+IePRVDA7dN5wPbCVBVoZs7W2lVNmxPuHk326KPRZ 1KRuZkMqHjgUGH2T2auMYpFqwayUervXkm6tw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=F2h0bDuB1tJMzmrhekZU7LSIUIFuxqg6qDK6KOufdIiJXxh/Iu5+dFHviyA7QJQlBw ieXi16V6RrnwG7frTChBnxhRiXnzezNiaih0GzoQkdnlJQO9vPZgBGy5JdQ+ZZojPuFQ lMbucA9/Hr1wlEp52Mj3fLZ6bZnXCVr6BHhWY= MIME-Version: 1.0 Received: by 10.210.30.10 with SMTP id d10mr440755ebd.84.1244569736542; Tue, 09 Jun 2009 10:48:56 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> From: Scott Ullrich Date: Tue, 9 Jun 2009 13:48:36 -0400 Message-ID: To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:48:58 -0000 On Tue, Jun 9, 2009 at 1:46 PM, Dan Naumov wrote: > What arch are these snapshots, are they amd64 or i386? Speaking of > -STABLE snapshots, since they are a more slowly moving target than > -CURRENT, 1 snapshot every week or so would definately be enough :) These are i386 FreeBSD-8-CURRENT. We build every 12 hours or so for BSDInstaller testing. Instead of me having to roll an ISO after every change I just wait a bit and test. Works well for me and CPU/Disk space is cheap. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:50:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66B3B1065680; Tue, 9 Jun 2009 17:50:33 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id BACDC8FC20; Tue, 9 Jun 2009 17:50:32 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by fxm20 with SMTP id 20so167553fxm.43 for ; Tue, 09 Jun 2009 10:50:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=BJUl13j0Pktrh4DtCQiKHxzaQ5nve1q9wp1luBvLy6g=; b=hjTQoA/h3rkCUAdxCvk1Rc7HD5d5cR3aSe6sIb7G2yeBeVP8cr6DMTRCSpYko6uxG6 Yna5bW34lHRRQrEu8Mvd8GhuS1hRtQ3xGT1JazdJ8Bx1ghLkWVkVQmoNjhH+jKK9Igjf hq4z+6n4vWhOFgE3zvnEklwymuCC9JwYS94EU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=F2h0bDuB1tJMzmrhekZU7LSIUIFuxqg6qDK6KOufdIiJXxh/Iu5+dFHviyA7QJQlBw ieXi16V6RrnwG7frTChBnxhRiXnzezNiaih0GzoQkdnlJQO9vPZgBGy5JdQ+ZZojPuFQ lMbucA9/Hr1wlEp52Mj3fLZ6bZnXCVr6BHhWY= MIME-Version: 1.0 Received: by 10.204.63.143 with SMTP id b15mr359303bki.8.1244569831650; Tue, 09 Jun 2009 10:50:31 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> From: Scott Ullrich Date: Tue, 9 Jun 2009 13:48:36 -0400 Message-ID: To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:50:34 -0000 On Tue, Jun 9, 2009 at 1:46 PM, Dan Naumov wrote: > What arch are these snapshots, are they amd64 or i386? Speaking of > -STABLE snapshots, since they are a more slowly moving target than > -CURRENT, 1 snapshot every week or so would definately be enough :) These are i386 FreeBSD-8-CURRENT. We build every 12 hours or so for BSDInstaller testing. Instead of me having to roll an ISO after every change I just wait a bit and test. Works well for me and CPU/Disk space is cheap. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:56:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AC1106564A for ; Tue, 9 Jun 2009 17:56:02 +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 ED0928FC15 for ; Tue, 9 Jun 2009 17:55:58 +0000 (UTC) (envelope-from avg@freebsd.org) 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 UAA20932; Tue, 09 Jun 2009 20:55:55 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A2EA22B.7090208@freebsd.org> Date: Tue, 09 Jun 2009 20:55:55 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Dmitry Morozovsky References: <4A23D5A4.6020009@icyb.net.ua> <4A23F4B8.7000002@freebsd.org> <4A240331.1000803@FreeBSD.org> <20090602141231.67987dnz529yuqgw@webmail.leidinger.net> <4A255F8E.70604@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , Doug Barton , freebsd-current@freebsd.org Subject: Re: fsck_y_enable: use -C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:56:03 -0000 on 03/06/2009 23:19 Dmitry Morozovsky said the following: > On Tue, 2 Jun 2009, Doug Barton wrote: > > DB> Alexander Leidinger wrote: > DB> > What about _flags and also adding a NOP for -C in fsck_msdosfs? > DB> > DB> Sounds great, I look forward to reviewing your patch. :) > > What do you think about attached one? I like the patch very much! Please commit, if you can :-) Maybe in two pieces (fsck and rc). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:17:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 388691065678; Tue, 9 Jun 2009 17:17:20 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id C9FBC8FC29; Tue, 9 Jun 2009 17:17:19 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so59357ywe.13 for ; Tue, 09 Jun 2009 10:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Hje2ATKZD0JuPmUHxlaHASSRbciibWY0Bj4c10s9xZU=; b=qezaaXFEAXcQNYMZpUxTdc5A6MW/2kWWdixIJe6zlU58Ow/vFkBgKnFjH7yClFxTdx ctV2jcDGv20D0bZzm15SsyHhZDue7aUEG1VzlJwOPv3aEzzLGzFsllFhGXIZGg2w0kBM ZuvxWppLo9ghRJV/MPJUOkJQWt5V0WN20xb0s= 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=d1Q678Md1si91+mbNxnbGrUg3gqqCwtagTkZDwbzSxDUWhw7YQk4RTJDOTMyrlcpge 2By7TiVRXmaFqP6lh5VEfX0GH0P+FitudBs65vkq/bUwlzt1q1oXXbbHcIkxVZC+h4pg f88D0VPd6/FOZHg4htrQ57VNBUhljup5zz84M= MIME-Version: 1.0 Received: by 10.100.168.9 with SMTP id q9mr262284ane.144.1244567838728; Tue, 09 Jun 2009 10:17:18 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> Date: Tue, 9 Jun 2009 20:17:18 +0300 Message-ID: From: Dan Naumov To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 09 Jun 2009 18:00:57 +0000 Cc: Wojciech Puchar , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:17:20 -0000 Great! I am downloading http://snapshots.pfsense.org/FreeBSD_8_0/FreeBSD-20090608-1522-8.0-CURRENT.iso.gz as we speak and will give it a whirl within the next few days. Any plans to do similar snapshot builds of -STABLE? - Dan Naumov On Tue, Jun 9, 2009 at 7:58 PM, Scott Ullrich wrote: > On Tue, Jun 9, 2009 at 11:50 AM, Vincent Hoffman wrote: > [snip] >> >> That said, there have been a few projects to update/replace/whatever >> sysinstall, look at the desktopBSD installer (bsdinstaller) and >> finstall. I'm not sure what the status of either of these 2 are though. > > I was holding off on announcing this publicly but I guess now is a good time. > > Currently we are building FreeBSD-CURRENT + BSDInstaller snapshots > every 12 hours or so at: > http://snapshots.pfsense.org/FreeBSD_8_0/?C=M;O=D > > More information about BSDInstaller / FreeBSD integration is located > here: http://wiki.freebsd.org/FreeBSD/BSDInstaller2009 > > If folks would like to help out with the remaining needed items that > would be awesome. > > Scott > From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:32:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C69FB10656F5 for ; Tue, 9 Jun 2009 17:32:40 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id B79E18FC19 for ; Tue, 9 Jun 2009 17:32:39 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59HWWKm007572; Tue, 9 Jun 2009 19:32:32 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59HWUhJ007569; Tue, 9 Jun 2009 19:32:32 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 19:32:30 +0200 (CEST) From: Wojciech Puchar To: Dan Naumov In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Mailman-Approved-At: Tue, 09 Jun 2009 18:01:10 +0000 Cc: freebsd-current@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:32:41 -0000 >> UFS2+SoftUpdates works fine on properly configured UFS2 - and very fast. > Yes, UFS2+SoftUpdates is very fast, however, in the case of a power > loss or having to pull the plug on a locked up system, it has a > noticeably higher chance of leaving you with an unbootable system than can you please give an example how it may render unbootable system? For what i know and ever used (ext2,ext3,reiserfs,rarely NTFS, UFS) UFS is the only one that never failed. It is always recoverable, with few lost files worst case. I recommend you to read a paper about softupdates to understand why they are so good. The only problem with millions of files may be long fsck. but not THAT long, and FreeBSD doesn't crash every day. > if you were using Linux with ext3/ext4 or Windows with NTFS. Especially your last example is really bad. It's quite common for Windows and NTFS to get completely messed. >> Why you need sysinstall AT ALL? > I am well capable of doing a textmode installation using console > commands only, so _I_ don't. However, sysinstall is what the majority > of new users are presented with when giving FreeBSD a try. A new user A new user will never do anything mission critical on system he/she don't yet learned isn't it? After learning sysinstall is no longer needed. Anyway it's not bad to add this to sysinstall, i'm only suggesting you that it's probably low priority task to developers. From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:36:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0053106570F; Tue, 9 Jun 2009 17:36:34 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 6CDE68FC16; Tue, 9 Jun 2009 17:36:34 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so65755ana.13 for ; Tue, 09 Jun 2009 10:36:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5SyXc+qjJNnTJflKIZcpdZprMJz4xT9fVcwPgSnQB7E=; b=ahNknRepa+0JlCKQT+RTfn/FVYUkxtXCSKRQP8mNlTEpCkY6NUWCdwlFiAp5j9KWof CtLuA6USBG896TfzsCSyFBQHSGdLO4hz0zZ87TfZEZPiAM/Qe5gKU3C9p1cOl9+LzJpH 9Y01qTDmbyjDX8qI5qzvPHz903YuwJwIjNuR8= 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=WS2wRHuqwjzn8PfMybA3V+zzXb78WbNO/9mBODVnpdGErXeXLE0nEhhH6oJmHm0R6W 0H4sDJu0M288HbzAO3d464l92b51EjkEFnw1ka1PcvIBHaTq8p5gQEG/s2p1zlEMcWiy C9w3DgprTzLq0ZifOrO3lwcxo9l5kiYgkAabI= MIME-Version: 1.0 Received: by 10.100.108.2 with SMTP id g2mr347157anc.35.1244568993797; Tue, 09 Jun 2009 10:36:33 -0700 (PDT) In-Reply-To: <20090609172142.GA92146@ebi.local> References: <20090609172142.GA92146@ebi.local> Date: Tue, 9 Jun 2009 20:36:33 +0300 Message-ID: From: Dan Naumov To: Nick Barkas Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 09 Jun 2009 18:01:39 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:36:35 -0000 I know some might dismiss my personal experience as "anecdotal", but yes I have had that happen to me twice. Some googling will show that I am not the only one to ever experience fatal UFS+softupdates failures. I even ran into a page from 2006 (I think), where a fellow wrote some code which would write data to an UFS2 partition that would consistently cause fsck to fail. This actually brings up to another related point, having to actually deal with fsck. On filesystems/volumes of today, which can easily span 10tb+ in a production environment, having to deal with fsck times is a complete no-go. One could of course argue that environments where 10tb+ volumes are used right now are special cases, where the administrator would know of these issues and take appropriate measures to deal with it (UPS, custom installation with gjournal, ZFS, etc), my point still stands. Right now, anyone can walk into a computer store and purchase a consumer 1,5tb or 2tb drive. Have you tried running fsck on a 2tb filesystem? It's not fun. And this will only get worse with time as drive sizes continue to grow. - Dan Naumov On Tue, Jun 9, 2009 at 8:21 PM, Nick Barkas wrote: > Can you back this up? I cannot recall having ever rendered a FreeBSD > system unbootable due to UFS/UFS2 problems after a power failure or > crash. I once had a problem with snapshots that made background fsck > fail and crash the system, but it was fixable by booting single user and > running fsck manually. This was a couple of years ago, and I think the > problem has since been fixed. > > ZFS at least probably is not able to replace UFS2 for everyone, at this > time, anyway. Perhaps gjournal can be a replacement for softupdates for > many people who do still need UFS2, but I'm not sure. I think in any > case, any existing bugs that cause UFS2+softupdates to catastrophically > fail in the event of power failures or system crashes need to be fixed. > Making it easier for users to install a system with ZFS or gjournal does > nothing for those who have existing systems with UFS2+softupdates, and > those who cannot use ZFS or gjournal in the near future for whatever > reason. > > That being said, I do agree that being able to support ZFS and gjournal > in sysinstall or an alternative installer would be great. > > Nick > From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:38:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAD3910656CA; Tue, 9 Jun 2009 17:38:02 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id C42838FC08; Tue, 9 Jun 2009 17:38:01 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59Hbvki007627; Tue, 9 Jun 2009 19:37:57 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59HbvWo007624; Tue, 9 Jun 2009 19:37:57 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 19:37:57 +0200 (CEST) From: Wojciech Puchar To: Vincent Hoffman In-Reply-To: <4A2E84DC.1010900@unsane.co.uk> Message-ID: References: <4A2E84DC.1010900@unsane.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 18:01:57 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Dan Naumov Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:38:03 -0000 >> >> > Interestingly in my experience its been the opposite, I've lost a few > ext3 filesystems though bad power, same for NTFS (NT4, less so with > 200x) but as yet never for ufs2 (fsck has always fixed it.) In worse cases it required manual attention :) UFS is used and improved over 20 years, it's SIMPLE and practically bug-free now, except snapshots. I think it could be improved a bit more to support multiterabyte disks better. Like more blocks allowed per cylgroup and few other changes that will result in no more than 1000 cylgroups on that devices. This will improve fsck times a lot. Still it's well usable on 2TB disks. From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 18:07:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF2F91065674 for ; Tue, 9 Jun 2009 18:07:40 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id A970B8FC17 for ; Tue, 9 Jun 2009 18:07:40 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 81BE314D2448; Tue, 9 Jun 2009 20:07:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id YtddocL5abm4; Tue, 9 Jun 2009 20:07:38 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id EE2FB14D2447; Tue, 9 Jun 2009 20:07:37 +0200 (CEST) Message-ID: <4A2EA4E0.3090506@FreeBSD.org> Date: Tue, 09 Jun 2009 20:07:28 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Adam McDougall References: <20090526213921.GD48776@hoeg.nl> <20090608182658.GY12796@egr.msu.edu> In-Reply-To: <20090608182658.GY12796@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Ed Schouten , FreeBSD Current Subject: Re: CFT: ee 1.5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 18:07:41 -0000 Adam McDougall escribió: > After using the new ee in a -current build, it seems like an old issue > has come back where if the containing xterm is resized, ee ungracefully > exits without saving. I think it was fixed a while ago but a quick look > at the modern ee.c seems to indicate this was lost: > There's another regression. If you edit more files with one command line (ee foo bar baz ...) and modify one of them and just look into the rest each file will be treated as modified and you will be asked if you want to save it. This wasn't the case before the upgrade. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 18:11:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C7801065710; Tue, 9 Jun 2009 18:11:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 856668FC1A; Tue, 9 Jun 2009 18:11:38 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-157-59-252.bna.bellsouth.net [70.157.59.252]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n59IBav7035058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 14:11:36 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: John Baldwin In-Reply-To: <200906091325.08293.jhb@freebsd.org> References: <20090609163005.GD75569@deviant.kiev.zoral.com.ua> <06D5F9F6F655AD4C92E28B662F7F853E02CC8A29@seaxch09.desktop.isilon.com> <20090609170025.GE75569@deviant.kiev.zoral.com.ua> <200906091325.08293.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-0/nt3EDdlKLgcd+NSTo5" Organization: FreeBSD Date: Tue, 09 Jun 2009 13:11:30 -0500 Message-Id: <1244571090.60347.1792.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Kostik Belousov , Yuri Pankov , freebsd-current@freebsd.org, Paul Saab , Matthew Fleming Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 18:11:41 -0000 --=-0/nt3EDdlKLgcd+NSTo5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-06-09 at 13:25 -0400, John Baldwin wrote: > On Tuesday 09 June 2009 1:00:25 pm Kostik Belousov wrote: > > On Tue, Jun 09, 2009 at 09:45:49AM -0700, Matthew Fleming wrote: > > >=20 > > > > This appears to be an interaction with the recent changes to use=20 > > > > shared vnode locks for writes on ZFS. Hmm, I think it may be ok to= =20 > > > > use a shared vnode lock for kevents on vnodes though. The vnode=20 > > > > interlock should be sufficient locking for what little work the kev= ent > > >=20 > > > > filters do. As a quick hack for now the MNT_SHARED_WRITES() stuff=20 > > > > could avoid using shared locks 'if (!VN_KNLIST_EMPTY(vp))', but I=20 > > > > think the longer term fix is to not use the vnode locks for vnode > > > kevents, but use the interlock instead. > > >=20 > > > I tried (briefly) using the interlock since Isilon's vnode lock is > > > cluster wide (in our 6.1 based code we got away with using Giant). T= his > > > got me a LOR report on the interlock: > > >=20 > > > /* > > > * kqueue/VFS interaction > > > */ > > > { "kqueue", &lock_class_mtx_sleep }, > > > { "struct mount mtx", &lock_class_mtx_sleep }, > > > { "vnode interlock", &lock_class_mtx_sleep }, > > > { NULL, NULL }, > > >=20 > > > since knote() will take first the list->kl_lock and then the kqueue > > > lock. I didn't spend any time on it, and switched to using the vnode > > > v_lock for my purposes. But someone added that lock ordering (r16642= 1) > > > for a reason. > >=20 > > That was me, I actually looked for the reversed order that was reported > > several times on the list in 6.1-6.2 timeframe. Unfortunately, nothing > > was found. > >=20 > > I noted in the separate letter that read filter for vnodes needs > > shared vnode lock anyway. >=20 > So my current idea is to allow shared vnode locks and use the vnode inter= lock=20 > in the filt_vfs_* routines to protect access to the kn_* member variables= . >=20 > --- //depot/projects/smpng/sys/kern/vfs_subr.c 2009/06/09 15:15:22 > +++ //depot/user/jhb/lock/kern/vfs_subr.c 2009/06/09 17:20:33 > @@ -4103,8 +4103,10 @@ > vfs_knllocked(void *arg) > { > struct vnode *vp =3D arg; > + int islocked; > =20 > - return (VOP_ISLOCKED(vp) =3D=3D LK_EXCLUSIVE); > + islocked =3D VOP_ISLOCKED(vp); > + return (islocked =3D=3D LK_SHARED || islocked =3D=3D LK_EXCLUSIVE); > } > =20 > int > @@ -4114,6 +4116,7 @@ > struct knote *kn =3D ap->a_kn; > struct knlist *knl; > =20 > + ASSERT_VOP_ELOCKED(vp, "vfs_kqfilter"); > switch (kn->kn_filter) { > case EVFILT_READ: > kn->kn_fop =3D &vfsread_filtops; > @@ -4147,6 +4150,7 @@ > { > struct vnode *vp =3D (struct vnode *)kn->kn_hook; > =20 > + ASSERT_VOP_ELOCKED(vp, "filt_vfsdetach"); > KASSERT(vp->v_pollinfo !=3D NULL, ("Missing v_pollinfo")); > knlist_remove(&vp->v_pollinfo->vpi_selinfo.si_note, kn, 0); > } > @@ -4157,48 +4161,65 @@ > { > struct vnode *vp =3D (struct vnode *)kn->kn_hook; > struct vattr va; > + int retval; > =20 > /* > * filesystem is gone, so set the EOF flag and schedule > * the knote for deletion. > */ > if (hint =3D=3D NOTE_REVOKE) { > + VI_LOCK(vp); > kn->kn_flags |=3D (EV_EOF | EV_ONESHOT); > + VI_UNLOCK(vp); > return (1); > } > =20 > if (VOP_GETATTR(vp, &va, curthread->td_ucred)) > return (0); > =20 > + VI_LOCK(vp); > kn->kn_data =3D va.va_size - kn->kn_fp->f_offset; > - return (kn->kn_data !=3D 0); > + retval =3D (kn->kn_data !=3D 0); > + VI_UNLOCK(vp); > + return (retval); > } > =20 > /*ARGSUSED*/ > static int > filt_vfswrite(struct knote *kn, long hint) > { > + struct vnode *vp =3D (struct vnode *)kn->kn_hook; > + > /* > * filesystem is gone, so set the EOF flag and schedule > * the knote for deletion. > */ > + VI_LOCK(vp); > if (hint =3D=3D NOTE_REVOKE) > kn->kn_flags |=3D (EV_EOF | EV_ONESHOT); > =20 > kn->kn_data =3D 0; > + VI_UNLOCK(vp); > return (1); > } > =20 > static int > filt_vfsvnode(struct knote *kn, long hint) > { > + struct vnode *vp =3D (struct vnode *)kn->kn_hook; > + int retval; > + > + VI_LOCK(vp); > if (kn->kn_sfflags & hint) > kn->kn_fflags |=3D hint; > if (hint =3D=3D NOTE_REVOKE) { > kn->kn_flags |=3D EV_EOF; > + VI_UNLOCK(vp); > return (1); > } > - return (kn->kn_fflags !=3D 0); > + retval =3D (kn->kn_fflags !=3D 0); > + VI_UNLOCK(vp); > + return (retval); > } > =20 > int Getting this panic with the patch. I have core files if I can get you anything. (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff80590503 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff8059098c in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xffffffff80560115 in knlist_add (knl=3D0xffffff0067190718,=20 kn=3D0xffffff00671be528, islocked=3D0) at /usr/src/sys/kern/kern_event.c:1656 #4 0xffffffff8061bc14 in vfs_kqfilter (ap=3DVariable "ap" is not available. ) at /usr/src/sys/kern/vfs_subr.c:4140 #5 0xffffffff808c1e97 in VOP_KQFILTER_APV (vop=3D0xffffffff80bc4580,=20 a=3D0xffffff803e661820) at vnode_if.c:1141 #6 0xffffffff8062a241 in vn_kqfilter (fp=3D0xffffff0056f5f820,=20 kn=3D0xffffff00671be528) at vnode_if.h:500 #7 0xffffffff80562084 in kqueue_register (kq=3D0xffffff0005adf000,=20 kev=3D0xffffff803e661920, td=3D0xffffff004054d720, waitok=3D1) at /usr/src/sys/kern/kern_event.c:968 #8 0xffffffff805623f2 in kern_kevent (td=3D0xffffff004054d720, fd=3DVariable "fd" is not available. ) at /usr/src/sys/kern/kern_event.c:721 #9 0xffffffff80562e10 in kevent (td=3D0xffffff004054d720,=20 uap=3D0xffffff803e661c00) at /usr/src/sys/kern/kern_event.c:642 #10 0xffffffff80877e5d in syscall (frame=3D0xffffff803e661c90) at /usr/src/sys/amd64/amd64/trap.c:984 #11 0xffffffff808527d0 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:364 #12 0x0000000800e2672c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 robert. >=20 > --=20 > John Baldwin > _______________________________________________ > 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 Robert Noland FreeBSD --=-0/nt3EDdlKLgcd+NSTo5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoupdIACgkQM4TrQ4qfROP+LACeJLsW2lQNdYdTXedXmHtkfm93 9PYAn2oM1tFzKUWgQA1oJjMKgtIOTv4e =mWRR -----END PGP SIGNATURE----- --=-0/nt3EDdlKLgcd+NSTo5-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:44:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059EE10656C1; Tue, 9 Jun 2009 17:44:24 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 148958FC15; Tue, 9 Jun 2009 17:44:22 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59HiIm8007695; Tue, 9 Jun 2009 19:44:18 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59HiGb2007691; Tue, 9 Jun 2009 19:44:17 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 19:44:16 +0200 (CEST) From: Wojciech Puchar To: Nick Barkas In-Reply-To: <20090609172142.GA92146@ebi.local> Message-ID: References: <20090609172142.GA92146@ebi.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 18:22:57 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Dan Naumov Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:44:24 -0000 >> noticeably higher chance of leaving you with an unbootable system than >> if you were using Linux with ext3/ext4 or Windows with NTFS. > > Can you back this up? I cannot recall having ever rendered a FreeBSD > system unbootable due to UFS/UFS2 problems after a power failure or I can confirm the opposite. I did really bad things with disk drives, including accidentally disconnecting SATA cable on working system that was doing lots of filesystem writes. NOTHING wrong happened. I always use softupdates, including / partition (which usually is my only partition anyway :) Once i have failed hardware which sometimes was writting rubbish to disk instead of proper data. after discovering this there was a bit mess but ONLY in files and directories i was writing to!!! fsck with manual attention repaired it all without problems. After fixing hardware problems and few files i used it without change. I can't count how many times i ended with completely unreadable ext2, ext3 and reiserfs filesystem, the last being really kind of destruction ;) From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 17:46:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24F341065673; Tue, 9 Jun 2009 17:46:53 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id B0F068FC08; Tue, 9 Jun 2009 17:46:52 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so69116ywe.13 for ; Tue, 09 Jun 2009 10:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fakivG/l/stoMcK4CbMIWbPSoBH892CojLkfikbOk6k=; b=dm9ZtqOWypN2NTYLkrqXp/nKiK43ZZfkjrO2EPfJ3oxZq6Oty+e+RPqIlbeM1ETa+Q zMnxb/JspLNemdW3parYlOSjvwGPZsGaW/HvDn47UdAC8LKWyWscV9Z+CTU5kBFdpq3H CelYSrhtJjI9eS7YB/DE1461ANvFoFsi4vJVI= 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=Fem9rfRbY2XRSnwml1EhWXrchXVxJjqZDzMZoUXC6GHUpPFRTj5cdliFfvJL21C94K JbRlbMpbSbUeHAHEo2hK5HOr0SrpMNLsKPXGiq08mvt4P4xg5WrrK55IHcyEYUFWeuYL mRJtRhBSAGXlUojatmANtYuxSdoiHftMrW3Hs= MIME-Version: 1.0 Received: by 10.100.120.10 with SMTP id s10mr329806anc.86.1244569611246; Tue, 09 Jun 2009 10:46:51 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> Date: Tue, 9 Jun 2009 20:46:51 +0300 Message-ID: From: Dan Naumov To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 09 Jun 2009 18:23:05 +0000 Cc: Wojciech Puchar , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 17:46:53 -0000 What arch are these snapshots, are they amd64 or i386? Speaking of -STABLE snapshots, since they are a more slowly moving target than -CURRENT, 1 snapshot every week or so would definately be enough :) - Dan Naumov On Tue, Jun 9, 2009 at 8:31 PM, Scott Ullrich wrote: > On Tue, Jun 9, 2009 at 1:17 PM, Dan Naumov wrote: >> Great! I am downloading >> http://snapshots.pfsense.org/FreeBSD_8_0/FreeBSD-20090608-1522-8.0-CURRE= NT.iso.gz >> as we speak and will give it a whirl within the next few days. Any >> plans to do similar snapshot builds of -STABLE? > > I had not planned on it but I guess that some bending of my arm might > be in order. > > I'll look into it. =A0 We just retired a builder box for pfSense that I > might be able to use. > > Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 18:24:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B595110656B5 for ; Tue, 9 Jun 2009 18:24:33 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 01C868FC21 for ; Tue, 9 Jun 2009 18:24:32 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: (qmail 24017 invoked from network); 9 Jun 2009 17:57:50 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 9 Jun 2009 17:57:50 -0000 Date: Tue, 09 Jun 2009 19:57:50 +0200 (CEST) Message-Id: <20090609.195750.41709103.sthaug@nethelp.no> To: snb@freebsd.org From: sthaug@nethelp.no In-Reply-To: <20090609172142.GA92146@ebi.local> References: <20090609172142.GA92146@ebi.local> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, dan.naumov@gmail.com Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 18:24:34 -0000 > Can you back this up? I cannot recall having ever rendered a FreeBSD > system unbootable due to UFS/UFS2 problems after a power failure or > crash. I once had a problem with snapshots that made background fsck > fail and crash the system, but it was fixable by booting single user and > running fsck manually. This was a couple of years ago, and I think the > problem has since been fixed. I've had several cases that needed manual fsck. After I turned off background fsck, the problems stopped. These days background_fsck="NO" is a standard part of my rc.conf. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 18:26:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30710106568D; Tue, 9 Jun 2009 18:26:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id E94488FC16; Tue, 9 Jun 2009 18:26:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5621B1CD98; Tue, 9 Jun 2009 20:26:30 +0200 (CEST) Date: Tue, 9 Jun 2009 20:26:30 +0200 From: Ed Schouten To: Gabor Kovesdan Message-ID: <20090609182630.GK48776@hoeg.nl> References: <20090526213921.GD48776@hoeg.nl> <20090608182658.GY12796@egr.msu.edu> <4A2EA4E0.3090506@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUR78EuMd8EhT3+C" Content-Disposition: inline In-Reply-To: <4A2EA4E0.3090506@FreeBSD.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Adam McDougall , FreeBSD Current Subject: Re: CFT: ee 1.5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 18:26:31 -0000 --CUR78EuMd8EhT3+C Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Gabor, Adam, * Gabor Kovesdan wrote: > Adam McDougall escribi=F3: >> After using the new ee in a -current build, it seems like an old issue >> has come back where if the containing xterm is resized, ee ungracefully >> exits without saving. I think it was fixed a while ago but a quick look >> at the modern ee.c seems to indicate this was lost: The resize issue: i tried to fix it properly, but the issue is that the fix that we had was not accurate. It could cause ee to keep spinning infinitely. I tried to fix it, but it turned out wgetch() doesn't really do what the manpage states: | Programmers concerned about portability should be prepared for either | of two cases: (a) signal receipt does not interrupt getch; (b) signal | receipt interrupts getch and causes it to return ERR with errno set to | EINTR. Under the ncurses implementation, handled signals never inter- | rupt getch. It turns out ncurses just returns with errno set to 0, very weird. > There's another regression. If you edit more files with one command line = =20 > (ee foo bar baz ...) and modify one of them and just look into the rest = =20 > each file will be treated as modified and you will be asked if you want = =20 > to save it. This wasn't the case before the upgrade. Editing multiple files: it probably has to do something with text_changes not being set to FALSE properly. I'll see if I can find some time to look at these issues within the next couple of days. Hang in there! ;-) --=20 Ed Schouten WWW: http://80386.nl/ --CUR78EuMd8EhT3+C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkouqVYACgkQ52SDGA2eCwUVBACfXMeROqnF2Mea4oUxEzythEEB DREAn1N+j+wS+ttYjJNsYIrnZDGUvKYA =0tVt -----END PGP SIGNATURE----- --CUR78EuMd8EhT3+C-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 18:35:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88EBF106566C; Tue, 9 Jun 2009 18:35:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-pz0-f195.google.com (mail-pz0-f195.google.com [209.85.222.195]) by mx1.freebsd.org (Postfix) with ESMTP id 54B8E8FC17; Tue, 9 Jun 2009 18:35:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pzk33 with SMTP id 33so191835pzk.3 for ; Tue, 09 Jun 2009 11:35:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=mVHdKstJKtwblw2IYKlZyUHxSGDoziM8p9ogeOAb7YI=; b=BdA4lA/TirzdFDQiZEY8HQBlTa9jVpx4G7OyEXCXlrJWqmE4xAfHbKROAXyQhmVgKK 8OoViVJ90JP/xlIFQ1Xfb0lNbpGNQmxi0w1PgzPL9jP1Gt7wkc8vv6aw3/yA4qUpQ5no bEgvYi6FJxNgaS4pXBz9Gi479O71JTm7Z7s1U= 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=s+x9H8hkd/rbeZNZsZXvb1D17skqCpo+yCg7aqDa9DKphSzN/mdW7O8drTL698hAty khD397bvZBBtGXc7DKcZRkBZG5cQXv6hBvPBSaN+JAnqiIqs6n9761Agp1ZmBHw5JCYW ESskRiehl8gnUaf1/sRvTu69ErEEQYXMiQVDc= MIME-Version: 1.0 Received: by 10.142.211.7 with SMTP id j7mr140917wfg.165.1244570686816; Tue, 09 Jun 2009 11:04:46 -0700 (PDT) In-Reply-To: <20090606162235.GA49444@triton.kn-bremen.de> References: <20090606162235.GA49444@triton.kn-bremen.de> Date: Tue, 9 Jun 2009 11:04:46 -0700 Message-ID: <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> From: Jack Vogel To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 18:35:54 -0000 There is a change coming that will resolve this, stay tuned. Jack On Sat, Jun 6, 2009 at 9:22 AM, Juergen Lock wrote: > Hi! > > I just made a new vbox/qemu -current guest to look at flash10 vs f10 > (I made a raw image using qemu-img and gave that to vbox as per this > description, > http://www.virtualbox.org/manual/UserManual.html#rawdisk > so that I can also mount it from the host using mdconfig and boot it > in qemu too), and noticed em(4) in both vbox and qemu now report > `Invalid MAC address' and consequently don't attach: > > vbox: > em0: port 0xd010-0xd017 mem > 0xf0000 > 000-0xf001ffff irq 19 at device 3.0 on pci0 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xf0000000 > em0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd010 > em0: Invalid MAC address > device_attach: em0 attach returned 5 > > qemu: > em0: port 0xc040-0xc07f mem > 0xf2020 > 000-0xf203ffff irq 11 at device 3.0 on pci0 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xf2020000 > em0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xc040 > em0: Invalid MAC address > device_attach: em0 attach returned 5 > > I had to switch to PCnet-PCI II in vbox and model=pcnet in qemu, both > driven by le(4) in the guest. Btw, PCnet-FAST III in vbox also doesn't > work (driven by pcn(4)), it fails to dhcp, but that breakage also exists > in 7.2 so its much older. > > head snapshot where em(4) works: 8.0-HEAD-20090403-JPSNAP > head snapshot where em(4) is broken: 8.0-HEAD-20090605-JPSNAP > > Anyway, on to www/linux-f8-flashplugin10 with OVERRIDE_LINUX_BASE_PORT > and OVERRIDE_LINUX_NONBASE_PORTS both f10: I got that going after > removing libidn from the port's USE_LINUX_APPS (its part of linux_base-f10) > and installing two new dependencies of f10's libcurl: > libldap-2.4.so.2 in openldap-2.4.12-1.fc10.i386.rpm > and > libsasl2.so.2 in cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm > (so we'll need two new ports for these), and then finally to get > libflashsupport working too (i.e., audio) I had to > ln -s libssl.so.7 /compat/linux/lib/libssl.so.6 > - so we probably need a new linux-f10-flashsupport too if we want to > avoid that symlink. > > Oh and btw I got a weird audio issue in vbox also: most of the times > audio plays too fast and sounds ugly (using snd_ich; this stays until > guest reboot), but I also had the guest boot a few times with proper > audio... > > Cheers, > Juergen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 19:56:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58DA6106566C; Tue, 9 Jun 2009 19:56:23 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 155358FC13; Tue, 9 Jun 2009 19:56:22 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5005D1E001C2; Tue, 9 Jun 2009 21:56:21 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n59Jpgkf005177; Tue, 9 Jun 2009 21:51:42 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n59JpffP005176; Tue, 9 Jun 2009 21:51:41 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Tue, 9 Jun 2009 21:51:41 +0200 To: Jack Vogel Message-ID: <20090609195141.GA4982@triton.kn-bremen.de> References: <20090606162235.GA49444@triton.kn-bremen.de> <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-Mailman-Approved-At: Tue, 09 Jun 2009 19:59:19 +0000 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 19:56:23 -0000 On Tue, Jun 09, 2009 at 11:04:46AM -0700, Jack Vogel wrote: > There is a change coming that will resolve this, stay tuned. Cool, thanx! :) Btw I posted patches too a few days later, in case you didn't see: (I just noticed -current appears to have been dropped from the Cc somehow so they only went to -emulation...) http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006292.html and for qemu: http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006293.html Thanx again, Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 20:07:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0256D106566C; Tue, 9 Jun 2009 20:07:41 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id F169E8FC38; Tue, 9 Jun 2009 20:07:39 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59K7YwP008309; Tue, 9 Jun 2009 22:07:34 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59K7XtU008306; Tue, 9 Jun 2009 22:07:34 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 22:07:33 +0200 (CEST) From: Wojciech Puchar To: sthaug@nethelp.no In-Reply-To: <20090609.195750.41709103.sthaug@nethelp.no> Message-ID: References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 20:22:18 +0000 Cc: snb@freebsd.org, freebsd-current@freebsd.org, dan.naumov@gmail.com, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 20:07:42 -0000 >> problem has since been fixed. > > I've had several cases that needed manual fsck. After I turned off > background fsck, the problems stopped. These days background_fsck="NO" > is a standard part of my rc.conf. and mine. actually snapshots doesn't work on large partitions - could simply crash. that's why i wrote that UFS has practically no bugs, except snapshots. But i don't see it as a problem. i don't like my system to start unchecked and then be "background" checked. this background checking slows down system so much and takes more time than foreground checking. FreeBSD really doesn't crash every day, so what a problem to just do fsck at start and wait a bit. From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 20:09:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9004106564A for ; Tue, 9 Jun 2009 20:09:13 +0000 (UTC) (envelope-from bt@turtle.freedns.us) Received: from mail10.dslextreme.com (mail10.dslextreme.com [66.51.199.98]) by mx1.freebsd.org (Postfix) with SMTP id 82BBA8FC24 for ; Tue, 9 Jun 2009 20:09:13 +0000 (UTC) (envelope-from bt@turtle.freedns.us) Received: (qmail 21662 invoked from network); 9 Jun 2009 19:42:27 -0000 Received: from unknown (HELO turtle.freedns.us) (66.159.221.76) by mail10.dslextreme.com with (DHE-RSA-AES256-SHA encrypted) SMTP; Tue, 09 Jun 2009 12:42:27 -0700 Received: from panda.turtle.freedns.us (panda.turtle.freedns.us [10.0.0.2]) by turtle.freedns.us (8.14.2/8.14.2) with ESMTP id n59Jgu6d088459 for ; Tue, 9 Jun 2009 12:42:56 -0700 (PDT) (envelope-from bt@turtle.freedns.us) Message-ID: <4A2EBB22.10501@turtle.freedns.us> Date: Tue, 09 Jun 2009 12:42:26 -0700 From: Igor Serikov User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-MagicMail-UUID: a9ab553e-552d-11de-b8d3-00188bf6df8c X-Mailman-Approved-At: Tue, 09 Jun 2009 20:22:29 +0000 Subject: mmap & nVidia GPU driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 20:09:14 -0000 Fellow developers, Could you please comment on the following: ((( http://kerneltrap.org/mailarchive/freebsd-announce/2009/5/9/5671694 John Baldwin: Currently I am waiting for review and feedback from several folks. I am hopeful that these patches will be in HEAD soon, prior to the 8.0 freeze. ))) ((( http://www.nvnews.net/vbulletin/showthread.php?p=1993739 **zander* * As to a BETA driver for FreeBSD/amd64, not all of John Baldwin's recent work has made it into FreeBSD 8.0-CURRENT and FreeBSD 7.x-STABLE. Until this changes, I can't even speculate as to when a BETA driver might become available. ))) Does it mean that there are still some chances that 8.0 will satisfy nVidia and we will see this so long expected driver soon after the release? Igor. From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 20:35:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3CC31065670; Tue, 9 Jun 2009 20:35:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEAE8FC0C; Tue, 9 Jun 2009 20:35:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1ME82C-000GIK-5I; Tue, 09 Jun 2009 20:35:04 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 859C32091ED7; Wed, 10 Jun 2009 05:35:03 +0900 (JST) Date: Wed, 10 Jun 2009 05:35:02 +0900 Message-ID: From: Randy Bush To: sthaug@nethelp.no In-Reply-To: <20090609.195750.41709103.sthaug@nethelp.no> References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: snb@freebsd.org, freebsd-current@freebsd.org, dan.naumov@gmail.com, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 20:35:07 -0000 > I've had several cases that needed manual fsck. After I turned off > background fsck, the problems stopped. These days background_fsck="NO" > is a standard part of my rc.conf. don't be so negative, steinar, balance it with fsck_y_enable=YES randy From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 20:10:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F399106566C; Tue, 9 Jun 2009 20:10:31 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8078FC1D; Tue, 9 Jun 2009 20:10:28 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59KAMQq008335; Tue, 9 Jun 2009 22:10:22 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59KAM5R008332; Tue, 9 Jun 2009 22:10:22 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 22:10:22 +0200 (CEST) From: Wojciech Puchar To: Dan Naumov In-Reply-To: Message-ID: References: <20090609172142.GA92146@ebi.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 20:36:23 +0000 Cc: Nick Barkas , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 20:10:32 -0000 > filesystems/volumes of today, which can easily span 10tb+ in a > production environment, having to deal with fsck times is a complete > no-go. > just use large block sizes are really small amount of inodes. it's unlikely that you will fill such huge FS with mostly small files, so larger blocks are not wasting space. Just DON'T USE defaults. fsck takes <5 minutes to check 1TB drive with -b 32768 and -i 524288 > One could of course argue that environments where 10tb+ volumes are > used right now are special cases, where the administrator would know No it's not special case. Just needs to be handled properly. From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:12:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC7D106568D; Tue, 9 Jun 2009 21:12:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-pz0-f195.google.com (mail-pz0-f195.google.com [209.85.222.195]) by mx1.freebsd.org (Postfix) with ESMTP id 588CC8FC1C; Tue, 9 Jun 2009 21:12:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pzk33 with SMTP id 33so287780pzk.3 for ; Tue, 09 Jun 2009 14:12:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7JGlyLz67+Gmu3kCRowqfnvhyF8JwulNQGFiLw8Tn9g=; b=jmMidWPo6kVCURtpxktB4+kKzNjDkOAJC/JSrnpSsDj2GyWWCXvMTamhjmATZoZY4X VHJDE44uHfiHxfcOy5gv+Y6FPMqToNQypQfVOQLMSGkubcAsyXk6KtVqUhUY0vqj7aj/ pFTFFu0EGDQS/8mrc2WJKO1Yi8zQG2o9KjrzM= 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=Hz5J2XdOER5RrAx2VhCJ4Gyq1+fDOwnhln9u3Wn+/Sk4Uukr1rccwXEYY7yIdJYEdI EqZz/wlefhEtqALZT5ovt8CO40NwuZOBtI951MJwgC/bmE8jt5YtoKcwK5UHY6d8AGDZ nfg+A/x+I9PzLlBuUvmRVSBitgX0YwfCCxkvo= MIME-Version: 1.0 Received: by 10.142.234.16 with SMTP id g16mr209891wfh.107.1244581932884; Tue, 09 Jun 2009 14:12:12 -0700 (PDT) In-Reply-To: <20090609195141.GA4982@triton.kn-bremen.de> References: <20090606162235.GA49444@triton.kn-bremen.de> <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> <20090609195141.GA4982@triton.kn-bremen.de> Date: Tue, 9 Jun 2009 14:12:12 -0700 Message-ID: <2a41acea0906091412k4fc58f4dt2c4ebbbb6dbd46dd@mail.gmail.com> From: Jack Vogel To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:12:14 -0000 Your change would work, but as its shared code and there are other OS's and their issues to worry about, what I am going to do is a bit different. I am including a patch if you would try this now, there will be a full driver update soon. Anyone set up to test this please post your results here. Cheers, Jack --- /usr/src/sys/dev/e1000/e1000_82540.c 2009-04-09 17:05:46.000000000 -0700 +++ ./e1000_82540.c 2009-06-09 18:47:24.000000000 -0700 @@ -30,7 +30,7 @@ POSSIBILITY OF SUCH DAMAGE. ******************************************************************************/ -/*$FreeBSD: src/sys/dev/e1000/e1000_82540.c,v 1.3 2009/04/10 00:05:46 jfv Exp $*/ +/*$FreeBSD: $*/ /* * 82540EM Gigabit Ethernet Controller @@ -57,6 +57,7 @@ static s32 e1000_setup_copper_link_82540(struct e1000_hw *hw); static s32 e1000_setup_fiber_serdes_link_82540(struct e1000_hw *hw); static void e1000_power_down_phy_copper_82540(struct e1000_hw *hw); +static s32 e1000_read_mac_addr_82540(struct e1000_hw *hw); /** * e1000_init_phy_params_82540 - Init PHY func ptrs. @@ -229,6 +230,8 @@ mac->ops.clear_vfta = e1000_clear_vfta_generic; /* setting MTA */ mac->ops.mta_set = e1000_mta_set_generic; + /* read mac address */ + mac->ops.read_mac_addr = e1000_read_mac_addr_82540; /* ID LED init */ mac->ops.id_led_init = e1000_id_led_init_generic; /* setup LED */ @@ -676,3 +679,45 @@ E1000_READ_REG(hw, E1000_MGTPTC); } +/** + * e1000_read_mac_addr_82540 - Read device MAC address + * @hw: pointer to the HW structure + * + * Reads the device MAC address from the EEPROM and stores the value. + * Since devices with two ports use the same EEPROM, we increment the + * last bit in the MAC address for the second port. + * + * This version is being used over generic because of customer issues + * with VmWare and Virtual Box when using generic. It seems in + * the emulated 82545, RAR[0] does NOT have a valid address after a + * reset, this older method works and using this breaks nothing for + * these legacy adapters. + **/ +s32 e1000_read_mac_addr_82540(struct e1000_hw *hw) +{ + s32 ret_val = E1000_SUCCESS; + u16 offset, nvm_data, i; + + DEBUGFUNC("e1000_read_mac_addr"); + + for (i = 0; i < ETH_ADDR_LEN; i += 2) { + offset = i >> 1; + ret_val = hw->nvm.ops.read(hw, offset, 1, &nvm_data); + if (ret_val) { + DEBUGOUT("NVM Read Error\n"); + goto out; + } + hw->mac.perm_addr[i] = (u8)(nvm_data & 0xFF); + hw->mac.perm_addr[i+1] = (u8)(nvm_data >> 8); + } + + /* Flip last bit of mac address if we're on second port */ + if (hw->bus.func == E1000_FUNC_1) + hw->mac.perm_addr[5] ^= 1; + + for (i = 0; i < ETH_ADDR_LEN; i++) + hw->mac.addr[i] = hw->mac.perm_addr[i]; + +out: + return ret_val; +} On Tue, Jun 9, 2009 at 12:51 PM, Juergen Lock wrote: > On Tue, Jun 09, 2009 at 11:04:46AM -0700, Jack Vogel wrote: > > There is a change coming that will resolve this, stay tuned. > > Cool, thanx! :) > > Btw I posted patches too a few days later, in case you didn't see: > (I just noticed -current appears to have been dropped from the Cc somehow > so they only went to -emulation...) > > http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006292.html > and for qemu: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006293.html > > Thanx again, > Juergen > From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:12:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC6D81065695 for ; Tue, 9 Jun 2009 21:12:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 65D308FC18 for ; Tue, 9 Jun 2009 21:12:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 9979 invoked by uid 399); 9 Jun 2009 21:12:31 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Jun 2009 21:12:31 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A2ED03E.8080803@FreeBSD.org> Date: Tue, 09 Jun 2009 14:12:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Mario Pavlov References: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> In-Reply-To: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Jacques Fourie , freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:12:36 -0000 With this patch I still get an instant panic when I try to kldload vboxdrv. Same as the ones I've reported previously. It would be really great if someone wanted to look at this issue, not only would I really like to give virtualbox a try, but we're rapidly approaching the code freeze and if there is a fix for 8.x that is needed for this I'd hate to see it miss the deadline. Doug Mario Pavlov wrote: > Hi, > thanks a lot for that fix > it worked for me, please find attached the patch file, slightly modified so it can be successfully applied > the good news is that when I loaded the module it didn't panic, I was even able to run VirtualBox > ...I created a virtual machine for windows xp and started the installation...but the virtual machine crashes after the windows installer loads all drivers and tries to start the actual installation > and I can see this at the bottom of the vbox log > ========================================================================================================================== > 00:00:57.770 !!Assertion Failed!! > 00:00:57.770 Expression: u64Now <= pNext->u64Expire > 00:00:57.770 Location : /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/VMM/TM.cpp(1899) void tmR3TimerQueueRunVirtualSync(VM*) > ========================================================================================================================== > > and this is what I see in /var/log/messages > > ========================================================================================================================== > Jun 6 11:39:14 home kernel: VBoxDrvFreeBSDClone: pszName=vboxdrv0 ppDev=0xffffff807742f628 > Jun 6 11:39:14 home kernel: VBoxDrvFreeBSDClone: pszName=vboxdrv0 iUnit=0 > Jun 6 11:39:14 home kernel: VBoxDrvFreeBSDClone: clone_create -> 1; iUnit=0 > Jun 6 11:39:14 home kernel: VBoxDrvFreeBSDClone: Created *ppDev=0xffffff003235b400 iUnit=0 si_drv1=0 si_drv2=0 > Jun 6 11:39:14 home kernel: VBoxDrvFreeBSDOpen: fOpen=0x3 iUnit=0 > Jun 6 11:39:14 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=20005682 > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=20005686 > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / -37 ulCmd=20005697 > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568a > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568a > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568a > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:16 home last message repeated 4 times > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=20005697 > Jun 6 11:39:16 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:17 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=20005686 > Jun 6 11:39:17 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:17 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=20005686 > Jun 6 11:39:17 home kernel: VBoxDrvFreeBSDIOCtlSlow: returns 0 / 0 ulCmd=2000568e > Jun 6 11:39:17 home last message repeated 5 times > Jun 6 11:39:17 home kernel: HWACCMR0InitVM: ffffff80776bf000 > Jun 6 11:40:11 home kernel: pid 18802 (VirtualBox), uid 0: exited on signal 5 (core dumped) > Jun 6 11:40:11 home kernel: VBoxDrvFreeBSDClose: fFile=0x3 iUnit=0 pSession=0xffffff000890e010 > Jun 6 11:40:11 home kernel: HWACCMR0TermVM: ffffff80776bf000 > ========================================================================================================================== > > Has someone successfully installed windows xp on VirtualBox ? > > regards, > mgp > > P.S. it would be great if I could install windows so I could finally play StarCraft! :) > > >> Hi, > >> I've tried http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz out... > >> - it compiles fine (except for the iso I had to download manually) > >> - it panics when I try to load the kernel module, first I tried to load it with X running and the second time I tried to load it without X running, please find attached the output. > >> > >> about my machine: > >> $ uname -a > >> FreeBSD home.mydomain.org 7.2-STABLE FreeBSD 7.2-STABLE #7: Thu May 28 01:24:11 EEST 2009 mgp@mydomain.org:/usr/obj/usr/src/sys/Ss-STABLE amd64 > >> > >> and also ports updated from 28th of May > >> > >> regards, > >> mgp > >> _______________________________________________ > >> 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" > >> > > > >The following patch fixes this issue for me. > > > >--- semevent-r0drv-freebsd.c.old 2009-06-05 12:48:55.841136475 +0200 > >+++ semevent-r0drv-freebsd.c 2009-06-05 12:15:08.610705499 +0200 > >@@ -181,7 +181,7 @@ > > rc = tsleep(pEventInt, /* block id */ > > fInterruptible ? PZERO | PCATCH : PZERO, > > "iprtev", > >- tvtohz(&tv)); > >+ cMillies == RT_INDEFINITE_WAIT ? 0 : tvtohz(&tv)); > > mtx_lock_spin(&pEventInt->Mtx); > > > >Regards, > >Jacques -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:16:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA919106578C for ; Tue, 9 Jun 2009 21:16:50 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 834838FC1D for ; Tue, 9 Jun 2009 21:16:50 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx1.stack.nl (Postfix, from userid 65534) id 88427359943; Tue, 9 Jun 2009 23:16:49 +0200 (CEST) X-Spam-DCC: CTc-dcc2: scanner01.stack.nl 1031; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on scanner01.stack.nl X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Relay-Country: _RELAYCOUNTRY_ Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 236DC359943; Tue, 9 Jun 2009 23:16:47 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id D103C228CB; Tue, 9 Jun 2009 23:16:21 +0200 (CEST) Date: Tue, 9 Jun 2009 23:16:21 +0200 From: Jilles Tjoelker To: Jille Timmermans Message-ID: <20090609211621.GA24874@stack.nl> References: <4A2D62B6.9080207@quis.cx> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <4A2D62B6.9080207@quis.cx> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:16:51 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 08, 2009 at 09:12:54PM +0200, Jille Timmermans wrote: > I was playing with the new hierarchical jails (yay!) and devfs(8) to > tune the devfs mountpoints. At some point I tried to apply another > ruleset and the machine panic'd a few seconds later. > I haven't been able to reproduce this. > [panic: oof, we didn't get our fd from fdcheckstd() in kern_exec.c] This KASSERT may happen if you execute a setuid/setgid program with one or more of fd 0, 1, 2 closed, and you cannot open /dev/null (e.g. not present, bad permissions). The assertion checks td->td_retval[0] even if kern_open() failed. After that, if td->td_retval[0] happened to be equal to the expected value or INVARIANTS was disabled, the function checks if kern_open() failed. If so, it returns an error which eventually causes "whoops, no process anymore" process termination in do_execve() (appears as SIGABRT). Moving the assertion below the error check seems to fix the problem (see attached patch). It may also be helpful to KASSERT or comment that thread_single(SINGLE_BOUNDARY) or similar must be in effect, otherwise our work could be undone by other threads (similar to the KASSERT(fdp->fd_refcnt == 1) already present). kern_exec.c takes care of both of these. -- Jilles Tjoelker --wRRV7LY7NUeQGEoC Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fdcheckstd-fix.patch" Index: sys/kern/kern_descrip.c =================================================================== --- sys/kern/kern_descrip.c (revision 193636) +++ sys/kern/kern_descrip.c (working copy) @@ -1943,10 +1943,10 @@ error = kern_open(td, "/dev/null", UIO_SYSSPACE, O_RDWR, 0); devnull = td->td_retval[0]; - KASSERT(devnull == i, ("oof, we didn't get our fd")); td->td_retval[0] = save; if (error) break; + KASSERT(devnull == i, ("oof, we didn't get our fd")); } else { error = do_dup(td, DUP_FIXED, devnull, i, &retval); if (error != 0) --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:17:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 254D410656C8 for ; Tue, 9 Jun 2009 21:17:50 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id AE0F68FC1E for ; Tue, 9 Jun 2009 21:17:49 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by ewy8 with SMTP id 8so291589ewy.43 for ; Tue, 09 Jun 2009 14:17:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lwZRoJZdb4tynwDl3K2Sb+uWVYd8nhpuuwcJS8vjdVk=; b=g8dcP1Y8l+DB55Hc60KMBt0mcZZoJEpg1vgU8q9+Bb4ICycfLZ2vJ7ZyR18KlhHA/m XYJ/mtSqxetHCpZwtuEBI2IeTjW0tmttN4j9R2uFcEsBLfRfJqTDmyv0UNRT1nZodAwF X1O0UgHSh/t97E4+FHmeNFVLxOWb2CyHcNtMw= 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=bI3mzNzPVVnOJkrwVPGkQs/k5S5xQIuKKv3XFd6HG6Ajjzk7R8xo9v2EnUZIfN3dNa mvRxxexICWjbNMp8VThn9Tanl3TmGgcMzGR8h+cN8UAGGanK7AgBd30AM4Zzie1MBae/ zVZL7XE0CAETQX0DYt4AnwLwhCYKIYmoqTaAk= MIME-Version: 1.0 Received: by 10.216.28.208 with SMTP id g58mr210370wea.11.1244582268757; Tue, 09 Jun 2009 14:17:48 -0700 (PDT) In-Reply-To: <4A2EBB22.10501@turtle.freedns.us> References: <4A2EBB22.10501@turtle.freedns.us> Date: Tue, 9 Jun 2009 16:17:48 -0500 Message-ID: <11167f520906091417v2a5c35a2n83dbb9ba43e78fde@mail.gmail.com> From: "Sam Fourman Jr." To: Igor Serikov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: mmap & nVidia GPU driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:17:50 -0000 > Does it mean that there are still some chances that 8.0 will satisfy nVid= ia > and we will see this so long expected driver soon after the release? > > =A0Igor. I Hope so, at least for me and my circle of friends, this is the single most important thing that could happen to FreeBSD, since we require decent 3d acceleration and have a large investment in current Nvidia hardware, it is what makes FreeBSD amd64 usable. it is getting harder and harder to live with less than 4GB of memory on i386. I love FreeBSD and I use it everywhere I can, but from a desktop point of view no 64bit nvidia driver is a very big deal. (Eg, it is hard to not use things as simple as Google E= arth) Just my thoughts. Sam Fourman Jr. Fourman Networks From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:23:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 232E61065670; Tue, 9 Jun 2009 21:23:03 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3E59E8FC18; Tue, 9 Jun 2009 21:23:01 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n59LMuNR008919; Tue, 9 Jun 2009 23:22:56 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n59LMunj008916; Tue, 9 Jun 2009 23:22:56 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 9 Jun 2009 23:22:56 +0200 (CEST) From: Wojciech Puchar To: krad In-Reply-To: Message-ID: References: <20090609172142.GA92146@ebi.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 09 Jun 2009 21:28:17 +0000 Cc: 'Nick Barkas' , freebsd-current@freebsd.org, 'Dan Naumov' , freebsd-hackers@freebsd.org Subject: RE: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:23:03 -0000 > Hmm I disagree about large fs have large files. We have inherited quite a > few mail servers at work with 1 TB + fs. They had 10 of millions of files. still 100kB/file. It's fine to use -b 32768 -f 4096 -i 65536 (or 32768 at least) From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:33:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1D1610656C0 for ; Tue, 9 Jun 2009 21:33:12 +0000 (UTC) (envelope-from jille@quis.cx) Received: from istud.quis.cx (ip83-113-174-82.adsl2.static.versatel.nl [82.174.113.83]) by mx1.freebsd.org (Postfix) with ESMTP id 670D98FC0A for ; Tue, 9 Jun 2009 21:33:12 +0000 (UTC) (envelope-from jille@quis.cx) Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 2525D5C31; Tue, 9 Jun 2009 23:33:11 +0200 (CEST) Message-ID: <4A2ED513.101@quis.cx> Date: Tue, 09 Jun 2009 23:33:07 +0200 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jilles Tjoelker References: <4A2D62B6.9080207@quis.cx> <20090609211621.GA24874@stack.nl> In-Reply-To: <20090609211621.GA24874@stack.nl> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:33:13 -0000 Jilles Tjoelker schreef: > On Mon, Jun 08, 2009 at 09:12:54PM +0200, Jille Timmermans wrote: >> I was playing with the new hierarchical jails (yay!) and devfs(8) to >> tune the devfs mountpoints. At some point I tried to apply another >> ruleset and the machine panic'd a few seconds later. >> I haven't been able to reproduce this. > >> [panic: oof, we didn't get our fd from fdcheckstd() in kern_exec.c] > > This KASSERT may happen if you execute a setuid/setgid program with one > or more of fd 0, 1, 2 closed, and you cannot open /dev/null (e.g. not > present, bad permissions). The assertion checks td->td_retval[0] even if > kern_open() failed. After that, if td->td_retval[0] happened to be equal > to the expected value or INVARIANTS was disabled, the function checks if > kern_open() failed. If so, it returns an error which eventually causes > "whoops, no process anymore" process termination in do_execve() (appears > as SIGABRT). I'm sorry, I forgot to tell that error = 0. (and INVARIANTS is enabled) (kgdb) frame 3 #3 0xc0609399 in fdcheckstd (td=0xc41bfd80) at /usr/src/sys/kern/kern_descrip.c:1946 1946 KASSERT(devnull == i, ("oof, we didn't get our fd")); (kgdb) print error $1 = 0 might this have anything to do with the lockless file descriptor lookup ? (Cc'ing jeff@) I have reproduced the panic a second time; but haven't figured out why it didn't panic my third time. I talked about this with ed@ on IRC; but after that my best guess was that kern_open() was mistaking. We also wondered why the kernel doesn't always have a devnull file descriptor ready, I guess it is usefull in more cases. -- Jille > > Moving the assertion below the error check seems to fix the problem (see > attached patch). > > It may also be helpful to KASSERT or comment that > thread_single(SINGLE_BOUNDARY) or similar must be in effect, otherwise > our work could be undone by other threads (similar to the > KASSERT(fdp->fd_refcnt == 1) already present). kern_exec.c takes care of > both of these. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 21:24:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B65E8106564A; Tue, 9 Jun 2009 21:24:30 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0B46B8FC19; Tue, 9 Jun 2009 21:24:29 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: by ewy8 with SMTP id 8so296175ewy.43 for ; Tue, 09 Jun 2009 14:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references:subject :date:message-id:mime-version:content-type:content-transfer-encoding :x-mailer:x-mimeole:in-reply-to:thread-index; bh=udVaTBsHcA9/4YbcAaHN7I0VZJh4DC/LX10c6Ii5PcY=; b=Bz/bbMdkNfOG+9KjS3ykEZUFj9OJnXNqlQ80jUfBy7TsCsLK0jfq1OUsC8BeSHW9uE egtBPAa3JGQfZdLM6CWNd0NrKdfyOZZTuGE3/z/kk1GgkC1sS7EmumhIttbLVOKj/X7X pU29jBo+awldzKhXlrvv+1iGfaXYyRlGnzWt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:cc:references:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:x-mimeole :in-reply-to:thread-index; b=H8ZgxY9Y3s01q+4blzb0+5zBTPHVG3hvWYHaJFAQotxCmLiW6QPNfT031oXDAR40vx x+vatA6LA76/oGDS1d14uSvV78d4aGa+DKGorU4K2fpW4AIUTszUq2QoK9NHpxm1JO+F v2yUhJY1ltDHOOiWjuYiXDv6tnMjSx1x8BAMI= Received: by 10.210.10.8 with SMTP id 8mr671896ebj.50.1244581105843; Tue, 09 Jun 2009 13:58:25 -0700 (PDT) Received: from LTPCSCOTT (lambo.snaffler.net [80.45.84.89]) by mx.google.com with ESMTPS id 9sm9019618ewy.81.2009.06.09.13.58.24 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 13:58:25 -0700 (PDT) From: krad To: "'Wojciech Puchar'" , "'Dan Naumov'" References: <20090609172142.GA92146@ebi.local> Date: Tue, 9 Jun 2009 21:58:23 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 In-Reply-To: Thread-Index: AcnpPmw91yyDm3PkSeu8iiBd1lLn5AABg1pQ X-Mailman-Approved-At: Tue, 09 Jun 2009 21:35:53 +0000 Cc: 'Nick Barkas' , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: RE: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 21:24:31 -0000 Hmm I disagree about large fs have large files. We have inherited quite a few mail servers at work with 1 TB + fs. They had 10 of millions of files. When we had a failure and had one reboot it was a nightmare, took ages to fix. Needless to say this is all on a zfs backed nfs filer now thank god I do take your point though in many cases what you say would be a good idea. -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Wojciech Puchar Sent: 09 June 2009 21:10 To: Dan Naumov Cc: Nick Barkas; freebsd-current@freebsd.org; freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS > filesystems/volumes of today, which can easily span 10tb+ in a > production environment, having to deal with fsck times is a complete > no-go. > just use large block sizes are really small amount of inodes. it's unlikely that you will fill such huge FS with mostly small files, so larger blocks are not wasting space. Just DON'T USE defaults. fsck takes <5 minutes to check 1TB drive with -b 32768 and -i 524288 > One could of course argue that environments where 10tb+ volumes are > used right now are special cases, where the administrator would know No it's not special case. Just needs to be handled properly. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 22:09:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B9D106568B; Tue, 9 Jun 2009 22:09:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id BFD9E8FC17; Tue, 9 Jun 2009 22:09:27 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id EE80B1E002A6; Wed, 10 Jun 2009 00:09:26 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n59M6nSP014922; Wed, 10 Jun 2009 00:06:49 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n59M6n3E014921; Wed, 10 Jun 2009 00:06:49 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 10 Jun 2009 00:06:48 +0200 To: Jack Vogel Message-ID: <20090609220648.GA14714@triton.kn-bremen.de> References: <20090606162235.GA49444@triton.kn-bremen.de> <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> <20090609195141.GA4982@triton.kn-bremen.de> <2a41acea0906091412k4fc58f4dt2c4ebbbb6dbd46dd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0906091412k4fc58f4dt2c4ebbbb6dbd46dd@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-Mailman-Approved-At: Tue, 09 Jun 2009 22:29:07 +0000 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 22:09:28 -0000 On Tue, Jun 09, 2009 at 02:12:12PM -0700, Jack Vogel wrote: > Your change would work, but as its shared code and there are other OS's and > their issues to worry about, what I am going to do is a bit different. I am > including > a patch if you would try this now, there will be a full driver update soon. > > Anyone set up to test this please post your results here. Ok, worked in qemu, and worked in vbox with two of the three e1000 choices; vbox calls the failed one Intel PRO/1000 T Server (82543GC), pciconf -lv says: em0@pci0:0:3:0: class=0x020000 card=0x10048086 chip=0x10048086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82543GC Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 22:33:09 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BFC31065672 for ; Tue, 9 Jun 2009 22:33:09 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 35CCE8FC0A for ; Tue, 9 Jun 2009 22:33:09 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 765A91E002A6; Wed, 10 Jun 2009 00:33:08 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n59MUw6T017093; Wed, 10 Jun 2009 00:30:58 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n59MUwZE017092; Wed, 10 Jun 2009 00:30:58 +0200 (CEST) (envelope-from nox) Date: Wed, 10 Jun 2009 00:30:58 +0200 (CEST) From: Juergen Lock Message-Id: <200906092230.n59MUwZE017092@triton.kn-bremen.de> To: dougb@FreeBSD.org X-Newsgroups: local.list.freebsd.current In-Reply-To: <4A2ED03E.8080803@FreeBSD.org> References: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> Organization: home X-Mailman-Approved-At: Tue, 09 Jun 2009 22:43:45 +0000 Cc: freebsd-current@FreeBSD.org, Mario Pavlov , Jacques Fourie Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2009 22:33:09 -0000 In article <4A2ED03E.8080803@FreeBSD.org> you write: >With this patch I still get an instant panic when I try to kldload >vboxdrv. Same as the ones I've reported previously. > >It would be really great if someone wanted to look at this issue, not >only would I really like to give virtualbox a try, but we're rapidly >approaching the code freeze and if there is a fix for 8.x that is >needed for this I'd hate to see it miss the deadline. > >Doug While we are talking about the 8.0 deadline... Do we want to do anything about the `calcru: runtime went backwards ...' messages in virtual machines? See this patch (and thread:) http://lists.freebsd.org/pipermail/freebsd-emulation/2009-April/005950.html (I've seen this in vbox also, and there are mentions of this for vmware and ms virtual server in the list archives too so despite the subject this is not really qemu specific.) Cheers, Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 23:12:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E4A106566B; Tue, 9 Jun 2009 23:12:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4FEE48FC21; Tue, 9 Jun 2009 23:12:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n59NCBKu074702; Tue, 9 Jun 2009 19:12:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n59NCBKd084522; Tue, 9 Jun 2009 19:12:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 58C3D7302F; Tue, 9 Jun 2009 19:12:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090609231211.58C3D7302F@freebsd-current.sentex.ca> Date: Tue, 9 Jun 2009 19:12:11 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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: Tue, 09 Jun 2009 23:12:15 -0000 TB --- 2009-06-09 21:48:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-09 21:48:56 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-09 21:48:56 - cleaning the object tree TB --- 2009-06-09 21:49:26 - cvsupping the source tree TB --- 2009-06-09 21:49:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-09 21:49:36 - building world TB --- 2009-06-09 21:49:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 21:49:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 21:49:36 - TARGET=i386 TB --- 2009-06-09 21:49:36 - TARGET_ARCH=i386 TB --- 2009-06-09 21:49:36 - TZ=UTC TB --- 2009-06-09 21:49:36 - __MAKE_CONF=/dev/null TB --- 2009-06-09 21:49:36 - cd /src TB --- 2009-06-09 21:49:36 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 9 21:49:39 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 9 23:12:10 UTC 2009 TB --- 2009-06-09 23:12:10 - generating LINT kernel config TB --- 2009-06-09 23:12:10 - cd /src/sys/i386/conf TB --- 2009-06-09 23:12:10 - /usr/bin/make -B LINT TB --- 2009-06-09 23:12:10 - building LINT kernel TB --- 2009-06-09 23:12:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 23:12:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 23:12:10 - TARGET=i386 TB --- 2009-06-09 23:12:10 - TARGET_ARCH=i386 TB --- 2009-06-09 23:12:10 - TZ=UTC TB --- 2009-06-09 23:12:10 - __MAKE_CONF=/dev/null TB --- 2009-06-09 23:12:10 - cd /src TB --- 2009-06-09 23:12:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 9 23:12:10 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/i386/conf/LINT: unknown option "FLOWTABLE" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 23:12:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 23:12:11 - ERROR: failed to build lint kernel TB --- 2009-06-09 23:12:11 - 3957.74 user 379.08 system 4994.36 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 01:39:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4979A106566B for ; Wed, 10 Jun 2009 01:39:55 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from angel.hellmouth.lotterer.net (angel.hellmouth.lotterer.net [88.198.53.82]) by mx1.freebsd.org (Postfix) with ESMTP id B9B9B8FC15 for ; Wed, 10 Jun 2009 01:39:54 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from dawn.sunnydale.lotterer.net (ppp-93-104-163-93.dynamic.mnet-online.de [93.104.163.93]) by angel.hellmouth.lotterer.net (Postfix) with ESMTPS id DAD631EC102 for ; Tue, 9 Jun 2009 02:12:05 +0200 (CEST) Received: from [172.17.16.148] (lab-winxp-1.sunnydale.lotterer.net [172.17.16.148]) by dawn.sunnydale.lotterer.net (Postfix) with ESMTPSA id 17CAB47A6F for ; Tue, 9 Jun 2009 02:11:58 +0200 (CEST) Message-ID: <4A2DA8D9.2030300@lotterer.net> Date: Tue, 09 Jun 2009 02:12:09 +0200 From: Thomas Lotterer User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.2.5-openpkg X-Spam-Checker-Version: SpamAssassin 3.2.5-openpkg (2008-06-10) on angel.lotterer.net X-Mailman-Approved-At: Wed, 10 Jun 2009 02:10:49 +0000 Subject: suspect bug in vge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 01:39:55 -0000 I need advice hunting down a network problem which I suspect to be a bug in the vge(4) driver. After spending a lot of time on investigation, I'm out of ideas My recently built new home server running FreeBSD 8.0-CURRENT as of 2009-06-07 on a VIA ARTiGO A2000 [1] exhibits network problems when sending more than a couple of dozened kilobytes of TCP traffic. The server application is "Dovecot" [2] Secure IMAP server. The client application is "Thunderbird" [3] running on WindowsXP. The high-level view of the problem is that the client seems to stall downloading messages or even a complex structure of IMAP folder names. When using STARTTLS the client often prints the infamous generic and misleading error "Thunderbird received a message with incorrect Message Authentication Code. If the error occurs frequently, contact the website administrator". The origin of this message is the SSL library that ships with Thunderbird. The same library is used for Firefox where the hint might actually make sense when the user is attempting to access a broken HTTPS server. After lots of debugging I found out that the same error is not only printed for TLS/SSL issues but simply also for broken TCP streams, let it be wrong TCP checksums or a server process dumping core. So I tried IMAP without TLS just to see the same issue with the misleading SSL error replaced by an application hang. I ran truss(1) against Dovecot, placed Thunderbird in debug mode [4] and found out that during a stall condition the server did write(2) all the data to the TCP socket but some data did not arrive at the client. The low-level view of the problem is that Wireshark on the client side sooner or later - not for the first few dozened packets - sees a packet with an incorrect TCP checksum. Usually the next packet is from the server again, continuing the stream. What follows is an expected but fruitless attempt of the client sending duplicate ACKs for the last good packet but the server incorrectly retransmitting more TCP packets with bad checksums. To me it sounds like a broken implementation of hardware generated checksums. Trying to disable all the "-tso" "-lro" "-txcsum" "-rxcsum" options and using "polling" option on the server side network interface did not help. So either something deeper is broken or maybe just the ability to disable these features needs fixing. Btw, the client using "VMware Accelerated AMD PCNet Adapter" driver with "TCP/IP Offload=off" and "TsoEnable=0". Sorry to bother you with more details but here's why I believe it's an hardware/driver issue. Before I purchased the hardware I tried a dry run. Installed FreeBSD 7.1-RELEASE as VM guest, then upgraded to FreeBSD 8.0-CURRENT using FreeBSD Administration Toolkit [5]. Built OS and apps from source, loaded my data - worked! Used the same client that has problems with the real hardware today. Then used that VM as build host to create the NanoBSD [6] Flash image for the ARTiGO. Both use exactly the same sources. The VM works, the metal is broken. One of the few differences is the NIC and it's driver. As a workaround I copied the VM to a usual PC equipped with a fxp(4) NIC - worked! So it really looks like an OS/HW compatibility issue on the ARTiGO. In case you are considering a hardware defect please note that before I loaded the OS, apps and my data to this new hardware I thoroughly tested what I could. One week filling the disks to the max using repetitive copies of a file created from /dev/random and, after manually breaking and rebuilding ZFS mirror, checking data integrity using message digests. No problems with disks, albeit poor SATA performance, but that's another story. One day running memtest86 [7]. No problems with memory. One hour NIC test copying /dev/zero to /dev/null over the wire using "scp -o compression=no". No hangs or hiccups here. Hope you can help me. **** manually trimmed/shaped server details **** # uname -a FreeBSD [...] 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jun 7 13:09:44 CEST 2009 root@[...]:/usr/obj/nanobsd/usr/src/sys/VIAARTIGOA2000 i386 # dmesg CPU: VIA C7-D Processor 1500MHz (1499.85-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x6d0 Stepping = 0 Features=0xa7c9bbff Features2=0x4001 VIA Padlock Features=0xffcc real memory = 2147483648 (2048 MB) avail memory = 2031333376 (1937 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard pci0: on pcib0 vgapci0: mem 0xd8000000-0xdbffffff,0xde000000-0xdeffffff,0xc0000000-0xcfffffff at device 1.0 on pci0 pcib1: irq 27 at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 31 at device 3.0 on pci0 pci2: on pcib2 vge0: port 0xec00-0xecff mem 0xdf7ff000-0xdf7ff0ff irq 28 at device 0.0 on pci2 miibus0: on vge0 ip1000phy0: PHY 22 on miibus0 ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto vge0: WARNING: using obsoleted if_watchdog interface vge0: Ethernet address: 00:40:63:xx:xx:xx # after boot # ifconfig vge0 vge0: flags=8843 metric 0 mtu 1500 options=1b ether 00:40:63:xx:xx:xx inet [...] media: Ethernet autoselect (1000baseT ) status: active # after adding options "-tso" "-lro" "-txcsum" "-rxcsum" "polling" and trying after each one the final result is # ifconfig vge0 vge0: flags=8843 metric 0 mtu 1500 options=18 ether 00:40:63:xx:xx:xx inet [...] media: Ethernet autoselect (1000baseT ) status: active # pciconf -lbv vge0@pci0:2:0:0: class=0x020000 card=0x01101106 chip=0x31191106 rev=0x82 hdr=0x00 vendor = 'VIA Technologies Inc' device = ''Velocity' Gigabit Ethernet Controllers (VT6120/VT6121/VT6122)' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0xec00, size 256, enabled bar [14] = type Memory, range 64, base 0xdf7ff000, size 256, enabled # vmstat -i interrupt total rate irq28: vge0 328436 23 **** references **** [1] VIA ARTiGO A2000 is a storage-oriented compact barebone PC -> http://www.via.com.tw/en/products/embedded/artigo/a2000/ [2] Dovecot Secure IMAP server, version 1.1.15 -> http://www.dovecot.org/ [3] Mozilla's Thunderbird email application, version 2.0.0.21 (20090302) -> http://www.mozillamessaging.com/en-US/thunderbird/ [4] run Thunderbird in debug mode set NSPR_LOG_MODULES=IMAP:5 set NSPR_LOG_FILE=C:\thunderbird.txt start /d "C:\Program Files\Mozilla Thunderbird\" thunderbird.exe -> http://wiki.Dovecot.org/Debugging/Thunderbird [5] Convenient FreeBSD Administration Toolkit -> http://people.freebsd.org/~rse/adm/ [6] NanoBSD Howto -> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/nanobsd/ [7] Memory Diagnostic -> http://www.memtest86.com/memtest86-3.5.iso.zip **** related **** No 1000baseTX on VIA Artigo A2000 -> http://apps.sourceforge.net/phpbb/freenas/viewtopic.php?f=9&t=851 kern/130846: [vge] vge0 not autonegotiating to 1000baseTX full duplex in 7.1 -> http://www.freebsd.org/cgi/query-pr.cgi?pr=130846 FreeNAS on the ARTiGO A2000 -> http://www.logicsupply.com/blog/2008/12/29/freenas-on-the-artigo-a2000/ -- http://thomas.lotterer.net From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 02:47:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 134D5106566B for ; Wed, 10 Jun 2009 02:47:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id D57F68FC0A for ; Wed, 10 Jun 2009 02:47:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so174754rvb.43 for ; Tue, 09 Jun 2009 19:47:43 -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=X/n3GylX7M2lwxwWEoUnpvHMHPxB/L2RbON3t5khWnQ=; b=lsBfMUn7nkhqXkeQcflIAxYvA2KigBms/N+P7vH3ZZHLl+BM1N91Ln3gGBEM2weLb6 c13beu5/eR9ZdOtO+D7n7zJSCOzJ1TiNFEUzkyF82xTJO/Al8cQGpHXTE/kzqaIhxqlc ojLKQjdSgjoFtfij4q9VWbrrcS8MGZ7RkWFEA= 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=N4iEvoEs+mfZfm/zAJMss8Wm8AuO1mFJvMr3QGxolu76flJ1zWrXQxLezaWeVF4oqn +GT2MEBaTWiOKSpGhwGvp7VRaWmCXVvuVK43Z45NzdCe83mL8RH8Og491mr66BAZIRaA dAGSje2Y7Mp3ziSWU/MQD/YR63p5hbDsC6u6A= Received: by 10.141.194.6 with SMTP id w6mr770588rvp.118.1244602063511; Tue, 09 Jun 2009 19:47:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm18126363rvb.27.2009.06.09.19.47.41 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 19:47:42 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 10 Jun 2009 11:49:59 +0900 From: Pyun YongHyeon Date: Wed, 10 Jun 2009 11:49:59 +0900 To: Thomas Lotterer Message-ID: <20090610024959.GD63941@michelle.cdnetworks.co.kr> References: <4A2DA8D9.2030300@lotterer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2DA8D9.2030300@lotterer.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) 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: Wed, 10 Jun 2009 02:47:44 -0000 On Tue, Jun 09, 2009 at 02:12:09AM +0200, Thomas Lotterer wrote: > I need advice hunting down a network problem which I suspect to be > a bug in the vge(4) driver. After spending a lot of time on > investigation, I'm out of ideas > > My recently built new home server running FreeBSD 8.0-CURRENT as of > 2009-06-07 on a VIA ARTiGO A2000 [1] exhibits network problems when > sending more than a couple of dozened kilobytes of TCP traffic. > > The server application is "Dovecot" [2] Secure IMAP server. > The client application is "Thunderbird" [3] running on WindowsXP. > > The high-level view of the problem is that the client seems to stall > downloading messages or even a complex structure of IMAP folder names. > When using STARTTLS the client often prints the infamous generic and > misleading error "Thunderbird received a message with incorrect Message > Authentication Code. If the error occurs frequently, contact the website > administrator". The origin of this message is the SSL library that ships > with Thunderbird. The same library is used for Firefox where the hint > might actually make sense when the user is attempting to access a broken > HTTPS server. After lots of debugging I found out that the same error is > not only printed for TLS/SSL issues but simply also for broken TCP > streams, let it be wrong TCP checksums or a server process dumping core. > So I tried IMAP without TLS just to see the same issue with the > misleading SSL error replaced by an application hang. I ran truss(1) > against Dovecot, placed Thunderbird in debug mode [4] and found out that > during a stall condition the server did write(2) all the data to the TCP > socket but some data did not arrive at the client. > > The low-level view of the problem is that Wireshark on the client side > sooner or later - not for the first few dozened packets - sees a packet > with an incorrect TCP checksum. Usually the next packet is from the > server again, continuing the stream. What follows is an expected but > fruitless attempt of the client sending duplicate ACKs for the last good > packet but the server incorrectly retransmitting more TCP packets with > bad checksums. > > To me it sounds like a broken implementation of hardware generated > checksums. Trying to disable all the "-tso" "-lro" "-txcsum" "-rxcsum" > options and using "polling" option on the server side network interface > did not help. So either something deeper is broken or maybe just the > ability to disable these features needs fixing. Btw, the client using > "VMware Accelerated AMD PCNet Adapter" driver with "TCP/IP Offload=off" > and "TsoEnable=0". > > Sorry to bother you with more details but here's why I believe it's an > hardware/driver issue. Before I purchased the hardware I tried a dry > run. Installed FreeBSD 7.1-RELEASE as VM guest, then upgraded to FreeBSD > 8.0-CURRENT using FreeBSD Administration Toolkit [5]. Built OS and apps > from source, loaded my data - worked! Used the same client that has > problems with the real hardware today. Then used that VM as build host > to create the NanoBSD [6] Flash image for the ARTiGO. Both use exactly > the same sources. The VM works, the metal is broken. One of the few > differences is the NIC and it's driver. As a workaround I copied the VM > to a usual PC equipped with a fxp(4) NIC - worked! So it really looks > like an OS/HW compatibility issue on the ARTiGO. > > In case you are considering a hardware defect please note that before I > loaded the OS, apps and my data to this new hardware I thoroughly tested > what I could. One week filling the disks to the max using repetitive > copies of a file created from /dev/random and, after manually breaking > and rebuilding ZFS mirror, checking data integrity using message > digests. No problems with disks, albeit poor SATA performance, but > that's another story. One day running memtest86 [7]. No problems with > memory. One hour NIC test copying /dev/zero to /dev/null over the wire > using "scp -o compression=no". No hangs or hiccups here. > > Hope you can help me. > I already know there are possible edge-cases in vge(4) but your issue looks quite different one than ever reported. Unfortunately vge(4) hardware I had was broken so I couldn't complete overhauling the vge(4). The code in the following URL is the latest WIP version but I don't know whether it fixes the issue as it wasn't tested at all on real hardware. http://people.freebsd.org/~yongari/vge/if_vge.c http://people.freebsd.org/~yongari/vge/if_vgereg.h http://people.freebsd.org/~yongari/vge/if_vgevar.h From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 03:16:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B079D106566C for ; Wed, 10 Jun 2009 03:16:55 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 857E08FC12 for ; Wed, 10 Jun 2009 03:16:55 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n5A3GnDR016835; Tue, 9 Jun 2009 20:16:49 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id q4mj45erxv6fwa5z6n5wcs9hde; Tue, 09 Jun 2009 20:16:49 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A2F25A0.2090307@freebsd.org> Date: Tue, 09 Jun 2009 20:16:48 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: Thomas Backman , "'freebsd-current@freebsd.org'" References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: FS utils treates directories as files? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 03:16:55 -0000 Thomas Backman wrote: > FreeBSD 8.0-CURRENT r193521 (Jun 5), bash: > [root@chaos /usr/ports]# cat / > �g��=[root@chaos /usr/ports]# > > Mac OS X 10.5, bash: > serenity@macbookpro ~ $ cat / > cat: /: Is a directory > > Linux, bash: > (21:34) serenity@exscape ~ $ cat / > cat: /: Is a directory > > The same applies to most FS utilities. Is this a feature or not? I find > it pretty darn weird. Back in the old days when file systems were simpler this was maybe a feature, since you could fix FS corruption using a hex editor on the raw directory. But then again, people used to kill mammoths with sharpened sticks. If you have patches, please send them along. (I would really appreciate a "less" that was smart enough to generate directory listings.) Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 03:29:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5F4106564A for ; Wed, 10 Jun 2009 03:29:37 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADA38FC0A for ; Wed, 10 Jun 2009 03:29:37 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so255076ana.13 for ; Tue, 09 Jun 2009 20:29:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=y03UulKDK3bFcVDwfcwX2D6TavXScy22/FZgJDwKBkM=; b=I5Cg9p1IxCW+ChcSBdne/PBJPqv29VdSfDhzDO0WMISxVH/Do/9KgAvmyhaCUTTQPe XW93XvgKLIK9flIpVLdEIYCwFN4D/TylaPVNMvZk7W5acsc/TDowsIZP3F6Wf+K2v0Fy 99Vh1A4Kaos/hAyStd1hjOUVr9vkByxYUndTc= 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=VOvOy7oqQyQlTy7PxvM/D3tx/U/5OeZQbbG04xx80sKNBSc2ggc4f8f06L8DmP95vw ijn0+A4XuZknY4Z12QT5z+f6JXxona34aZadluEMpZKc/SMTmkV1ZfKQfNZf3eX8coPk SI82UB3T61pHGMdwc6HAvrA7qN1uZ9TC/65Q4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.11.19 with SMTP id 19mr772713ank.176.1244604575535; Tue, 09 Jun 2009 20:29:35 -0700 (PDT) In-Reply-To: <9B07CA1C-FC50-4E85-B054-1C5DB1483115@bsdunix.ch> References: <4A1DB307.70007@bsdunix.ch> <3c1674c90905280050i1822380cmb71b7c4dd808ac92@mail.gmail.com> <9B07CA1C-FC50-4E85-B054-1C5DB1483115@bsdunix.ch> Date: Tue, 9 Jun 2009 20:29:35 -0700 X-Google-Sender-Auth: 710b82d6419e7376 Message-ID: <3c1674c90906092029x5f8da830yfe741249534fe029@mail.gmail.com> From: Kip Macy To: Thomas Vogt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 03:29:38 -0000 Just a follow-on note to people hitting this. Adding better caching and throttling to buffer allocation *is* at the front of my short list. Disabling compression on a file system won't necessarily help because, unless you copy out and copy back in all the data, you still have to double buffer and decompress on read. Cheers, Kip On Thu, May 28, 2009 at 3:25 AM, Thomas Vogt wrot= e: > Hi Kip > > Am 28.05.2009 um 09:50 schrieb Kip Macy: >> >> Do you have compression enabled? What types of disks do you have? > > Yes compression is enabled at zfs. pool/cvsup has compression on. Everyth= ing > else is "uncompressed". > > pool =A0 =A0 =A0 =A0 =A0 =A0 1.2T =A0 =A0 =A00B =A0 =A01.2T =A0 =A0 0% = =A0 =A0/usr/local/data > pool/cvsup =A0 =A0 =A0 1.2T =A0 =A06.0G =A0 =A01.2T =A0 =A0 0% =A0 =A0/us= r/local/data/cvsup > pool/ftp =A0 =A0 =A0 =A0 3.3T =A0 =A02.1T =A0 =A01.2T =A0 =A064% =A0 =A0/= usr/local/data/ftp > pool/portsnap =A0 =A01.2T =A0 =A01.3G =A0 =A01.2T =A0 =A0 0% =A0 =A0/usr/= local/data/portsnap > pool/www =A0 =A0 =A0 =A0 1.2T =A0 =A0 93M =A0 =A01.2T =A0 =A0 0% =A0 =A0/= usr/local/data/www > > I use an areca controller 1230 in jbod mode (except for the main system) > > Disks are Seagate ST3750640NS R001 > > da0: Fixed Direct Access SCSI-5 device > da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da0: Command Queueing Enabled > da0: 238418MB (488281088 512 byte sectors: 255H 63S/T 30394C) > da1 at arcmsr0 bus 0 target 0 lun 1 > da1: Fixed Direct Access SCSI-5 device > da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da1: Command Queueing Enabled > da1: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > da2 at arcmsr0 bus 0 target 0 lun 2 > da2: Fixed Direct Access SCSI-5 device > da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da2: Command Queueing Enabled > da2: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > da3 at arcmsr0 bus 0 target 0 lun 3 > da3: Fixed Direct Access SCSI-5 device > da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da3: Command Queueing Enabled > da3: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > da4 at arcmsr0 bus 0 target 0 lun 4 > da4: Fixed Direct Access SCSI-5 device > da4: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da4: Command Queueing Enabled > da4: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > da5 at arcmsr0 bus 0 target 0 lun 5 > da5: Fixed Direct Access SCSI-5 device > da5: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da5: Command Queueing Enabled > da5: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > da6 at arcmsr0 bus 0 target 0 lun 6 > da6: Fixed Direct Access SCSI-5 device > da6: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da6: Command Queueing Enabled > da6: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > da7 at arcmsr0 bus 0 target 0 lun 7 > da7: Fixed Direct Access SCSI-5 device > da7: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) > da7: Command Queueing Enabled > da7: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) > > Regards, > Thomas > >> >> On Wed, May 27, 2009 at 2:39 PM, Thomas Vogt >> wrote: >>> >>> Hi >>> >>> I updated today to latest current (from a current system late april). >>> Now, >>> the system is very unstable. >>> >>> I started a zpool scrub and the system crashed after a few minutes. >>> >>> loader.conf: >>> autoboot_delay=3D3 >>> beastie_disable=3D"YES" >>> zfs_load=3D"YES" >>> kern.maxfiles=3D"65536" >>> kern.maxproc=3D"20480" >>> #vfs.zfs.arc_min=3D"64M" >>> #vfs.zfs.arc_max=3D"2G" >>> vfs.zfs.prefetch_disable=3D"1" >>> vfs.zfs.zil_disable=3D"1" >>> >>> >>> FreeBSD 8.0-CURRENT #0: Wed May 27 20:02:24 UTC 2009 >>> root@lisa.foo.ch:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> CPU: >>> WARNING: WITNESS option enabled, expect reduced performance. >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 =A05110 =A0@ 1.60GHz (173= 1.57-MHz >>> K8-class >>> CPU) >>> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x6f6 =A0Stepping =3D 6 >>> >>> >>> Features=3D0xbfebfbff >>> >>> >>> Features2=3D0x4e33d >>> =A0AMD Features=3D0x20100800 >>> =A0AMD Features2=3D0x1 >>> =A0TSC: P-state invariant >>> real memory =A0=3D 4294967296 (4096 MB) >>> avail memory =3D 4060078080 (3871 MB) >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> FreeBSD/SMP: 1 package(s) x 2 core(s) >>> =A0cpu0 (BSP): APIC ID: =A00 >>> =A0cpu1 (AP): APIC ID: =A01 >>> This module (opensolaris) contains code covered b >>> >>> >>> >>> DDB Output: >>> >>> FatKernale tlra p 12:p paage gfaeul t fwhaile uin klertnel mode >>> c puid =3D 1; apic wiid t=3D 01 >>> hfa uthe following non-sleepable locks lth veirtual address =A0 =A0 =3D= l 0x0 >>> t au:l >>> =A0code =A0 =A0 =A0 =A0 =A0=3D supervisor werite data, pagex noct lpres= ent >>> iunstructsion pointier =A0=3D 0x2v0:0xfffeff ffsf8l08e28e22p6 >>> =A0stack poinmter =A0 =A0 =A0 =A0 =3D 0x28:0xfufftfff80e779x27 a68r0 >>> fcrame pointer =A0 =A0 =A0 =A0 =A0=3D 0x28m:0sxfrff fff80779276e0 >>> cQode segm enbt =A0 =A0 =A0 =A0 =3D buasfe 0x0f, leimrit 0xf ffff, tylp= e 0x1ob >>> c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0k, pres 1, long = 1, =A0de(f32 0, gran 1 >>> parocessor eflags =A0 =A0 =A0 =3D interrupt enabled, resurme, IOPL =3D = 0 >>> ccurrent prmocess =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 5142 (mv) >>> [thread pid 5142 tid 100159 ] >>> Stopped at =A0 =A0 =A0bcopy+0x16: =A0 =A0 repe movsq =A0 =A0 =A0(%rsi),= %es:(%rdi) >>> >>> b> bt >>> Tracing pid 5142 tid 100159 td 0xffffff0032172720 >>> bcopy() at bcopy+0x16 >>> dnode_set_blksz() at dnode_set_blksz+0x2ae >>> dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c >>> zfs_grow_blocksize() at zfs_grow_blocksize+0x45 >>> zfs_freebsd_write() at zfs_freebsd_write+0x9e6 >>> VOP_WRITE_APV() at VOP_WRITE_APV+0xfe >>> vn_write() at vn_write+0x221 >>> dofilewrite() at dofilewrite+0x85 >>> kern_writev() at kern_writev+0x60 >>> write() at write+0x54 >>> syscall() at syscall+0x1bf >>> Xfast_syscall() at Xfast_syscall+0xd0 >>> --- syscall (4, FreeBSD ELF64, write), rip =3D 0x80073616c, rsp =3D >>> 0x7fffffffe068, rbp =3D 0x7fffff >>> >>> >>> More debug information at >>> http://www.bsdunix.ch/public/FreeBSD/crash_2009-May_27.txt >>> >>> The system was pretty stable with current from late April. >>> >>> >>> Regards, >>> Thomas >>> _______________________________________________ >>> 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" >>> >> >> >> >> -- >> When bad men combine, the good must associate; else they will fall one >> by one, an unpitied sacrifice in a contemptible struggle. >> >> =A0 Edmund Burke > > Thomas Vogt > > > > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 03:57:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41803106564A; Wed, 10 Jun 2009 03:57:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 188B78FC14; Wed, 10 Jun 2009 03:57:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5A3vN38015951; Tue, 9 Jun 2009 23:57:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5A3vNlB016349; Tue, 9 Jun 2009 23:57:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5659B7302F; Tue, 9 Jun 2009 23:57:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090610035723.5659B7302F@freebsd-current.sentex.ca> Date: Tue, 9 Jun 2009 23:57:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 03:57:32 -0000 TB --- 2009-06-10 02:33:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-10 02:33:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-10 02:33:01 - cleaning the object tree TB --- 2009-06-10 02:33:43 - cvsupping the source tree TB --- 2009-06-10 02:33:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-10 02:33:52 - building world TB --- 2009-06-10 02:33:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 02:33:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 02:33:52 - TARGET=sparc64 TB --- 2009-06-10 02:33:52 - TARGET_ARCH=sparc64 TB --- 2009-06-10 02:33:52 - TZ=UTC TB --- 2009-06-10 02:33:52 - __MAKE_CONF=/dev/null TB --- 2009-06-10 02:33:52 - cd /src TB --- 2009-06-10 02:33:52 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 10 02:33:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 10 03:55:11 UTC 2009 TB --- 2009-06-10 03:55:11 - generating LINT kernel config TB --- 2009-06-10 03:55:11 - cd /src/sys/sparc64/conf TB --- 2009-06-10 03:55:11 - /usr/bin/make -B LINT TB --- 2009-06-10 03:55:11 - building LINT kernel TB --- 2009-06-10 03:55:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 03:55:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 03:55:11 - TARGET=sparc64 TB --- 2009-06-10 03:55:11 - TARGET_ARCH=sparc64 TB --- 2009-06-10 03:55:11 - TZ=UTC TB --- 2009-06-10 03:55:11 - __MAKE_CONF=/dev/null TB --- 2009-06-10 03:55:11 - cd /src TB --- 2009-06-10 03:55:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 10 03:55:11 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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 -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector cc: /src/sys/dev/ale/if_alc.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-10 03:57:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-10 03:57:23 - ERROR: failed to build lint kernel TB --- 2009-06-10 03:57:23 - 3902.32 user 386.23 system 5061.71 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 03:57:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B257510656D9; Wed, 10 Jun 2009 03:57:44 +0000 (UTC) (envelope-from doug@bitnix.ca) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.freebsd.org (Postfix) with ESMTP id 82E538FC1B; Wed, 10 Jun 2009 03:57:44 +0000 (UTC) (envelope-from doug@bitnix.ca) Received: from srv.cnd.dundas.on.ca (d24-141-53-33.home.cgocable.net [24.141.53.33]) by fep1.cogeco.net (Postfix) with ESMTP id 711601E65; Tue, 9 Jun 2009 23:26:34 -0400 (EDT) Received: from monk.cnd.dundas.on.ca (monk.cnd.dundas.on.ca [10.87.0.20]) by srv.cnd.dundas.on.ca (8.14.3/8.14.3) with ESMTP id n5A3QXHQ050495; Tue, 9 Jun 2009 23:26:34 -0400 (EDT) (envelope-from doug@bitnix.ca) Received: from monk.cnd.dundas.on.ca (localhost [127.0.0.1]) by monk.cnd.dundas.on.ca (8.14.3/8.14.3) with ESMTP id n5A3QXKV060104; Tue, 9 Jun 2009 23:26:33 -0400 (EDT) (envelope-from doug@monk.cnd.dundas.on.ca) Message-Id: <200906100326.n5A3QXKV060104@monk.cnd.dundas.on.ca> To: Tim Kientzle In-reply-to: Your message of "Tue, 09 Jun 2009 20:16:48 PDT." <4A2F25A0.2090307@freebsd.org> From: "Douglas Berry" Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 09 Jun 2009 23:26:33 -0400 Sender: doug@bitnix.ca Cc: freebsd-current@freebsd.org, Thomas Backman Subject: Re: FS utils treates directories as files? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Douglas Berry List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 03:57:45 -0000 On Tue, 09 Jun 2009 20:16:48 PDT, Tim Kientzle wrote: > Thomas Backman wrote: > > FreeBSD 8.0-CURRENT r193521 (Jun 5), bash: > > =5Broot=40chaos /usr/ports=5D=23 cat / > > =EF=BF=BDg=EF=BF=BD=EF=BF=BD=3D=5Broot=40chaos /usr/ports=5D=23 > >=20 > > Mac OS X 10.5, bash: > > serenity=40macbookpro =7E =24 cat / > > cat: /: Is a directory > >=20 > > Linux, bash: > > (21:34) serenity=40exscape =7E =24 cat / > > cat: /: Is a directory > >=20 > > The same applies to most FS utilities. Is this a feature or not? I fi= nd=20 > > it pretty darn weird. >=20 > Back in the old days when file systems were > simpler this was maybe a feature, since you > could fix FS corruption using a hex editor on > the raw directory. But then again, people > used to kill mammoths with sharpened sticks. >=20 > If you have patches, please send them along. > (I would really appreciate a =22less=22 that was > smart enough to generate directory listings.) Have you tried ports/misc/lesspipe? cheers, doug From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 04:00:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499E51065674; Wed, 10 Jun 2009 04:00:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 20A2F8FC0A; Wed, 10 Jun 2009 04:00:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5A40mVP016233; Wed, 10 Jun 2009 00:00:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5A40m3k017798; Wed, 10 Jun 2009 00:00:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 09BD37302F; Wed, 10 Jun 2009 00:00:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090610040048.09BD37302F@freebsd-current.sentex.ca> Date: Wed, 10 Jun 2009 00:00:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 04:00:51 -0000 TB --- 2009-06-10 02:31:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-10 02:31:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-10 02:31:26 - cleaning the object tree TB --- 2009-06-10 02:31:56 - cvsupping the source tree TB --- 2009-06-10 02:31:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-10 02:32:05 - building world TB --- 2009-06-10 02:32:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 02:32:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 02:32:05 - TARGET=powerpc TB --- 2009-06-10 02:32:05 - TARGET_ARCH=powerpc TB --- 2009-06-10 02:32:05 - TZ=UTC TB --- 2009-06-10 02:32:05 - __MAKE_CONF=/dev/null TB --- 2009-06-10 02:32:05 - cd /src TB --- 2009-06-10 02:32:05 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 10 02:32:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 10 03:58:28 UTC 2009 TB --- 2009-06-10 03:58:28 - generating LINT kernel config TB --- 2009-06-10 03:58:28 - cd /src/sys/powerpc/conf TB --- 2009-06-10 03:58:28 - /usr/bin/make -B LINT TB --- 2009-06-10 03:58:29 - building LINT kernel TB --- 2009-06-10 03:58:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 03:58:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 03:58:29 - TARGET=powerpc TB --- 2009-06-10 03:58:29 - TARGET_ARCH=powerpc TB --- 2009-06-10 03:58:29 - TZ=UTC TB --- 2009-06-10 03:58:29 - __MAKE_CONF=/dev/null TB --- 2009-06-10 03:58:29 - cd /src TB --- 2009-06-10 03:58:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 10 03:58:29 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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 -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector cc: /src/sys/dev/ale/if_alc.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-10 04:00:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-10 04:00:47 - ERROR: failed to build lint kernel TB --- 2009-06-10 04:00:47 - 4150.46 user 394.97 system 5361.66 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 04:50:29 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2646106566B for ; Wed, 10 Jun 2009 04:50:29 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF0D8FC17 for ; Wed, 10 Jun 2009 04:50:29 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id BA6A3E9F42B; Wed, 10 Jun 2009 06:31:38 +0200 (CEST) Message-ID: <4A2F3729.1020606@FreeBSD.org> Date: Wed, 10 Jun 2009 06:31:37 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Juergen Lock References: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> <200906092230.n59MUwZE017092@triton.kn-bremen.de> In-Reply-To: <200906092230.n59MUwZE017092@triton.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, dougb@FreeBSD.org, Jacques Fourie , Mario Pavlov Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 04:50:30 -0000 Juergen Lock skrev: > In article <4A2ED03E.8080803@FreeBSD.org> you write: >> With this patch I still get an instant panic when I try to kldload >> vboxdrv. Same as the ones I've reported previously. >> >> It would be really great if someone wanted to look at this issue, not >> only would I really like to give virtualbox a try, but we're rapidly >> approaching the code freeze and if there is a fix for 8.x that is >> needed for this I'd hate to see it miss the deadline. >> >> Doug > > While we are talking about the 8.0 deadline... Do we want to do > anything about the `calcru: runtime went backwards ...' messages in > virtual machines? See this patch (and thread:) > http://lists.freebsd.org/pipermail/freebsd-emulation/2009-April/005950.html > (I've seen this in vbox also, and there are mentions of this for vmware > and ms virtual server in the list archives too so despite the subject > this is not really qemu specific.) I've seen the "calcru ..." messages in vmware fusion every time I boot 8-CURRENT for quite some time. The weird thing is that I upgraded to the latest 8-CURRENT yesterday and now I'm not seeing them anymore....maybe someone fixed it? -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 05:12:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E3B2106566B; Wed, 10 Jun 2009 05:12:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 754DC8FC17; Wed, 10 Jun 2009 05:12:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5A5CiBH025853; Wed, 10 Jun 2009 01:12:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5A5CivD052274; Wed, 10 Jun 2009 01:12:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11C717302F; Wed, 10 Jun 2009 01:12:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090610051244.11C717302F@freebsd-current.sentex.ca> Date: Wed, 10 Jun 2009 01:12:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 05:12:47 -0000 TB --- 2009-06-10 03:57:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-10 03:57:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-10 03:57:23 - cleaning the object tree TB --- 2009-06-10 03:57:55 - cvsupping the source tree TB --- 2009-06-10 03:57:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-10 03:58:06 - building world TB --- 2009-06-10 03:58:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 03:58:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 03:58:06 - TARGET=sun4v TB --- 2009-06-10 03:58:06 - TARGET_ARCH=sparc64 TB --- 2009-06-10 03:58:06 - TZ=UTC TB --- 2009-06-10 03:58:06 - __MAKE_CONF=/dev/null TB --- 2009-06-10 03:58:06 - cd /src TB --- 2009-06-10 03:58:06 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 10 03:58:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 10 05:11:06 UTC 2009 TB --- 2009-06-10 05:11:06 - generating LINT kernel config TB --- 2009-06-10 05:11:06 - cd /src/sys/sun4v/conf TB --- 2009-06-10 05:11:06 - /usr/bin/make -B LINT TB --- 2009-06-10 05:11:06 - building LINT kernel TB --- 2009-06-10 05:11:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 05:11:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 05:11:06 - TARGET=sun4v TB --- 2009-06-10 05:11:06 - TARGET_ARCH=sparc64 TB --- 2009-06-10 05:11:06 - TZ=UTC TB --- 2009-06-10 05:11:06 - __MAKE_CONF=/dev/null TB --- 2009-06-10 05:11:06 - cd /src TB --- 2009-06-10 05:11:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 10 05:11:06 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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 -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector cc: /src/sys/dev/ale/if_alc.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-10 05:12:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-10 05:12:43 - ERROR: failed to build lint kernel TB --- 2009-06-10 05:12:43 - 3902.09 user 380.68 system 4520.46 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 05:39:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6C01065676; Wed, 10 Jun 2009 05:39:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id ECC358FC1B; Wed, 10 Jun 2009 05:39:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so214989wfg.7 for ; Tue, 09 Jun 2009 22:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=KkOFD7KusHV88yHS4WU+gGkhrDw8KM5rXGuDPSdOZZQ=; b=Haz5M6TR8y62OA6ybt8o/RkqvhtcXC6QmmGNAwwLAdAzBOLZWbEO5o5OWx4Ox1pn1E VOjvh9Oduo/LRBOvfTOnQFJT2hriLPksNVrXlmNdw0GzZB8t8EZFv3pKkHi7qipeook1 MDBTjIAPwWEkKJvQ4ic3g+QM33vNF095bakBg= 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=IwxkjRsf2NyPeJJxsUhuCXeDlR6C+RUMWr71fLbk9ytgFrCjgVaialWqth/WY+J625 gq0PLldXLSnGOuvHM9ZEZlJzt2FvR/caGZdADVeX8wZ2nymJPpFDiaKHcBtlwghzXfhU 1EgqRk6qY5jIr6PqG/0NO5eDQdio9YVxMFOYo= MIME-Version: 1.0 Received: by 10.142.103.11 with SMTP id a11mr415338wfc.113.1244612373523; Tue, 09 Jun 2009 22:39:33 -0700 (PDT) In-Reply-To: <20090609220648.GA14714@triton.kn-bremen.de> References: <20090606162235.GA49444@triton.kn-bremen.de> <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> <20090609195141.GA4982@triton.kn-bremen.de> <2a41acea0906091412k4fc58f4dt2c4ebbbb6dbd46dd@mail.gmail.com> <20090609220648.GA14714@triton.kn-bremen.de> Date: Tue, 9 Jun 2009 22:39:33 -0700 Message-ID: <2a41acea0906092239i2b04f3dcic5a593a308ef3849@mail.gmail.com> From: Jack Vogel To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 05:39:35 -0000 Thanks for the feedback. I know nothing about vbox, I had assumed it followed vmware in emulating the 82545. So, can you not configure things so you always use the type with the workaround? I have no intention of adding workarounds to more hardware types. Jack On Tue, Jun 9, 2009 at 3:06 PM, Juergen Lock wrote: > On Tue, Jun 09, 2009 at 02:12:12PM -0700, Jack Vogel wrote: > > Your change would work, but as its shared code and there are other OS's > and > > their issues to worry about, what I am going to do is a bit different. I > am > > including > > a patch if you would try this now, there will be a full driver update > soon. > > > > Anyone set up to test this please post your results here. > > Ok, worked in qemu, and worked in vbox with two of the three e1000 choices; > vbox calls the failed one Intel PRO/1000 T Server (82543GC), pciconf -lv > says: > > em0@pci0:0:3:0: class=0x020000 card=0x10048086 chip=0x10048086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82543GC Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > > Thanx, > Juergen > From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 05:50:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF50B1065676 for ; Wed, 10 Jun 2009 05:50:15 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id ACC7A8FC08 for ; Wed, 10 Jun 2009 05:50:15 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n5A5oETp015618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 9 Jun 2009 22:50:14 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 001C71CC0D; Tue, 9 Jun 2009 22:50:13 -0700 (PDT) To: Wojciech Puchar In-reply-to: Your message of "Tue, 09 Jun 2009 19:32:30 +0200." Date: Tue, 09 Jun 2009 22:50:13 -0700 From: "Kevin Oberman" Message-Id: <20090610055014.001C71CC0D@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-06-10_03:2009-06-01, 2009-06-10, 2009-06-08 signatures=0 Cc: freebsd-current@freebsd.org, Dan Naumov Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 05:50:16 -0000 > Date: Tue, 9 Jun 2009 19:32:30 +0200 (CEST) > From: Wojciech Puchar > Sender: owner-freebsd-current@freebsd.org > > >> UFS2+SoftUpdates works fine on properly configured UFS2 - and very fast. > > Yes, UFS2+SoftUpdates is very fast, however, in the case of a power > > loss or having to pull the plug on a locked up system, it has a > > noticeably higher chance of leaving you with an unbootable system than > > can you please give an example how it may render unbootable system? > > For what i know and ever used (ext2,ext3,reiserfs,rarely NTFS, UFS) > UFS is the only one that never failed. It is always recoverable, with few > lost files worst case. > > I recommend you to read a paper about softupdates to understand why they > are so good. > > The only problem with millions of files may be long fsck. but not THAT > long, and FreeBSD doesn't crash every day. Not quite true. The problem is not soft updates. It is write cache on many cheaper hard drives. While soft updates orders write to the hard drive so that the only thing that you can lose is recently written files, but soft updates depends on the data actually being written in the proper sequence and SCSI disks and some ATA drives do this correctly, but many don't and provide on tool to be really sure that they have. Of course, write cache can be disabled on ATA drives and that will make soft updates safe, but the performance hit can be huge. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 08:20:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922441065674 for ; Wed, 10 Jun 2009 08:20:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB618FC26 for ; Wed, 10 Jun 2009 08:20:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so236020rvb.43 for ; Wed, 10 Jun 2009 01:20:37 -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=jqJckP7TLkNq99Nd14QXHK8inu5RzYvUwaNxiITtXp4=; b=KmDImaQAjYSLYoEIRutYwHVNSWrGAxF5DK0BK7nwGIqyzDOH9P0m2GwnU43ui1h0Pg EXJFWVRk3G4gmcOTriIbCJYeSgxOf45fT7sk2MdFo4aBicqG0TgyRaLXP5Ot3UwtkkMl A091sDSpSKBh2/CbaSK0rNrkOdWgahUs0umyM= 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=FGGZhA5HgG70L9S5KcSE67YRf9LAttrcawd7QdBG6jY/aVGzffBY1g6rFeqxIErQT7 9a1t26tTUDGlZCUwuPntJmCbcEpP10Wfx4QbeBxJkO9pg6RSRfBlN0w8IYJHQUbO7wOc VnV3SQiw2vStErWqXqYLhKh4bDYoPfWFsk7zY= Received: by 10.141.98.13 with SMTP id a13mr982007rvm.5.1244622036717; Wed, 10 Jun 2009 01:20:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f21sm19082666rvb.55.2009.06.10.01.20.34 (version=SSLv3 cipher=RC4-MD5); Wed, 10 Jun 2009 01:20:35 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 10 Jun 2009 17:22:55 +0900 From: Pyun YongHyeon Date: Wed, 10 Jun 2009 17:22:55 +0900 To: Ian FREISLICH Message-ID: <20090610082255.GF63941@michelle.cdnetworks.co.kr> References: <20090609122140.GB59401@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mixed VLAN problems on msk(4) 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: Wed, 10 Jun 2009 08:20:37 -0000 On Tue, Jun 09, 2009 at 03:27:40PM +0200, Ian FREISLICH wrote: > Pyun YongHyeon wrote: > > On Tue, Jun 09, 2009 at 12:58:23PM +0200, Ian Freislich wrote: > > > Hi > > > > > > Debugging some network problems last night, I noticed that I'd get > > > packet loss on a mixed tagged/untagged network every time a tagged > > > VLAN packet arrived, so long as hardware VLAN support was enabled > > > on my NIC. The moment hardware tagging was disabled (manually, or > > > by tcpdump) the packet loss disappeared. > > > > > > My msk(4) hardware: > > > > > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev= > 0x22 hdr=0x00 > > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > > device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller ( > 88E8053)' > > > class = network > > > subclass = ethernet > > > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > > > cap 03[50] = VPD > > > cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages > > > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1 > ) > > > > > > The switch was configured as follows: > > > > > > Port is member in: > > > > > > Vlan Name Egress rule Port Membership Type > > > ---- -------------------------------- ----------- -------------------- > > > 14 14 Untagged Static > > > 26 26 Tagged Static > > > 1000 1000 Tagged Static > > > > > > It appears not to matter whether the vlans are configured with the > > > msk(4) interface as the parent or not. For example, whenever one > > > of these broadcasts is recieved: > > > > > > 12:49:36.093250 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 > , prio 0, authtype none, intvl 1s, length 36 > > > 12:49:37.097514 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 > , prio 0, authtype none, intvl 1s, length 36 > > > 12:49:38.099525 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 > , prio 0, authtype none, intvl 1s, length 36 > > > > > > traffic to the untagged address on vlan14 (basically the address > > > on msk0) is dropped. If I disable vlanhwtag on msk0, the interface > > > suffers no packet loss on reciept of tagged frames. > > > Does that mean msk(4) cannot see untagged frame if VLAN hardware tag stripping is enabled on msk(4)? I don't see suspicious part in code at this moment. Does hardware MAC statistics report something? (sysctl dev.msk.0.stats) Or netstat(1) says Ierrs/Drop on vlan/msk0? I have small patch which corrects bus_dma related bugs but I'm not sure it can fix the VLAN issue. > > > > Would you show me the output of "sysctl hw.busdma"? > > hw.busdma.total_bpages: 512 > hw.busdma.zone0.total_bpages: 512 > hw.busdma.zone0.free_bpages: 512 > hw.busdma.zone0.reserved_bpages: 0 > hw.busdma.zone0.active_bpages: 0 > hw.busdma.zone0.total_bounced: 0 > hw.busdma.zone0.total_deferred: 0 > hw.busdma.zone0.lowaddr: 0xffffffff > hw.busdma.zone0.alignment: 4096 > Thanks for the info. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 08:25:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC07A106564A for ; Wed, 10 Jun 2009 08:25:40 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7FADA8FC12 for ; Wed, 10 Jun 2009 08:25:40 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MEJ7r-0003gl-EI for freebsd-current@freebsd.org; Wed, 10 Jun 2009 01:25:39 -0700 Message-ID: <23957818.post@talk.nabble.com> Date: Wed, 10 Jun 2009 01:25:39 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl Subject: FYI amd64 kernel not compiling with -j option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 08:25:40 -0000 Hello. After recent sound changes, compiling kernel with -j option is not possible. e.g. ===> sound/sound (depend) ln -sf /usr/obj/usr/src/sys/STRIPPED/opt_isa.h opt_isa.h make: don't know how to make @/tools/sound/feeder_eq_mkfilter.awk. Stop *** Error code 2 1 error best regards, -Jakb Lach PS. Problem existed prior to moving to "sound" subdir. -- View this message in context: http://www.nabble.com/FYI-amd64-kernel-not-compiling-with--j-option-tp23957818p23957818.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 08:52:56 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB261065676; Wed, 10 Jun 2009 08:52:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 74A628FC13; Wed, 10 Jun 2009 08:52:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A54049CB09C; Wed, 10 Jun 2009 10:51:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KnmjLPRtqE2M; Wed, 10 Jun 2009 10:51:39 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2FA1A9CB169; Wed, 10 Jun 2009 10:51:39 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5A8pcWj007613; Wed, 10 Jun 2009 10:51:38 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 10 Jun 2009 10:51:38 +0200 From: Roman Divacky To: Erik Cederstrand Message-ID: <20090610085138.GA7459@freebsd.org> References: <20090604093831.GE48776@hoeg.nl> <31BD4D08-6558-46FF-9B93-CF8249AAC461@cederstrand.dk> <20090604123801.GA34971@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Ed Schouten , hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 08:52:57 -0000 On Fri, Jun 05, 2009 at 09:45:44AM +0200, Erik Cederstrand wrote: > Hi Roman > > Den 04/06/2009 kl. 14.38 skrev Roman Divacky: > > > >you could use llvm-ld (see the wiki for instructions how to do it). > >there's also some > >effort to make gnu ld usable with llvm LTO and I guess the patch > >could be backported > >to our ld. I guess > > As I understand the reply from Eli Friedman[1] this is not possible > without at least some hacking. > > The LTO work in GNU ld[2] is under GPLv3[3], as is gold[4], which > makes backporting patches a sticky issue. we can ask the person who did the gnu ld work to relicense the one patch under gplv2 From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 09:20:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E393106566B for ; Wed, 10 Jun 2009 09:20:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id CA4E28FC13 for ; Wed, 10 Jun 2009 09:20:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so247516rvb.43 for ; Wed, 10 Jun 2009 02:20:16 -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=A78ioaeqpqrfy153PHtePzTMyEZQgGWB0MxaXFG6m1o=; b=UGyWurQ3ZkD77mdI/6uTMp57nEKVwBu1mBv7dO1bXQnw+P6rOYbJIzKykUFDRHOuJK GyqTcySYcWZknxaj2YvO8AD7u/ajeF1rtBwrvIrFDadsqNoi5878Gjzgg2rmRfpT87SA HCMlXZIc0ddJQSxpP1sFXKH6f9F775utyp2/Y= 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=i4v+G4ShrJ6RdElXIRPm6t84E6XeyYGRDAyAloARYsaGAdfjQLgsdQj8hij0SlCnos vsaOWqz+YfmrVNtGiJdTKrwj3uhF54r8izR3ZYT4RO0QTd9QsamvX1Kz15UenqhFjON+ 78f4Wi4re6LYYuOXFU9DJj3cNvODXBOPSeEBc= Received: by 10.141.180.5 with SMTP id h5mr1037439rvp.60.1244625616512; Wed, 10 Jun 2009 02:20:16 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f21sm1937253rvb.25.2009.06.10.02.20.14 (version=SSLv3 cipher=RC4-MD5); Wed, 10 Jun 2009 02:20:15 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 10 Jun 2009 18:22:36 +0900 From: Pyun YongHyeon Date: Wed, 10 Jun 2009 18:22:36 +0900 To: Ian FREISLICH Message-ID: <20090610092226.GG63941@michelle.cdnetworks.co.kr> References: <20090609122140.GB59401@michelle.cdnetworks.co.kr> <20090610082255.GF63941@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline In-Reply-To: <20090610082255.GF63941@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: mixed VLAN problems on msk(4) 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: Wed, 10 Jun 2009 09:20:17 -0000 --XF85m9dhOBO43t/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jun 10, 2009 at 05:22:55PM +0900, Pyun YongHyeon wrote: > On Tue, Jun 09, 2009 at 03:27:40PM +0200, Ian FREISLICH wrote: > > Pyun YongHyeon wrote: > > > On Tue, Jun 09, 2009 at 12:58:23PM +0200, Ian Freislich wrote: > > > > Hi > > > > > > > > Debugging some network problems last night, I noticed that I'd get > > > > packet loss on a mixed tagged/untagged network every time a tagged > > > > VLAN packet arrived, so long as hardware VLAN support was enabled > > > > on my NIC. The moment hardware tagging was disabled (manually, or > > > > by tcpdump) the packet loss disappeared. > > > > > > > > My msk(4) hardware: > > > > > > > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev= > > 0x22 hdr=0x00 > > > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > > > device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller ( > > 88E8053)' > > > > class = network > > > > subclass = ethernet > > > > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > > > > cap 03[50] = VPD > > > > cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages > > > > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1 > > ) > > > > > > > > The switch was configured as follows: > > > > > > > > Port is member in: > > > > > > > > Vlan Name Egress rule Port Membership Type > > > > ---- -------------------------------- ----------- -------------------- > > > > 14 14 Untagged Static > > > > 26 26 Tagged Static > > > > 1000 1000 Tagged Static > > > > > > > > It appears not to matter whether the vlans are configured with the > > > > msk(4) interface as the parent or not. For example, whenever one > > > > of these broadcasts is recieved: > > > > > > > > 12:49:36.093250 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 > > , prio 0, authtype none, intvl 1s, length 36 > > > > 12:49:37.097514 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 > > , prio 0, authtype none, intvl 1s, length 36 > > > > 12:49:38.099525 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19 > > , prio 0, authtype none, intvl 1s, length 36 > > > > > > > > traffic to the untagged address on vlan14 (basically the address > > > > on msk0) is dropped. If I disable vlanhwtag on msk0, the interface > > > > suffers no packet loss on reciept of tagged frames. > > > > > > Does that mean msk(4) cannot see untagged frame if VLAN hardware > tag stripping is enabled on msk(4)? I don't see suspicious part in > code at this moment. Does hardware MAC statistics report something? > (sysctl dev.msk.0.stats) Or netstat(1) says Ierrs/Drop on vlan/msk0? > > I have small patch which corrects bus_dma related bugs but I'm not > sure it can fix the VLAN issue. > Patch attached. --XF85m9dhOBO43t/C Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.busdma.patch" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 193879) +++ sys/dev/msk/if_msk.c (working copy) @@ -673,8 +673,7 @@ } bus_dmamap_sync(sc_if->msk_cdata.msk_rx_ring_tag, - sc_if->msk_cdata.msk_rx_ring_map, - BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); + sc_if->msk_cdata.msk_rx_ring_map, BUS_DMASYNC_PREWRITE); /* Update prefetch unit. */ sc_if->msk_cdata.msk_rx_prod = MSK_RX_RING_CNT - 1; @@ -712,8 +711,7 @@ } bus_dmamap_sync(sc_if->msk_cdata.msk_jumbo_rx_ring_tag, - sc_if->msk_cdata.msk_jumbo_rx_ring_map, - BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); + sc_if->msk_cdata.msk_jumbo_rx_ring_map, BUS_DMASYNC_PREWRITE); sc_if->msk_cdata.msk_rx_prod = MSK_JUMBO_RX_RING_CNT - 1; CSR_WRITE_2(sc_if->msk_softc, @@ -3365,12 +3363,11 @@ bus_dmamap_sync( sc_if->msk_cdata.msk_jumbo_rx_ring_tag, sc_if->msk_cdata.msk_jumbo_rx_ring_map, - BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); + BUS_DMASYNC_PREWRITE); else bus_dmamap_sync( sc_if->msk_cdata.msk_rx_ring_tag, - sc_if->msk_cdata.msk_rx_ring_map, - BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); + sc_if->msk_cdata.msk_rx_ring_map, BUS_DMASYNC_PREWRITE); CSR_WRITE_2(sc, Y2_PREF_Q_ADDR(sc_if->msk_rxq, PREF_UNIT_PUT_IDX_REG), sc_if->msk_cdata.msk_rx_prod); } @@ -3391,7 +3388,6 @@ /* Sync status LEs. */ bus_dmamap_sync(sc->msk_stat_tag, sc->msk_stat_map, BUS_DMASYNC_POSTREAD | BUS_DMASYNC_POSTWRITE); - /* XXX Sync Rx LEs here. */ rxput[MSK_PORT_A] = rxput[MSK_PORT_B] = 0; @@ -3401,16 +3397,9 @@ control = le32toh(sd->msk_control); if ((control & HW_OWNER) == 0) break; - /* - * Marvell's FreeBSD driver updates status LE after clearing - * HW_OWNER. However we don't have a way to sync single LE - * with bus_dma(9) API. bus_dma(9) provides a way to sync - * an entire DMA map. So don't sync LE until we have a better - * way to sync LEs. - */ control &= ~HW_OWNER; - sd->msk_control = htole32(control); status = le32toh(sd->msk_status); + sd->msk_control = 0; len = control & STLE_LEN_MASK; port = (control >> 16) & 0x01; sc_if = sc->msk_if[port]; @@ -3467,8 +3456,9 @@ break; } + bus_dmamap_sync(sc->msk_stat_tag, sc->msk_stat_map, + BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); sc->msk_stat_cons = cons; - /* XXX We should sync status LEs here. See above notes. */ if (rxput[MSK_PORT_A] > 0) msk_rxput(sc->msk_if[MSK_PORT_A]); --XF85m9dhOBO43t/C-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 09:21:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C88106567C; Wed, 10 Jun 2009 09:21:25 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 585868FC13; Wed, 10 Jun 2009 09:21:25 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n5A9LOrI005084; Wed, 10 Jun 2009 13:21:24 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 10 Jun 2009 13:21:24 +0400 (MSD) From: Dmitry Morozovsky To: Andriy Gapon In-Reply-To: <4A2EA22B.7090208@freebsd.org> Message-ID: References: <4A23D5A4.6020009@icyb.net.ua> <4A23F4B8.7000002@freebsd.org> <4A240331.1000803@FreeBSD.org> <20090602141231.67987dnz529yuqgw@webmail.leidinger.net> <4A255F8E.70604@FreeBSD.org> <4A2EA22B.7090208@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Jun 2009 13:21:24 +0400 (MSD) Cc: Alexander Leidinger , Doug Barton , freebsd-current@freebsd.org Subject: Re: fsck_y_enable: use -C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 09:21:26 -0000 On Tue, 9 Jun 2009, Andriy Gapon wrote: AG> > DB> Alexander Leidinger wrote: AG> > DB> > What about _flags and also adding a NOP for -C in fsck_msdosfs? AG> > DB> AG> > DB> Sounds great, I look forward to reviewing your patch. :) AG> > AG> > What do you think about attached one? AG> AG> I like the patch very much! AG> Please commit, if you can :-) I'm doc committer, so please commit it yourselves. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:22:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8C4A1065676; Wed, 10 Jun 2009 10:22:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 861D08FC15; Wed, 10 Jun 2009 10:22:49 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id ACD596D41D; Wed, 10 Jun 2009 12:05:01 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 8D738844DC; Wed, 10 Jun 2009 12:05:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: sthaug@nethelp.no References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> Date: Wed, 10 Jun 2009 12:05:01 +0200 In-Reply-To: <20090609.195750.41709103.sthaug@nethelp.no> (sthaug@nethelp.no's message of "Tue, 09 Jun 2009 19:57:50 +0200 (CEST)") Message-ID: <86hbyowgj6.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: snb@freebsd.org, freebsd-current@freebsd.org, dan.naumov@gmail.com, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 10:22:51 -0000 sthaug@nethelp.no writes: > I've had several cases that needed manual fsck. After I turned off > background fsck, the problems stopped. These days background_fsck=3D"NO" > is a standard part of my rc.conf. Hear, hear. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:31:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C308106573D; Wed, 10 Jun 2009 10:31:31 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id B7DE58FC13; Wed, 10 Jun 2009 10:31:30 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n5AAVSqQ006442; Wed, 10 Jun 2009 14:31:28 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 10 Jun 2009 14:31:28 +0400 (MSD) From: Dmitry Morozovsky To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86hbyowgj6.fsf@ds4.des.no> Message-ID: References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Jun 2009 14:31:29 +0400 (MSD) Cc: snb@freebsd.org, freebsd-current@freebsd.org, dan.naumov@gmail.com, sthaug@nethelp.no, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 10:31:32 -0000 On Wed, 10 Jun 2009, Dag-Erling Sm?rgrav wrote: DS> sthaug@nethelp.no writes: DS> > I've had several cases that needed manual fsck. After I turned off DS> > background fsck, the problems stopped. These days background_fsck="NO" DS> > is a standard part of my rc.conf. DS> DS> Hear, hear. Well, I can see at least one rather big problem with bgfsck (or with snapshots to be more precise): inappropriate time of file system lock on snapshot creation. On not-too-big 300G ufs2 not-too-heavy loaded snapshot creation time is 20+ minutes, and 5+ from that file system blocked even on reads. This looks unacceptable for me for any real use. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:49:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 3D6081065676; Wed, 10 Jun 2009 10:49:43 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Wed, 10 Jun 2009 18:49:37 +0800 From: Ariff Abdullah To: Jakub Lach Message-Id: <20090610184937.697e3d8b.ariff@FreeBSD.org> In-Reply-To: <23957818.post@talk.nabble.com> References: <23957818.post@talk.nabble.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__10_Jun_2009_18_49_37_+0800_j6aLEkYrYUwmPTPU" Cc: freebsd-current@freebsd.org Subject: Re: FYI amd64 kernel not compiling with -j option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 10:49:46 -0000 --Signature=_Wed__10_Jun_2009_18_49_37_+0800_j6aLEkYrYUwmPTPU Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 10 Jun 2009 01:25:39 -0700 (PDT) Jakub Lach wrote: >=20 > Hello. >=20 > After recent sound changes, compiling kernel with -j option is not > possible. >=20 > e.g. >=20 > =3D=3D=3D> sound/sound (depend) > ln -sf /usr/obj/usr/src/sys/STRIPPED/opt_isa.h opt_isa.h > make: don't know how to make @/tools/sound/feeder_eq_mkfilter.awk. > Stop *** Error code 2 > 1 error >=20 > best regards,=20 > -Jakb Lach >=20 > PS. Problem existed prior to moving to "sound" subdir. > -- http://people.freebsd.org/~ariff/sound_Makefile.diff -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. --Signature=_Wed__10_Jun_2009_18_49_37_+0800_j6aLEkYrYUwmPTPU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkovj8EACgkQlr+deMUwTNq/PACg0PymXMA+11R222lPlheH+Bbt vOoAoItvZPVQm+KgZFdbyFY7C4VWfg1H =xlQp -----END PGP SIGNATURE----- --Signature=_Wed__10_Jun_2009_18_49_37_+0800_j6aLEkYrYUwmPTPU-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:54:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF1210656B3 for ; Wed, 10 Jun 2009 10:54:46 +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 7F80E8FC1F for ; Wed, 10 Jun 2009 10:54:39 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.154.1.39] (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 1MELS1-00069t-J7; Wed, 10 Jun 2009 12:54:37 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MELRz-00015A-A5; Wed, 10 Jun 2009 12:54:35 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20090610082255.GF63941@michelle.cdnetworks.co.kr> References: <20090610082255.GF63941@michelle.cdnetworks.co.kr> <20090609122140.GB59401@michelle.cdnetworks.co.kr> X-Attribution: BOFH Date: Wed, 10 Jun 2009 12:54:35 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: mixed VLAN problems on msk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 10:54:47 -0000 Pyun YongHyeon wrote: > Does that mean msk(4) cannot see untagged frame if VLAN hardware > tag stripping is enabled on msk(4)? I don't see suspicious part in No, it means that untagged frames that arrive around the time that tagged frames arrive are dropped. For instance, ping at 10 packets/s on the untagged address and there's a CARP broadcast recieved from the network on tagged vlan26 every second, then the interface according to ping will get 10% packet loss. > code at this moment. Does hardware MAC statistics report something? > (sysctl dev.msk.0.stats) Or netstat(1) says Ierrs/Drop on vlan/msk0? dev.msk.0.stats.rx.ucast_frames: 44760 dev.msk.0.stats.rx.bcast_frames: 36924 dev.msk.0.stats.rx.pause_frames: 0 dev.msk.0.stats.rx.mcast_frames: 0 dev.msk.0.stats.rx.crc_errs: 0 dev.msk.0.stats.rx.good_octets: 28970771 dev.msk.0.stats.rx.bad_octets: 0 dev.msk.0.stats.rx.frames_64: 27085 dev.msk.0.stats.rx.frames_65_127: 23167 dev.msk.0.stats.rx.frames_128_255: 9571 dev.msk.0.stats.rx.frames_256_511: 6277 dev.msk.0.stats.rx.frames_512_1023: 2782 dev.msk.0.stats.rx.frames_1024_1518: 12802 dev.msk.0.stats.rx.frames_1519_max: 0 dev.msk.0.stats.rx.frames_too_long: 0 dev.msk.0.stats.rx.jabbers: 0 dev.msk.0.stats.rx.overflows: 0 dev.msk.0.stats.tx.ucast_frames: 54795 dev.msk.0.stats.tx.bcast_frames: 25 dev.msk.0.stats.tx.pause_frames: 0 dev.msk.0.stats.tx.mcast_frames: 2 dev.msk.0.stats.tx.octets: 5900142 dev.msk.0.stats.tx.frames_64: 5228 dev.msk.0.stats.tx.frames_65_127: 45780 dev.msk.0.stats.tx.frames_128_255: 843 dev.msk.0.stats.tx.frames_256_511: 875 dev.msk.0.stats.tx.frames_512_1023: 1964 dev.msk.0.stats.tx.frames_1024_1518: 132 dev.msk.0.stats.tx.frames_1519_max: 0 dev.msk.0.stats.tx.colls: 0 dev.msk.0.stats.tx.late_colls: 0 dev.msk.0.stats.tx.excess_colls: 0 dev.msk.0.stats.tx.multi_colls: 0 dev.msk.0.stats.tx.single_colls: 0 dev.msk.0.stats.tx.underflows: 0 [apple] /usr/home/ianf # netstat -ni Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll msk0 1500 00:16:cb:9f:bc:09 81858 51 54914 0 0 msk0 1500 41.154.1.0/24 41.154.1.178 55676 - 54885 - - Ierrs is climbing. If I stop the switch from forwarding tagged frames, then Ierrs stops increasing. If I move exclusively to tagged vlans, then the errors stop. Turning off vlanhwtag isn't really a solution because shortly after starting a transfer, I get the following: Jun 9 18:01:32 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Jun 9 18:02:20 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Jun 9 18:02:45 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Jun 9 18:02:52 apple kernel: msk0: link state changed to DOWN Jun 9 18:02:54 apple kernel: msk0: link state changed to UP Jun 9 18:03:31 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Jun 9 18:03:37 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering > I have small patch which corrects bus_dma related bugs but I'm not > sure it can fix the VLAN issue. I'll try this patch later today. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 11:08:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A28F510656BE; Wed, 10 Jun 2009 11:08:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF2A8FC28; Wed, 10 Jun 2009 11:08:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=8kQB0OdkAAAA:8 a=7wQJdlSBS9dFlS6CQloA:9 a=H7cr222DlvTftaKguHroXQnYFMsA:4 a=9aOQ2cSd83gA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1254393130; Wed, 10 Jun 2009 13:08:26 +0200 From: Hans Petter Selasky To: Jeremy Faulkner Date: Wed, 10 Jun 2009 13:12:35 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200906091022.41813.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101312.38132.hselasky@c2i.net> Cc: usb@freebsd.org, current@freebsd.org Subject: Re: Yubikey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 11:08:29 -0000 On Tuesday 09 June 2009 14:39:19 Jeremy Faulkner wrote: > On Tue, Jun 9, 2009 at 4:22 AM, Hans Petter Selasky wrote: > > On Tuesday 09 June 2009 05:24:24 Mel Flynn wrote: > >> On Saturday 06 June 2009 10:02:05 Jeremy Faulkner wrote: > >> > Has anybody gotten a Yubikey to work with FreeBSD? It attaches as a > >> > uhid device on both 7 and 8. > >> > > >> > ugen5.5: at usbus5 > >> > uhid0: > >> > on usbus5 > > > > Hi, > > > >> Attachment copied. > > > > The subclass and protocol are not correct, so the device is not detected > > like a keyboard. Probably we could add an additional check there to > > verify that the HID descriptor contains Keyboard descriptions. > > > > bInterfaceClass 3 Human Interface Device > > bInterfaceSubClass 0 No Subclass > > bInterfaceProtocol 0 None > > iInterface 0 > > > > --HPS > > The NetBSD kbd checks the Report Descriptors for Generic Desktop > Controls (0x01) and Keyboard (0x06). It doesn't check for the sub > class or interface protocol. I will make a patch for this. Stay tuned. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 11:33:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27ED91065672 for ; Wed, 10 Jun 2009 11:33:30 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 799888FC1E for ; Wed, 10 Jun 2009 11:33:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [217.73.199.113] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 245357408; Wed, 10 Jun 2009 14:33:23 +0300 Message-ID: <4A2FA809.5050303@FreeBSD.org> Date: Wed, 10 Jun 2009 15:33:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Seri Geri References: <4A2F5F73.7010809@gmail.com> In-Reply-To: <4A2F5F73.7010809@gmail.com> Content-Type: multipart/mixed; boundary="------------010602090500040706080305" Cc: freebsd-current@freebsd.org Subject: Re: Acer TM6292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 11:33:30 -0000 This is a multi-part message in MIME format. --------------010602090500040706080305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi. Seri Geri wrote: > - I have an Acer TM6292 (2 GHz CPU, 4 GB RAM, 200 GB HDD) with dock > station and two 17" TFT monitor to work. > - I have installed FreeBSD, PC-BSD and DesktopBSD, i386 and x64, release > and snapsot too on it. Everything is working fine, except the network > adapters (not even the Broadcom Gbit, but the WiFi too). > > Would you mind please, where can I find something to make them to work ? At this moment I am using such set of patches/hacks against 8-CURRENT to fix some found hardware and FreeBSD issues on this system. They are extremely specific for this system, so never hit the tree, but I am using them daily and quite happy. -- Alexander Motin --------------010602090500040706080305 Content-Type: text/plain; name="tm6292_ahci.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tm6292_ahci.patch" --- sys/dev/ata/chipsets/ata-ahci.c.prev 2009-03-26 22:21:57.000000000 +0200 +++ sys/dev/ata/chipsets/ata-ahci.c 2009-03-26 22:30:34.000000000 +0200 @@ -153,6 +153,10 @@ ata_ahci_ctlr_reset(device_t dev) struct ata_pci_controller *ctlr = device_get_softc(dev); int timeout; + if (pci_read_config(dev, 0x00, 4) == 0x28298086 && + (pci_read_config(dev, 0x92, 1) & 0xfe) == 0x04) + pci_write_config(dev, 0x92, 0x01, 1); + /* enable AHCI mode */ ATA_OUTL(ctlr->r_res2, ATA_AHCI_GHC, ATA_AHCI_GHC_AE); --------------010602090500040706080305 Content-Type: text/plain; name="tm6292_batt.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tm6292_batt.patch" --- sys/dev/acpica/acpi_cmbat.c.prev 2007-03-22 20:16:40.000000000 +0200 +++ sys/dev/acpica/acpi_cmbat.c 2009-04-30 19:44:27.000000000 +0300 @@ -411,6 +411,8 @@ acpi_cmbat_bst(device_t dev, struct acpi acpi_cmbat_get_bst(dev); bstp->state = sc->bst.state; bstp->rate = sc->bst.rate; + if (bstp->rate & 0x8000) + bstp->rate ^= 0xffff; bstp->cap = sc->bst.cap; bstp->volt = sc->bst.volt; } else --------------010602090500040706080305 Content-Type: text/plain; name="tm6292_pcie.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tm6292_pcie.patch" --- sys/dev/acpica/acpi_pcib_pci.c.prev 2008-12-01 03:46:59.000000000 +0200 +++ sys/dev/acpica/acpi_pcib_pci.c 2008-12-01 03:46:43.000000000 +0200 @@ -133,6 +133,22 @@ acpi_pcib_pci_attach(device_t dev) ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); + if (device_get_unit(dev)==2 && pci_read_config(dev, PCIR_COMMAND, 1) == 0){ + pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); + pci_enable_busmaster(dev); + pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); + pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); + pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); + pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); + } + if (device_get_unit(dev)==3 && pci_read_config(dev, PCIR_COMMAND, 1) == 0){ + pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); + pci_enable_busmaster(dev); + pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); + pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); + pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); + pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); + } pcib_attach_common(dev); sc = device_get_softc(dev); sc->ap_handle = acpi_get_handle(dev); @@ -143,6 +159,22 @@ static int acpi_pcib_pci_resume(device_t dev) { + if (device_get_unit(dev)==2 && pci_read_config(dev, PCIR_COMMAND, 1) == 0){ + pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); + pci_enable_busmaster(dev); + pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); + pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); + pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); + pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); + } + if (device_get_unit(dev)==3 && pci_read_config(dev, PCIR_COMMAND, 1) == 0){ + pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); + pci_enable_busmaster(dev); + pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); + pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); + pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); + pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); + } return (acpi_pcib_resume(dev)); } --------------010602090500040706080305-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 04:55:29 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB4501065676; Wed, 10 Jun 2009 04:55:29 +0000 (UTC) (envelope-from joel.dahl@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id A32B08FC1A; Wed, 10 Jun 2009 04:55:29 +0000 (UTC) (envelope-from joel.dahl@vnode.se) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id D68EFE9F42D; Wed, 10 Jun 2009 06:36:43 +0200 (CEST) Message-ID: <4A2F385B.8000603@vnode.se> Date: Wed, 10 Jun 2009 06:36:43 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Juergen Lock References: <567878105.142658.1244281258275.JavaMail.apache@mail51.abv.bg> <200906092230.n59MUwZE017092@triton.kn-bremen.de> <4A2F3729.1020606@FreeBSD.org> In-Reply-To: <4A2F3729.1020606@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Jun 2009 11:45:53 +0000 Cc: freebsd-current@FreeBSD.org, dougb@FreeBSD.org, Jacques Fourie , Mario Pavlov Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 04:55:30 -0000 Joel Dahl skrev: > Juergen Lock skrev: >> In article <4A2ED03E.8080803@FreeBSD.org> you write: >>> With this patch I still get an instant panic when I try to kldload >>> vboxdrv. Same as the ones I've reported previously. >>> >>> It would be really great if someone wanted to look at this issue, not >>> only would I really like to give virtualbox a try, but we're rapidly >>> approaching the code freeze and if there is a fix for 8.x that is >>> needed for this I'd hate to see it miss the deadline. >>> >>> Doug >> While we are talking about the 8.0 deadline... Do we want to do >> anything about the `calcru: runtime went backwards ...' messages in >> virtual machines? See this patch (and thread:) >> http://lists.freebsd.org/pipermail/freebsd-emulation/2009-April/005950.html >> (I've seen this in vbox also, and there are mentions of this for vmware >> and ms virtual server in the list archives too so despite the subject >> this is not really qemu specific.) > > I've seen the "calcru ..." messages in vmware fusion every time I boot > 8-CURRENT for quite some time. The weird thing is that I upgraded to the > latest 8-CURRENT yesterday and now I'm not seeing them anymore....maybe > someone fixed it? Forget what I said, they are still there. -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 07:49:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA40106566C for ; Wed, 10 Jun 2009 07:49:49 +0000 (UTC) (envelope-from serigeri@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5375F8FC17 for ; Wed, 10 Jun 2009 07:49:49 +0000 (UTC) (envelope-from serigeri@gmail.com) Received: by mail-bw0-f217.google.com with SMTP id 17so53425bwz.43 for ; Wed, 10 Jun 2009 00:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=ZuSWtM3cVMFgvmVgBEZyVFQdqkLUUMibuDKQg7I+I7Q=; b=VLjzfl4DsDTZ+iLPUFvrKOVa64RW1YY3T9qiu0jLOsXt3S9dRWKWFF4pagyy0oiVfX kJJia0qm31jijja4CzHbMaIvrFTfKMTBM3ZTG5hYnYd7UY0q/kcWtpyVcv9EFENinM0m JTZPGm716jbt722zEAGOrvVqZulreCoeYRTXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=CZqU3oGtjgMXRR7j93PeZvBuRRLq6BAkeoPALKeE265a1pXjkPfUSjkJAI3IhCXqCj /2mj9Gja8gczuTEwztfOStGOr0h6UfIfGtAHJVTaxaPIIlKFk3V35rHNww9QD/S+PW1d +iiSrdkTa3y6g/iaKyCrmNLMF3GfHl5wGIUS4= Received: by 10.204.120.16 with SMTP id b16mr1009919bkr.64.1244618620958; Wed, 10 Jun 2009 00:23:40 -0700 (PDT) Received: from ?192.168.100.248? (dsl51B6F98D.fixip.t-online.hu [81.182.249.141]) by mx.google.com with ESMTPS id p17sm6482486fka.42.2009.06.10.00.23.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Jun 2009 00:23:40 -0700 (PDT) Message-ID: <4A2F5F73.7010809@gmail.com> Date: Wed, 10 Jun 2009 09:23:31 +0200 From: Seri Geri User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org, mav@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Jun 2009 11:46:03 +0000 Cc: Subject: Acer TM6292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 07:49:50 -0000 Dear Alexander Motin, I am sorry to disturb you, but I've found an article (Fighting for the power) on the net, so ... - I am completelly new in FreeBSD, I had been a Windows user and I do want to forget it forever. - I have been using FreeNAS and pfSense for years. I love them. - I have an Acer TM6292 (2 GHz CPU, 4 GB RAM, 200 GB HDD) with dock station and two 17" TFT monitor to work. - I have installed FreeBSD, PC-BSD and DesktopBSD, i386 and x64, release and snapsot too on it. Everything is working fine, except the network adapters (not even the Broadcom Gbit, but the WiFi too). Would you mind please, where can I find something to make them to work ? Thanks, Seri Geri From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 11:49:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 529E31065691 for ; Wed, 10 Jun 2009 11:49:09 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 228078FC23 for ; Wed, 10 Jun 2009 11:49:03 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MEMIh-00038T-8C for freebsd-current@freebsd.org; Wed, 10 Jun 2009 04:49:03 -0700 Message-ID: <23960532.post@talk.nabble.com> Date: Wed, 10 Jun 2009 04:49:03 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <20090610184937.697e3d8b.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <23957818.post@talk.nabble.com> <20090610184937.697e3d8b.ariff@FreeBSD.org> Subject: Re: FYI amd64 kernel not compiling with -j option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 11:49:10 -0000 Ariff Abdullah-2 wrote: > > > http://people.freebsd.org/~ariff/sound_Makefile.diff > > - > Ariff Abdullah > FreeBSD > > Thanks, that fixes it. -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/FYI-amd64-kernel-not-compiling-with--j-option-tp23957818p23960532.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 11:47:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCAB31065694; Wed, 10 Jun 2009 11:47:05 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id DD8BD8FC21; Wed, 10 Jun 2009 11:47:04 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n5ABl0p5016350; Wed, 10 Jun 2009 13:47:00 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n5ABkxul016347; Wed, 10 Jun 2009 13:46:59 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Wed, 10 Jun 2009 13:46:59 +0200 (CEST) From: Wojciech Puchar To: Dmitry Morozovsky In-Reply-To: Message-ID: References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 10 Jun 2009 11:57:15 +0000 Cc: freebsd-hackers@freebsd.org, dan.naumov@gmail.com, freebsd-current@freebsd.org, sthaug@nethelp.no, snb@freebsd.org, =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 11:47:06 -0000 > to be more precise): inappropriate time of file system lock on snapshot > creation. On not-too-big 300G ufs2 not-too-heavy loaded snapshot creation time > is 20+ minutes, and 5+ from that file system blocked even on reads. This looks > unacceptable for me for any real use. that's why i disable it. If you sum up time of total blocked and time of almost-blocked you will end with much more than fsck normally use with foreground check. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 12:04:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E39E6106588C; Wed, 10 Jun 2009 12:04:36 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 52A488FC12; Wed, 10 Jun 2009 12:04:36 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so394470ywe.13 for ; Wed, 10 Jun 2009 05:04:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HR7zCpt9mss1nAWkIybTFdOkW9lyfSRQyQff1kCDkeY=; b=xG19fo/mUNGYbX8WyIBGotjoyq5zuJpeCT69SCxx54cnfNSekQUd1tLhXOm6oQAl3O +0tCCmE2EVw0fbeMca6WNf201kEYK/MYx1Oy9cN5RW91gAK2g6Es6FAkc051s7RXApQS cYtu42pK11iDlt2F1iFISzjnK5okYyclmKgSs= 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=JB15QefoiXDyXQA+8fBTmT8s6NIJ3acYtqFkCZhtTCC/Zl1KNJ2ZR3ZcH9K1HsSEkV tSklbG+A+wd40guwUHkF/fCLlq3DYWUqBPR4rYfP0jwsM/cowYcDJJ/TZvlyqyVpuYW0 EWYogeEm4IY2NTJVcwDbyoR14pA2/8bLQooqY= MIME-Version: 1.0 Received: by 10.100.8.4 with SMTP id 4mr1145704anh.146.1244635475618; Wed, 10 Jun 2009 05:04:35 -0700 (PDT) In-Reply-To: References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> Date: Wed, 10 Jun 2009 15:04:35 +0300 Message-ID: From: Dan Naumov To: Wojciech Puchar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 10 Jun 2009 12:25:26 +0000 Cc: freebsd-hackers@freebsd.org, Dmitry Morozovsky , freebsd-current@freebsd.org, sthaug@nethelp.no, snb@freebsd.org, =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 12:04:54 -0000 And things like these are amongst the reasons why I want to see newer options be presented and offered to the user during installation process. Default installation options (and the ONLY options presented by sysinstall) that result in enormous snapshot creation times and long fsck times are just not good enough in the year 2009. I fully understand the reasons behind using something "truly tested and proven by time" as the default, but presenting the newer options to the user during installation process as well gives these newer options (UFS2+GJournal and ZFS in this case) a better exposure, resulting in more testing, resulting in these new features getting their quirks ironed out faster and resulting in these new features getting the "truly tested and proven by time" stamp of approval faster. I think we can all agree this would be a good thing? Sincerely - Dan Naumov On Wed, Jun 10, 2009 at 2:46 PM, Wojciech Puchar wrote: >> to be more precise): inappropriate time of file system lock on snapshot >> creation. On not-too-big 300G ufs2 not-too-heavy loaded snapshot creatio= n >> time >> is 20+ minutes, and 5+ from that file system blocked even on reads. =A0T= his >> looks >> unacceptable for me for any real use. > > that's why i disable it. If you sum up time of total blocked and time of > almost-blocked you will end with much more than fsck normally use with > foreground check. > > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 13:11:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F5F1065670; Wed, 10 Jun 2009 13:11:46 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7618FC2A; Wed, 10 Jun 2009 13:11:44 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n5ADBdLd016756; Wed, 10 Jun 2009 15:11:39 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n5ADBZ0e016753; Wed, 10 Jun 2009 15:11:36 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Wed, 10 Jun 2009 15:11:35 +0200 (CEST) From: Wojciech Puchar To: Dan Naumov In-Reply-To: Message-ID: References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 10 Jun 2009 13:20:59 +0000 Cc: freebsd-hackers@freebsd.org, Dmitry Morozovsky , freebsd-current@freebsd.org, sthaug@nethelp.no, snb@freebsd.org, =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 13:11:47 -0000 > during installation process as well gives these newer options > (UFS2+GJournal and ZFS in this case) a better exposure, resulting in > more testing, resulting in these new features getting their quirks > ironed out faster and resulting in these new features getting the > "truly tested and proven by time" stamp of approval faster. I think we > can all agree this would be a good thing? so fix sysinstall and do sent-pr. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 13:41:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24690106566C for ; Wed, 10 Jun 2009 13:41:04 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id D0F918FC17 for ; Wed, 10 Jun 2009 13:41:03 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5F26F19E023; Wed, 10 Jun 2009 15:41:01 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id A74E719E019; Wed, 10 Jun 2009 15:40:58 +0200 (CEST) Message-ID: <4A2FB7EB.30007@quip.cz> Date: Wed, 10 Jun 2009 15:40:59 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Wojciech Puchar References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dan Naumov Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 13:41:04 -0000 Wojciech Puchar wrote: >> during installation process as well gives these newer options >> (UFS2+GJournal and ZFS in this case) a better exposure, resulting in >> more testing, resulting in these new features getting their quirks >> ironed out faster and resulting in these new features getting the >> "truly tested and proven by time" stamp of approval faster. I think we >> can all agree this would be a good thing? > > so fix sysinstall and do sent-pr. goto first post & read it again. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 13:15:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE911065673; Wed, 10 Jun 2009 13:15:56 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 75D7C8FC0C; Wed, 10 Jun 2009 13:15:56 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so410628ana.13 for ; Wed, 10 Jun 2009 06:15:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6QS1NAWxcKx/tF09D3ysoHCVmruX7qw9kEUuDRfWxZ0=; b=fo9Bc1tJhYlTOqd04fOLTyPheCO2FltKf563CVesuNsdAbXkV6cW2b55hD7Qxd/cEz bLNiwvdxz3rexoTOmeyNb9hmXNTRwmpLgTUHOOKP/aAMlq8ST2RULWhFnYs+YEU3Azso 74HEg3vEE3ChDKfLRQLWCgmYLK6K8k2YiYcWE= 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=nWhkYSi6Z/YD7CI2drEziDy3cXtIK1tctl2usL16fxojqHzwbKMYSp697cYFhvMsfM 19wzMM2fkMxLBDst2I+dKT+6Gfnco/bR1/aeyfg0nSr4/E63BkVtn5UaxZdCwb0C1YZU I7kOcfoKIEueQKdatONxiknOexouZ2DGCtM+E= MIME-Version: 1.0 Received: by 10.100.105.15 with SMTP id d15mr1219604anc.140.1244639755758; Wed, 10 Jun 2009 06:15:55 -0700 (PDT) In-Reply-To: References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> Date: Wed, 10 Jun 2009 16:15:55 +0300 Message-ID: From: Dan Naumov To: Wojciech Puchar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Jun 2009 13:42:45 +0000 Cc: freebsd-hackers@freebsd.org, Dmitry Morozovsky , freebsd-current@freebsd.org, sthaug@nethelp.no, snb@freebsd.org, =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 13:15:57 -0000 On Tue, Jun 9, 2009 at 12:42 PM, Dan Naumov wrote: > Hello list > > Let me preface this by saying that I do not have coding > knowledge/experience, but I am willing to donate my time to help test > things if somebody is already working on this. Hopefully, this will > prevent most of the potential "feel free to submit patches" responses > :) > > > so fix sysinstall and do sent-pr. > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 15:16:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 571831065673 for ; Wed, 10 Jun 2009 15:16:44 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id E169F8FC18 for ; Wed, 10 Jun 2009 15:16:43 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail04.adl2.internode.on.net with ESMTP; 11 Jun 2009 00:46:41 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 4C83A5C45; Thu, 11 Jun 2009 01:16:41 +1000 (EST) Date: Thu, 11 Jun 2009 01:16:41 +1000 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20090610151641.GA15528@dmr.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: (zfs) panic: lock &arg.lock already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 15:16:44 -0000 On doing "zfs destroy" of a snapshot, I got this panic: Unread portion of the kernel message buffer: panic: lock &arg.lock already initialized cpuid = 0 KDB: enter: panic Physical memory: 4049 MB Dumping [etc] (kgdb) where [...] #9 0xffffffff80568c5b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:558 #10 0xffffffff8105754e in dsl_dataset_destroy_sync (arg1=0xffffff0005605c00, tag=0xffffff000b68c550, cr=0xffffff0005f79e00, tx=0xffffff0005932680) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:1422 #11 0xffffffff81059ecb in dsl_sync_task_group_sync (dstg=0xffffff000b7b9080, tx=0xffffff0005932680) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_synctask.c:186 #12 0xffffffff810599f3 in dsl_pool_sync (dp=0xffffff0005606800, txg=75028) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c:316 #13 0xffffffff810683c5 in spa_sync (spa=0xffffff0005549000, txg=75028) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3988 #14 0xffffffff8107047f in txg_sync_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/txg.c:352 #15 0xffffffff8054179a in fork_exit ( callout=0xffffffff810701f0 , arg=0xffffff0005606800, frame=0xffffff81297f4c90) at /usr/src/sys/kern/kern_fork.c:828 #16 0xffffffff8081b32e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:552 #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000001 in ?? () #20 0x0000000000000000 in ?? () [more question marks...] (kgdb) frame 10 (kgdb) list 1417 static void 1418 dsl_dataset_drain_refs(dsl_dataset_t *ds, void *tag) 1419 { 1420 struct refsarg arg; 1421 1422 ---------> mutex_init(&arg.lock, NULL, MUTEX_DEFAULT, NULL); <----------- 1423 cv_init(&arg.cv, NULL, CV_DEFAULT, NULL); 1424 arg.gone = FALSE; 1425 (void) dmu_buf_update_user(ds->ds_dbuf, ds, &arg, &ds->ds_phys, 1426 dsl_dataset_refs_gone); I'm running svn r193609 on dual-core amd64, kernel config is GENERIC minus WITNESS and WITNESS_SKIPSPIN. Is there any other info I can provide to help debug this? --Emil From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 15:27:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E3F106567B for ; Wed, 10 Jun 2009 15:27:57 +0000 (UTC) (envelope-from mel.flynn+fbsd.kde@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3CB8FC1F for ; Wed, 10 Jun 2009 15:27:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.kde@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id C30F07E837; Wed, 10 Jun 2009 07:02:55 -0800 (AKDT) From: Mel Flynn To: kde-freebsd@kde.org Date: Wed, 10 Jun 2009 07:02:54 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906100702.54676.mel.flynn+fbsd.kde@mailing.thruhere.net> X-Mailman-Approved-At: Wed, 10 Jun 2009 15:55:31 +0000 Cc: freebsd-current@freebsd.org Subject: KDE 4 processes get into unkillable state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 15:27:58 -0000 Hi, sorry for the crosspost, but it's relevant for both lists. After a random amount of time, or more to the point - after a certain network condition, KDE4 processes can get into an unkillable state. procstat -t: PID TID COMM TDNAME CPU PRI STATE WCHAN 2237 100077 klauncher initial thread 1 128 lock *unp_mtx procstat -k: PID TID COMM TDNAME KSTACK 2237 100077 klauncher initial thread mi_switch turnstile_wait _mtx_lock_sleep uipc_peeraddr kern_getpeername getpeername syscall Xint0x80_syscall WARNING: running procstat -f on the process hangs the entire machine, no panic generated. It's hard for me to generate a test case for it, but I've seen it in various KDE4 processes, at least in konqueror, klauncher, kio_http and kontact. Also pulseaudio when I was using that sound backend briefly. Anyone have an idea whether this is KDE4 specific or (what my hunch is at the moment) what scenario can create this hang in getpeername? If anyone is interested, I will try to collect more info the next time I see a process and if so, please let me know what info is useful. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 16:11:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C95106567B; Wed, 10 Jun 2009 16:11:25 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by mx1.freebsd.org (Postfix) with ESMTP id CC6768FC26; Wed, 10 Jun 2009 16:11:24 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 32B3EB87A; Wed, 10 Jun 2009 10:55:16 -0500 (CDT) X-Virus-Scanned: amavisd-new at wolves.k12.mo.us Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id luGhZKllryz2; Wed, 10 Jun 2009 10:55:16 -0500 (CDT) Received: from wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 07876B809; Wed, 10 Jun 2009 10:55:15 -0500 (CDT) Received: from rstech28.int.wolves.k12.mo.us (rstech28.int.wolves.k12.mo.us [10.1.3.200]) by www.wolves.k12.mo.us (Horde Framework) with HTTP; Wed, 10 Jun 2009 10:55:15 -0500 Message-ID: <20090610105515.138862z6opgohgtf@www.wolves.k12.mo.us> Date: Wed, 10 Jun 2009 10:55:15 -0500 From: Chris Dillon To: Dmitry Morozovsky References: <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-6.4 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 16:11:26 -0000 Quoting Dmitry Morozovsky : > Well, I can see at least one rather big problem with bgfsck (or with > snapshots to be more precise): inappropriate time of file system > lock on snapshot creation. On not-too-big 300G ufs2 not-too-heavy > loaded snapshot creation time is 20+ minutes, and 5+ from that file > system blocked even on reads. This looks unacceptable for me for > any real use. The snapshot time depends heavily on the I/O throughput of your disk subsystem. On a several year old system with 5 x 72GB 15KRPM U320 SCSI drives in a RAID5 array, a fairly well loaded 260GB filesystem (90GB used, 354K out of 8M inodes used, and several hundred MB to a GB of changes per day) completes a snapshot in exactly 2 minutes. 2 minutes is still too long to be blocking I/O in the middle of the day when it is being actively used, so I just take 1 snapshot per day while it is idle. I would love to put ZFS on this system so that I could have finer grained snapshots, but I need user quota support which our ZFS currently lacks. -- Chris Dillon - NetEng/SysAdm Reeds Spring R-IV School District Technology Department 175 Elementary Rd. Reeds Spring, MO 65737 Voice: 417-272-8266 Fax: 417-272-0015 From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 16:26:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7CAB1065670 for ; Wed, 10 Jun 2009 16:26:32 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA328FC12 for ; Wed, 10 Jun 2009 16:26:32 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 05D2D1CD8A; Wed, 10 Jun 2009 18:26:32 +0200 (CEST) Date: Wed, 10 Jun 2009 18:26:31 +0200 From: Ed Schouten To: Jilles Tjoelker Message-ID: <20090610162631.GP48776@hoeg.nl> References: <4A2D62B6.9080207@quis.cx> <20090609211621.GA24874@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="drkdbItNQN0oJM6x" Content-Disposition: inline In-Reply-To: <20090609211621.GA24874@stack.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Jille Timmermans , FreeBSD Current Subject: Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 16:26:33 -0000 --drkdbItNQN0oJM6x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey Jilles, * Jilles Tjoelker wrote: > This KASSERT may happen if you execute a setuid/setgid program with one > or more of fd 0, 1, 2 closed, and you cannot open /dev/null (e.g. not > present, bad permissions). The assertion checks td->td_retval[0] even if > kern_open() failed. After that, if td->td_retval[0] happened to be equal > to the expected value or INVARIANTS was disabled, the function checks if > kern_open() failed. If so, it returns an error which eventually causes > "whoops, no process anymore" process termination in do_execve() (appears > as SIGABRT). Too bad we don't have some kind of global nullfd that we could just dup everywhere. I really don't like the way how we depend on certain pathnames within the kernel. --=20 Ed Schouten WWW: http://80386.nl/ --drkdbItNQN0oJM6x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkov3rcACgkQ52SDGA2eCwWrygCfdwaVTlwcq5LuvJgtqlgdIdaV NDgAnjaV9zB+rwwWHLIM00iP8gxieFS0 =QvVN -----END PGP SIGNATURE----- --drkdbItNQN0oJM6x-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 16:47:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316581065695 for ; Wed, 10 Jun 2009 16:47:11 +0000 (UTC) (envelope-from tim@tangobravo.co.uk) Received: from auth-1.ukservers.net (auth-1.ukservers.net [217.10.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id C9D3B8FC1D for ; Wed, 10 Jun 2009 16:47:10 +0000 (UTC) (envelope-from tim@tangobravo.co.uk) Received: from hades.syntheticmoon.co.uk (82-71-38-22.dsl.in-addr.zen.co.uk [82.71.38.22]) by auth-1.ukservers.net (Postfix smtp) with ESMTP id C404B36F97D6 for ; Wed, 10 Jun 2009 17:21:42 +0100 (BST) Message-ID: <4A2FDD93.6050003@tangobravo.co.uk> Date: Wed, 10 Jun 2009 17:21:39 +0100 From: Tim Borgeaud User-Agent: Thunderbird 2.0.0.21 (X11/20090911) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Jun 2009 16:56:55 +0000 Subject: Device drivers, mmap/munmap and freeing memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 16:47:11 -0000 (sent originally to -hackers, copied to -current as suggested) I'm currently working on some wrappers and compatibility functions for allowing USB Linux device driver code to be compiled to create a FreeBSD driver module. I.e. extending the work of Luigi Rizzo (linux-kmod-compat) and/or the compatibility code now present in the FreeBSD USB stack. This approach, for creating drivers from Linux source, will probably be moved into userland in one way or another, but for now I'm going to see if I can make some progress by getting some Linux webcam drivers working. The problem I'm currently wrestling with is how to manage the emulation of Linux's mmapping. Linux driver code expects to be able to use some callback functions that are invoked when certain mmap related events occur. Drivers appear to use an open/close pair of functions that are called when a processes starts or stops using mapped memory. These are typically used to maintain a reference count for the memory. As far as I can tell, in FreeBSD, a vm_object_t also contains a similar reference count. The vm subsystem cleans up vm objects (and vm_map entries etc) when the reference count falls to zero. The trouble I have is that it appears that I'm going to need some way to let Linux driver code know whether or not some memory is still in use, i.e. whether the FreeBSD system still holds a vm_object for the mmapped memory. Ideally, I could invoke the Linux driver functions appropriately (when the vm subsystem increments or decrements reference counts for a vm_object). However, it should be enough just to make sure that the Linux driver close callback function is invoked when mapped memory has been unmapped. As far as I can tell, closing mapped file descriptors should not effect the reference count. It appears that it is quite legitimate to access mapped memory after the corresponing file descriptor has been closed. I'm wondering if there is any way to figure out whether some memory is still mapped (by the vm subsystem), whether or not a driver could be informed about munmapping (or forking etc) or what the possible effects would be if memory that has been mmapped is freed (while it may be in use)? I suspect that applications will simply open, mmap and then close (and exit). So I think it would not be unreasonable to cause applications that work in some other way to fail. However, I also suspect that the failure resulting from attempts to access memory that has just been freed by a driver may be worse than a crashed application. Tim From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 17:42:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 5E928106566C; Wed, 10 Jun 2009 17:42:11 +0000 (UTC) Date: Wed, 10 Jun 2009 17:42:11 +0000 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20090610174211.GA78796@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: davidch@freebsd.org Subject: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 17:42:12 -0000 Hi, I am trying to install FreeBSD-CURRENT (svn rev 189289) on my Acer Aspire 5920 laptop. The Broadcom NIC does not show up in the list of interfaces with "ifconfig -l". However, if I do "pciconf -l -v", I see: bge0@pci0:8:0:0: class=0x020000 card=0x01211025 chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' class = network subclass = ethernet Any ideas what is going on? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 18:03:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD67B1065679 for ; Wed, 10 Jun 2009 18:03:48 +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 7F6C68FC1D for ; Wed, 10 Jun 2009 18:03:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2EE2E46B0C; Wed, 10 Jun 2009 14:03:48 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 79C188A06A; Wed, 10 Jun 2009 14:03:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 10 Jun 2009 13:50:27 -0400 User-Agent: KMail/1.9.7 References: <4A2EBB22.10501@turtle.freedns.us> In-Reply-To: <4A2EBB22.10501@turtle.freedns.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101350.27858.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Jun 2009 14:03:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Igor Serikov Subject: Re: mmap & nVidia GPU driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 18:03:49 -0000 On Tuesday 09 June 2009 3:42:26 pm Igor Serikov wrote: > Fellow developers, > > Could you please comment on the following: > > ((( > http://kerneltrap.org/mailarchive/freebsd-announce/2009/5/9/5671694 > > John Baldwin: > > Currently I am waiting for review and feedback from several folks. I am > hopeful that these patches will be in HEAD soon, prior to the 8.0 > freeze. > ))) > > ((( > http://www.nvnews.net/vbulletin/showthread.php?p=1993739 > **zander* * > > As to a BETA driver for FreeBSD/amd64, not all of John Baldwin's recent > work has made it into FreeBSD 8.0-CURRENT and FreeBSD 7.x-STABLE. Until > this changes, I can't even speculate as to when a BETA driver might > become available. > ))) > > Does it mean that there are still some chances that 8.0 will satisfy nVidia and we will see this so long expected driver soon after the release? I still believe we can get the changes into 8.0 and 7.3. Some of the changes (e.g. d_mmap_single()) have already been checked into 8.0. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 18:03:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D14106567D; Wed, 10 Jun 2009 18:03:50 +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 F11A08FC12; Wed, 10 Jun 2009 18:03:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A13A946B17; Wed, 10 Jun 2009 14:03:49 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 816B38A06C; Wed, 10 Jun 2009 14:03:48 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 10 Jun 2009 13:58:11 -0400 User-Agent: KMail/1.9.7 References: <20090610174211.GA78796@crodrigues.org> In-Reply-To: <20090610174211.GA78796@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101358.11902.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Jun 2009 14:03:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Craig Rodrigues , davidch@freebsd.org Subject: Re: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 18:03:50 -0000 On Wednesday 10 June 2009 1:42:11 pm Craig Rodrigues wrote: > Hi, > > I am trying to install FreeBSD-CURRENT (svn rev 189289) on my Acer Aspire 5920 > laptop. The Broadcom NIC does not show up > in the list of interfaces with "ifconfig -l". > > However, if I do "pciconf -l -v", I see: > > bge0@pci0:8:0:0: class=0x020000 card=0x01211025 chip=0x169314e4 rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' > class = network > subclass = ethernet Can you include the dmesg output for the bge0 device (and any phy devices)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 18:18:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E3D1065694 for ; Wed, 10 Jun 2009 18:18:05 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from angel.hellmouth.lotterer.net (angel.hellmouth.lotterer.net [88.198.53.82]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF2A8FC1A for ; Wed, 10 Jun 2009 18:18:05 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from dawn.sunnydale.lotterer.net (ppp-93-104-163-93.dynamic.mnet-online.de [93.104.163.93]) by angel.hellmouth.lotterer.net (Postfix) with ESMTPS id 159B81EC102; Wed, 10 Jun 2009 20:18:04 +0200 (CEST) Received: from [172.17.16.148] (lab-winxp-1.sunnydale.lotterer.net [172.17.16.148]) by dawn.sunnydale.lotterer.net (Postfix) with ESMTPSA id 6505A47A6F; Wed, 10 Jun 2009 20:18:00 +0200 (CEST) Message-ID: <4A2FF8E3.4060501@lotterer.net> Date: Wed, 10 Jun 2009 20:18:11 +0200 From: Thomas Lotterer User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> In-Reply-To: <20090610024959.GD63941@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.2.5-openpkg X-Spam-Checker-Version: SpamAssassin 3.2.5-openpkg (2008-06-10) on angel.lotterer.net Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 18:18:06 -0000 Pyun YongHyeon wrote: > I already know there are possible edge-cases in vge(4) but your > issue looks quite different one than ever reported. Unfortunately > vge(4) hardware I had was broken so I couldn't complete overhauling > the vge(4). The code in the following URL is the latest WIP version > but I don't know whether it fixes the issue as it wasn't tested at > all on real hardware. > http://people.freebsd.org/~yongari/vge/if_vge.c > http://people.freebsd.org/~yongari/vge/if_vgereg.h > http://people.freebsd.org/~yongari/vge/if_vgevar.h > These files contain a CVS Id dating them 2007-11-22 while CURRENT has 2009-05-30. Assuming these dates are reliable this means the patches are roughly 19 months old and AFAIK 1000BaseTX support was added within the last 6 months. I do not believe reverting back makes sense, if you know better, please tell me. There is another interesting patch aside which deals with TXCSUM http://people.freebsd.org/~yongari/vge/vge.csum.patch However, it is already included in CURRENT. More ideas? -- http://thomas.lotterer.net From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 18:25:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358A91065677 for ; Wed, 10 Jun 2009 18:25:52 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id E80548FC0A for ; Wed, 10 Jun 2009 18:25:51 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx1.stack.nl (Postfix, from userid 65534) id 548CB359942; Wed, 10 Jun 2009 20:25:51 +0200 (CEST) X-Spam-DCC: Misty: scanner01.stack.nl 1170; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on scanner01.stack.nl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Relay-Country: _RELAYCOUNTRY_ Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 18B34359889; Wed, 10 Jun 2009 20:25:49 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id BBE01228CB; Wed, 10 Jun 2009 20:25:23 +0200 (CEST) Date: Wed, 10 Jun 2009 20:25:23 +0200 From: Jilles Tjoelker To: Jille Timmermans Message-ID: <20090610182523.GB50651@stack.nl> References: <4A2D62B6.9080207@quis.cx> <20090609211621.GA24874@stack.nl> <4A2ED513.101@quis.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2ED513.101@quis.cx> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 18:25:52 -0000 On Tue, Jun 09, 2009 at 11:33:07PM +0200, Jille Timmermans wrote: > I'm sorry, I forgot to tell that error = 0. (and INVARIANTS is enabled) > (kgdb) frame 3 > #3 0xc0609399 in fdcheckstd (td=0xc41bfd80) > at /usr/src/sys/kern/kern_descrip.c:1946 > 1946 KASSERT(devnull == i, ("oof, we didn't > get our fd")); > (kgdb) print error > $1 = 0 > might this have anything to do with the lockless file descriptor lookup > ? (Cc'ing jeff@) > I have reproduced the panic a second time; but haven't figured out why > it didn't panic my third time. > I talked about this with ed@ on IRC; but after that my best guess was > that kern_open() was mistaking. Sometimes gdb just shows 0 instead of the correct value of a variable, so do not trust too much that kern_open() did not report an error. In the fstat output I saw that the problematic process had fd 0 open as a pipe and fd 1 and 2 closed, and its parent was a cron(8) process. Now, the cron_popen() function in usr.sbin/cron/cron/popen.c that cron uses to mail things out opens _PATH_DEVNULL on fd 1 and 2 without checking if it succeeds. So it is likely there was something wrong with /dev/null in that jail. > We also wondered why the kernel doesn't always have a devnull file > descriptor ready, I guess it is usefull in more cases. It is not used _that_ much, and I think the current approach has less code complexity. Sharing the open file (like dup and sending file descriptors over unix sockets) seems unwise because some state could be shared across entirely unknowing processes (for example, fcntl with F_SETFL will affect /dev/null open files to some degree even though it returns an error code). Then, because /dev/null is very much like any other device, the file descriptor would likely have to be hand-crafted to a great extent. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 18:43:58 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA441065673 for ; Wed, 10 Jun 2009 18:43:58 +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 8FE2E8FC0C for ; Wed, 10 Jun 2009 18:43:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 40D0F46B2D for ; Wed, 10 Jun 2009 14:43:58 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 2DB6C8A06C for ; Wed, 10 Jun 2009 14:43:57 -0400 (EDT) From: John Baldwin To: current@FreeBSD.org Date: Wed, 10 Jun 2009 14:43:51 -0400 User-Agent: KMail/1.9.7 References: <200906101827.n5AIRFoR022115@svn.freebsd.org> In-Reply-To: <200906101827.n5AIRFoR022115@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101443.51798.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Jun 2009 14:43:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: HEADSUP: ABI change for some network utilities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 18:43:59 -0000 On Wednesday 10 June 2009 2:27:15 pm John Baldwin wrote: > Author: jhb > Date: Wed Jun 10 18:27:15 2009 > New Revision: 193941 > URL: http://svn.freebsd.org/changeset/base/193941 > > Log: > Change a few members of tcpcb that store cached copies of ticks to be ints > instead of unsigned longs. This fixes a few overflow edge cases on 64-bit > platforms. Specifically, if an idle connection receives a packet shortly > before 2^31 clock ticks of uptime (about 25 days with hz=1000) and the keep > alive timer fires after 2^31 clock ticks, the keep alive timer will think > that the connection has been idle for a very long time and will immediately > drop the connection instead of sending a keep alive probe. Note that this changes the layout of 'struct tcpcb' which is used by at least netstat, so you will need to update world + kernel. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 18:58:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DD3B106564A; Wed, 10 Jun 2009 18:58:29 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7BB8FC1E; Wed, 10 Jun 2009 18:58:29 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Jun 2009 09:45:49 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E02CC8A29@seaxch09.desktop.isilon.com> In-Reply-To: <20090609163005.GD75569@deviant.kiev.zoral.com.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic: knlist not locked, but should be Thread-Index: AcnpH7C6SYxr8U7sQy2GgnHJMBNdeQAAKEcA References: <20090609110540.GA1290@darklight.homeunix.org><200906090937.37562.jhb@freebsd.org><20090609135145.GB1290@darklight.homeunix.org><200906091059.15278.jhb@freebsd.org> <20090609163005.GD75569@deviant.kiev.zoral.com.ua> From: "Matthew Fleming" To: "Kostik Belousov" , "John Baldwin" X-Mailman-Approved-At: Wed, 10 Jun 2009 19:14:38 +0000 Cc: Yuri Pankov , freebsd-current@freebsd.org, Paul Saab Subject: RE: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 18:58:29 -0000 > This appears to be an interaction with the recent changes to use=20 > shared vnode locks for writes on ZFS. Hmm, I think it may be ok to=20 > use a shared vnode lock for kevents on vnodes though. The vnode=20 > interlock should be sufficient locking for what little work the kevent > filters do. As a quick hack for now the MNT_SHARED_WRITES() stuff=20 > could avoid using shared locks 'if (!VN_KNLIST_EMPTY(vp))', but I=20 > think the longer term fix is to not use the vnode locks for vnode kevents, but use the interlock instead. I tried (briefly) using the interlock since Isilon's vnode lock is cluster wide (in our 6.1 based code we got away with using Giant). This got me a LOR report on the interlock: /* * kqueue/VFS interaction */ { "kqueue", &lock_class_mtx_sleep }, { "struct mount mtx", &lock_class_mtx_sleep }, { "vnode interlock", &lock_class_mtx_sleep }, { NULL, NULL }, since knote() will take first the list->kl_lock and then the kqueue lock. I didn't spend any time on it, and switched to using the vnode v_lock for my purposes. But someone added that lock ordering (r166421) for a reason. Cheers, matthew From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 20:06:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52191065677; Wed, 10 Jun 2009 20:06: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 ECFE38FC1A; Wed, 10 Jun 2009 20:06:09 +0000 (UTC) (envelope-from avg@freebsd.org) 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 XAA11991; Wed, 10 Jun 2009 23:06:02 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MEU3e-0007qE-EE; Wed, 10 Jun 2009 23:06:02 +0300 Message-ID: <4A301228.30708@freebsd.org> Date: Wed, 10 Jun 2009 23:06:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Dmitry Morozovsky References: <4A23D5A4.6020009@icyb.net.ua> <4A23F4B8.7000002@freebsd.org> <4A240331.1000803@FreeBSD.org> <20090602141231.67987dnz529yuqgw@webmail.leidinger.net> <4A255F8E.70604@FreeBSD.org> <4A2EA22B.7090208@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , Doug Barton , freebsd-current@freebsd.org Subject: Re: fsck_y_enable: use -C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 20:06:11 -0000 on 10/06/2009 12:21 Dmitry Morozovsky said the following: > On Tue, 9 Jun 2009, Andriy Gapon wrote: > > AG> > DB> Alexander Leidinger wrote: > AG> > DB> > What about _flags and also adding a NOP for -C in fsck_msdosfs? > AG> > DB> > AG> > DB> Sounds great, I look forward to reviewing your patch. :) > AG> > > AG> > What do you think about attached one? > AG> > AG> I like the patch very much! > AG> Please commit, if you can :-) > > I'm doc committer, so please commit it yourselves. Committed as r193943 and r193944 - big thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 20:28:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71276106566C; Wed, 10 Jun 2009 20:28:23 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id E2F338FC14; Wed, 10 Jun 2009 20:28:22 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n5AKSLFx024748; Thu, 11 Jun 2009 00:28:21 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 11 Jun 2009 00:28:21 +0400 (MSD) From: Dmitry Morozovsky To: Andriy Gapon In-Reply-To: <4A301228.30708@freebsd.org> Message-ID: References: <4A23D5A4.6020009@icyb.net.ua> <4A23F4B8.7000002@freebsd.org> <4A240331.1000803@FreeBSD.org> <20090602141231.67987dnz529yuqgw@webmail.leidinger.net> <4A255F8E.70604@FreeBSD.org> <4A2EA22B.7090208@freebsd.org> <4A301228.30708@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Thu, 11 Jun 2009 00:28:21 +0400 (MSD) Cc: Alexander Leidinger , Doug Barton , freebsd-current@freebsd.org Subject: Re: fsck_y_enable: use -C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 20:28:23 -0000 On Wed, 10 Jun 2009, Andriy Gapon wrote: AG> > AG> > DB> > What about _flags and also adding a NOP for -C in fsck_msdosfs? AG> > AG> > DB> AG> > AG> > DB> Sounds great, I look forward to reviewing your patch. :) AG> > AG> > AG> > AG> > What do you think about attached one? AG> > AG> AG> > AG> I like the patch very much! AG> > AG> Please commit, if you can :-) AG> > AG> > I'm doc committer, so please commit it yourselves. AG> AG> Committed as r193943 and r193944 - big thanks! thank you! BTW, would you please also commit for me the following (briefly discussed on -current half a year ago[1]): Index: etc/syslog.conf =================================================================== RCS file: /home/ncvs/src/etc/syslog.conf,v retrieving revision 1.28 diff -u -r1.28 syslog.conf --- etc/syslog.conf 12 Mar 2005 12:31:16 -0000 1.28 +++ etc/syslog.conf 28 Dec 2008 17:42:01 -0000 @@ -30,3 +30,4 @@ *.* /var/log/slip.log !ppp *.* /var/log/ppp.log +!* * 1: http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001736.html -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 21:12:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D09106567E; Wed, 10 Jun 2009 21:12:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E2A638FC1B; Wed, 10 Jun 2009 21:12:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-157-59-252.bna.bellsouth.net [70.157.59.252]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n5ALCDa1044257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Jun 2009 17:12:13 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: John Baldwin In-Reply-To: <1244571090.60347.1792.camel@balrog.2hip.net> References: <20090609163005.GD75569@deviant.kiev.zoral.com.ua> <06D5F9F6F655AD4C92E28B662F7F853E02CC8A29@seaxch09.desktop.isilon.com> <20090609170025.GE75569@deviant.kiev.zoral.com.ua> <200906091325.08293.jhb@freebsd.org> <1244571090.60347.1792.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-PUiKaF5fgIi93Bm3DFe/" Organization: FreeBSD Date: Wed, 10 Jun 2009 16:12:08 -0500 Message-Id: <1244668328.60347.3420.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Kostik Belousov , Yuri Pankov , freebsd-current@freebsd.org, Paul Saab , Matthew Fleming Subject: Re: panic: knlist not locked, but should be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 21:12:19 -0000 --=-PUiKaF5fgIi93Bm3DFe/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable FYI, this should be fixed with kib@ commit r193951. robert. --=20 Robert Noland FreeBSD --=-PUiKaF5fgIi93Bm3DFe/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkowIagACgkQM4TrQ4qfROPeKwCdFLrLEJJmp3BC0By424Q9pOfD 0GMAn3i9vcX36wqVVgDBCOc9kngcpxy6 =SFZA -----END PGP SIGNATURE----- --=-PUiKaF5fgIi93Bm3DFe/-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 22:02:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20B1010656A6; Wed, 10 Jun 2009 22:02:14 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id CE0F58FC12; Wed, 10 Jun 2009 22:02:13 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5A9351E008E8; Thu, 11 Jun 2009 00:02:12 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n5ALxgn3034460; Wed, 10 Jun 2009 23:59:42 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n5ALxgAQ034459; Wed, 10 Jun 2009 23:59:42 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 10 Jun 2009 23:59:42 +0200 To: Jack Vogel Message-ID: <20090610215942.GA34102@triton.kn-bremen.de> References: <20090606162235.GA49444@triton.kn-bremen.de> <2a41acea0906091104q17aeb174l8a34bf7464a80509@mail.gmail.com> <20090609195141.GA4982@triton.kn-bremen.de> <2a41acea0906091412k4fc58f4dt2c4ebbbb6dbd46dd@mail.gmail.com> <20090609220648.GA14714@triton.kn-bremen.de> <2a41acea0906092239i2b04f3dcic5a593a308ef3849@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0906092239i2b04f3dcic5a593a308ef3849@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-Mailman-Approved-At: Wed, 10 Jun 2009 22:10:36 +0000 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 22:02:15 -0000 On Tue, Jun 09, 2009 at 10:39:33PM -0700, Jack Vogel wrote: > Thanks for the feedback. > > I know nothing about vbox, I had assumed it followed vmware in emulating the > 82545. So, can you not configure things so you always use the type with the > workaround? You can configure the emulated nic per VM, and there are three varieties of e1000 to choose from (in addition to two pcnet), only one of them now doesn't work. I'm not sure there's a configurable global default, the default seems to depend on the type of guest OS selected when creating the VM, and in fact now (with the patch) is a working e1000 variety when creating a FreeBSD VM. > I have no intention of adding workarounds to more hardware > types. So its not too big of a problem I'd say... :) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 22:46:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF5F71065678 for ; Wed, 10 Jun 2009 22:46:41 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 66B1A8FC1C for ; Wed, 10 Jun 2009 22:46:41 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so597235ana.13 for ; Wed, 10 Jun 2009 15:46:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=0ncDzYv935DA21kQJU8GHUz6WWkuTKkrRJfcl5l9Y/g=; b=cMAEInBipuKdQ7yw6hcaChZCKL0b856eEh66ya5oR3OKdTitBnWUi955OUE7GginWV xao4RPbcOT+dOeNX0zcbZKXUxQTaQw7+9H4A8lIYq78Cv9FyskCtFai+D8faA6XZdKRd i+qY23VFhxn8603lr3I6WPC76vtQWWDG6ZbM0= 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=DWoeUkMFwUfKfmUvxSmtDrsebggpXwuVphA32YqxiOa8+vdWoQKaxbMwul4BsfjXcL eLVsVYoKofJOS8teFglOuYzMjXy25qOacnn3MhjcuHka4t/s/fEOQr2teR1QuImElEiZ rR/73CS9bT1Rp4s8SqdvO8luKr4angdZn13+s= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.4.9 with SMTP id 9mr1994790and.147.1244674000098; Wed, 10 Jun 2009 15:46:40 -0700 (PDT) In-Reply-To: <20090610151641.GA15528@dmr.ath.cx> References: <20090610151641.GA15528@dmr.ath.cx> Date: Wed, 10 Jun 2009 15:46:37 -0700 X-Google-Sender-Auth: 175d12c3c4fde1ed Message-ID: <3c1674c90906101546l3f6d5654uceadea17c1c5a8a4@mail.gmail.com> From: Kip Macy To: Emil Mikulic Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: (zfs) panic: lock &arg.lock already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 22:46:41 -0000 File a PR and assign it to me. On Wed, Jun 10, 2009 at 8:16 AM, Emil Mikulic wrote: > On doing "zfs destroy" of a snapshot, I got this panic: > > Unread portion of the kernel message buffer: > panic: lock &arg.lock already initialized > cpuid =3D 0 > KDB: enter: panic > Physical memory: 4049 MB > Dumping [etc] > > (kgdb) where > [...] > #9 =A00xffffffff80568c5b in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:558 > #10 0xffffffff8105754e in dsl_dataset_destroy_sync (arg1=3D0xffffff000560= 5c00, > =A0 =A0tag=3D0xffffff000b68c550, cr=3D0xffffff0005f79e00, tx=3D0xffffff00= 05932680) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/dsl_dataset.c:1422 > #11 0xffffffff81059ecb in dsl_sync_task_group_sync (dstg=3D0xffffff000b7b= 9080, > =A0 =A0tx=3D0xffffff0005932680) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/dsl_synctask.c:186 > #12 0xffffffff810599f3 in dsl_pool_sync (dp=3D0xffffff0005606800, txg=3D7= 5028) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/dsl_pool.c:316 > #13 0xffffffff810683c5 in spa_sync (spa=3D0xffffff0005549000, txg=3D75028= ) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/spa.c:3988 > #14 0xffffffff8107047f in txg_sync_thread (arg=3DVariable "arg" is not av= ailable. > ) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/txg.c:352 > #15 0xffffffff8054179a in fork_exit ( > =A0 =A0callout=3D0xffffffff810701f0 , arg=3D0xffffff0005= 606800, > =A0 =A0frame=3D0xffffff81297f4c90) at /usr/src/sys/kern/kern_fork.c:828 > #16 0xffffffff8081b32e in fork_trampoline () > =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:552 > #17 0x0000000000000000 in ?? () > #18 0x0000000000000000 in ?? () > #19 0x0000000000000001 in ?? () > #20 0x0000000000000000 in ?? () > [more question marks...] > (kgdb) frame 10 > (kgdb) list > 1417 =A0 =A0static void > 1418 =A0 =A0dsl_dataset_drain_refs(dsl_dataset_t *ds, void *tag) > 1419 =A0 =A0{ > 1420 =A0 =A0 =A0 =A0 =A0 =A0struct refsarg arg; > 1421 > 1422 ---------> mutex_init(&arg.lock, NULL, MUTEX_DEFAULT, NULL); <------= ----- > 1423 =A0 =A0 =A0 =A0 =A0 =A0cv_init(&arg.cv, NULL, CV_DEFAULT, NULL); > 1424 =A0 =A0 =A0 =A0 =A0 =A0arg.gone =3D FALSE; > 1425 =A0 =A0 =A0 =A0 =A0 =A0(void) dmu_buf_update_user(ds->ds_dbuf, ds, &= arg, &ds->ds_phys, > 1426 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0dsl_dataset_refs_gone); > > I'm running svn r193609 on dual-core amd64, kernel config is GENERIC > minus WITNESS and WITNESS_SKIPSPIN. > > Is there any other info I can provide to help debug this? > > --Emil > _______________________________________________ > 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 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 23:01:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 234DF1065678 for ; Wed, 10 Jun 2009 23:01:24 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id CDD1E8FC14 for ; Wed, 10 Jun 2009 23:01:23 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so601810ana.13 for ; Wed, 10 Jun 2009 16:01:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=pVEiWuVKRtBF3vQjIuLQ+LpYtE5ngAeQAfZFxUX7PuY=; b=FKKV/oBYxITdSbR/55qSU7yNXxZgPi5Tv9g0o7oGeOBesLwZzh8H3wpT03AphWCU3k fGpV016b6GsQQi40bntS4qmGtIVv8kW/VG8mSnV6fNPSYSTD8J7THVGXa8L4FP7dSZJf 2ixRBUsWXF04l6EvqDUnD4pnqhymPSBRLcuak= 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=EvtAGOtlcJpkRWCn1JdFPGzZ5hJrHodB/yp2uMOKTL/LMBfXS2iFqPn1ToJVjbNvxk ZXkeMqlFXFYebevkdU8d9p7RC+CNaIKSghgJFqjKQIYkKJ4LKHo2fnY9eRY1WKelOBui Eg6h8I3pJrZFZ9Nkpm3eZJAWkmsGoofoI+R68= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.14.2 with SMTP id 2mr2057327ann.68.1244674882956; Wed, 10 Jun 2009 16:01:22 -0700 (PDT) In-Reply-To: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> References: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> Date: Wed, 10 Jun 2009 16:01:22 -0700 X-Google-Sender-Auth: da6214f9fa3eebc1 Message-ID: <3c1674c90906101601q68285c4ehad44dadc0d1a28e5@mail.gmail.com> From: Kip Macy To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 23:01:24 -0000 A M_WAITOK allocation while holding a lock will do this. -Kip On Tue, Jun 9, 2009 at 6:25 AM, Paul B. Mahol wrote: > #0 =A0doadump () at pcpu.h:246 > #1 =A00xc04acb4e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:419 > #2 =A00xc04ace22 in panic (fmt=3DVariable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:575 > #3 =A00xc04ecba0 in witness_checkorder (lock=3D0xc1094788, flags=3D9, > file=3D0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=3D1990, > interlock=3D0x0) at /usr/src/sys/kern/subr_witness.c:1063 > #4 =A00xc049ded4 in _mtx_lock_flags (m=3D0xc1094788, opts=3D0, > file=3D0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=3D1990) at > /usr/src/sys/kern/kern_mutex.c:200 > #5 =A00xc05b3eb3 in uma_zalloc_arg (zone=3D0xc108c700, udata=3D0x0, flags= =3D1) > at /usr/src/sys/vm/uma_core.c:1990 > #6 =A00xc049a564 in malloc (size=3Ddwarf2_read_address: Corrupted DWARF > expression.) at uma.h:305 > #7 =A00xc09cc51f in AcpiOsExecute (Type=3DOSL_GPE_HANDLER, > Function=3D0xc099c100 , > Context=3D0xc3d49618) at > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:103 > #8 =A00xc099c448 in AcpiEvGpeDispatch (GpeEventInfo=3D0xc3d49618, > GpeNumber=3D2) at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evgpe.c= :863 > #9 =A00xc099c66b in AcpiEvGpeDetect (GpeXruptList=3D0xc3d4b400) at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evgpe.c= :586 > #10 0xc099e699 in AcpiEvSciXruptHandler (Context=3D0xc3d4b400) at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events/evsci.c= :172 > #11 0xc0487955 in intr_event_execute_handlers (p=3D0xc3d0aa90, > ie=3D0xc3d09300) at /usr/src/sys/kern/kern_intr.c:1146 > #12 0xc04885bf in ithread_loop (arg=3D0xc3d4b3f0) at > /usr/src/sys/kern/kern_intr.c:1159 > #13 0xc0485728 in fork_exit (callout=3D0xc0488520 , > arg=3D0xc3d4b3f0, frame=3D0xc39e7d38) at /usr/src/sys/kern/kern_fork.c:82= 8 > #14 0xc05ea6e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:270 > > Some recent change in acpi is causing this. > > -- > Paul > _______________________________________________ > 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 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 23:13:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 73588106566B; Wed, 10 Jun 2009 23:13:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 10 Jun 2009 19:12:42 -0400 User-Agent: KMail/1.6.2 References: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> <3c1674c90906101601q68285c4ehad44dadc0d1a28e5@mail.gmail.com> In-Reply-To: <3c1674c90906101601q68285c4ehad44dadc0d1a28e5@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200906101912.54960.jkim@FreeBSD.org> Cc: Kip Macy Subject: Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 23:13:05 -0000 On Wednesday 10 June 2009 07:01 pm, Kip Macy wrote: > A M_WAITOK allocation while holding a lock will do this. No, it does not because it may be used in interrupt handler context with a spin lock held (e.g., GPE handler). In fact, I already committed a workaround: http://svn.freebsd.org/changeset/base/193963 Please let me know if it does not work for you. Thanks, Jung-uk Kim > -Kip > > On Tue, Jun 9, 2009 at 6:25 AM, Paul B. Mahol wrote: > > #0  doadump () at pcpu.h:246 > > #1  0xc04acb4e in boot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:419 #2  0xc04ace22 in panic > > (fmt=Variable "fmt" is not available.) at > > /usr/src/sys/kern/kern_shutdown.c:575 > > #3  0xc04ecba0 in witness_checkorder (lock=0xc1094788, flags=9, > > file=0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=1990, > > interlock=0x0) at /usr/src/sys/kern/subr_witness.c:1063 > > #4  0xc049ded4 in _mtx_lock_flags (m=0xc1094788, opts=0, > > file=0xc06429a7 "/usr/src/sys/vm/uma_core.c", line=1990) at > > /usr/src/sys/kern/kern_mutex.c:200 > > #5  0xc05b3eb3 in uma_zalloc_arg (zone=0xc108c700, udata=0x0, > > flags=1) at /usr/src/sys/vm/uma_core.c:1990 > > #6  0xc049a564 in malloc (size=dwarf2_read_address: Corrupted > > DWARF expression.) at uma.h:305 > > #7  0xc09cc51f in AcpiOsExecute (Type=OSL_GPE_HANDLER, > > Function=0xc099c100 , > > Context=0xc3d49618) at > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedul > >e.c:103 #8  0xc099c448 in AcpiEvGpeDispatch > > (GpeEventInfo=0xc3d49618, GpeNumber=2) at > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events > >/evgpe.c:863 #9  0xc099c66b in AcpiEvGpeDetect > > (GpeXruptList=0xc3d4b400) at > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events > >/evgpe.c:586 #10 0xc099e699 in AcpiEvSciXruptHandler > > (Context=0xc3d4b400) at > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/events > >/evsci.c:172 #11 0xc0487955 in intr_event_execute_handlers > > (p=0xc3d0aa90, ie=0xc3d09300) at > > /usr/src/sys/kern/kern_intr.c:1146 > > #12 0xc04885bf in ithread_loop (arg=0xc3d4b3f0) at > > /usr/src/sys/kern/kern_intr.c:1159 > > #13 0xc0485728 in fork_exit (callout=0xc0488520 , > > arg=0xc3d4b3f0, frame=0xc39e7d38) at > > /usr/src/sys/kern/kern_fork.c:828 #14 0xc05ea6e0 in > > fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 > > > > Some recent change in acpi is causing this. > > > > -- > > Paul > > _______________________________________________ > > 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 Jun 10 23:17:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id DDF241065670; Wed, 10 Jun 2009 23:17:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 10 Jun 2009 19:17:23 -0400 User-Agent: KMail/1.6.2 References: <3a142e750906090625r6586f15fn234e539dbbd57e73@mail.gmail.com> <3c1674c90906101601q68285c4ehad44dadc0d1a28e5@mail.gmail.com> <200906101912.54960.jkim@FreeBSD.org> In-Reply-To: <200906101912.54960.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200906101917.26977.jkim@FreeBSD.org> Cc: Kip Macy Subject: Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2009 23:17:35 -0000 On Wednesday 10 June 2009 07:12 pm, Jung-uk Kim wrote: > On Wednesday 10 June 2009 07:01 pm, Kip Macy wrote: > > A M_WAITOK allocation while holding a lock will do this. > > No, it does not because it may be used in interrupt handler context > with a spin lock held (e.g., GPE handler). I meant "a M_WAITOK allocation while holding a lock" is not the case here. It is "you shall not malloc(9) while holding a spin lock" case. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 00:26:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96FC1106564A for ; Thu, 11 Jun 2009 00:26:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 643018FC15 for ; Thu, 11 Jun 2009 00:26:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so367449rvb.43 for ; Wed, 10 Jun 2009 17:26:57 -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=5DvbtflMwz3wR5Yh9vGv7A/kMn/TppZ0SJIB2tHXZgQ=; b=pFR4zrJK0OEvps7qy/SH3kITd277JFhVQ8jyV5d9VAKD6KfFrBej4PpxE7PoJoRKHV z5Zf5cRSklDtPX1qP7TtrvSpUScBoY6UlXVnAaY4lfySsTsMcIQbBsUnSouiwWvzqOLC jUUB+klFmrskzPn4sapICv1TxjLJFr/BFwPJc= 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=Ffbdm0Bjv45F/PdHlhnimhu51AKtOm+Lg5mqWxNuF309gy673mGHAK6O9DyngDhzYw Hy82GwI0kc5tLta2tGVw/H618d+uXrc4kgHzijkR0c9eDK1QToO0+2kx0zmiLexoUS4x GEOC2MY+YyaBxFmgcvMgkPHksGCyzEEXPeGNQ= Received: by 10.140.144.1 with SMTP id r1mr1598654rvd.131.1244680017063; Wed, 10 Jun 2009 17:26:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f21sm21512623rvb.45.2009.06.10.17.26.53 (version=SSLv3 cipher=RC4-MD5); Wed, 10 Jun 2009 17:26:54 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 11 Jun 2009 09:29:23 +0900 From: Pyun YongHyeon Date: Thu, 11 Jun 2009 09:29:23 +0900 To: Thomas Lotterer Message-ID: <20090611002923.GA68519@michelle.cdnetworks.co.kr> References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> <4A2FF8E3.4060501@lotterer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2FF8E3.4060501@lotterer.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) 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, 11 Jun 2009 00:26:57 -0000 On Wed, Jun 10, 2009 at 08:18:11PM +0200, Thomas Lotterer wrote: > Pyun YongHyeon wrote: > >I already know there are possible edge-cases in vge(4) but your > >issue looks quite different one than ever reported. Unfortunately > >vge(4) hardware I had was broken so I couldn't complete overhauling > >the vge(4). The code in the following URL is the latest WIP version > >but I don't know whether it fixes the issue as it wasn't tested at > >all on real hardware. > >http://people.freebsd.org/~yongari/vge/if_vge.c > >http://people.freebsd.org/~yongari/vge/if_vgereg.h > >http://people.freebsd.org/~yongari/vge/if_vgevar.h > > > These files contain a CVS Id dating them 2007-11-22 while CURRENT has > 2009-05-30. Assuming these dates are reliable this means the patches are > roughly 19 months old and AFAIK 1000BaseTX support was added within the > last 6 months. I do not believe reverting back makes sense, if you know > better, please tell me. > You can ignore the date. The cvs id was there as I wanted to know which was the base revision when I started working on vge(4). > There is another interesting patch aside which deals with TXCSUM > http://people.freebsd.org/~yongari/vge/vge.csum.patch > However, it is already included in CURRENT. > > More ideas? As you said the checksum patch already committed and I believe it has no relation with your issue. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 09:39:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89D141065672 for ; Thu, 11 Jun 2009 09:39:12 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 588D58FC13 for ; Thu, 11 Jun 2009 09:39:12 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (hydra.fletchermoorland.co.uk [78.33.209.59]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n5B9dAgQ000441 for ; Thu, 11 Jun 2009 09:39:11 GMT (envelope-from ken@mthelicon.com) Message-ID: <7F33EBFB76E14A9B8419670F60FFFC99@PegaPegII> From: "Pegasus Mc Cleaft" To: Date: Thu, 11 Jun 2009 10:39:12 +0100 Organization: Feathers MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 X-Antivirus: avast! (VPS 090610-0, 10/06/2009), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Error while building world r193979 - libzpool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 09:39:12 -0000 Hi Current,=20 I'm getting an error while trying to build the world. It could be = something I have done as I just recently moved from cvsup updates to svn = updates.=20 cc -msse3 -mmmx -march=3Dnative -O2 -fno-strict-aliasing -pipe -s = -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include = -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/comm= on = -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/co= mmon = -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair = -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts= /common/fs/zfs = -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts= /common/sys = -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts= /common -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head = -I/usr/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN = -std=3Dgnu89 -fstack-protector -Wno-unknown-pragmas -o zinject = zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs = -lzpool /usr/obj/usr/src/tmp/usr/lib/libzpool.so: undefined reference to = `zfs_prefetch_disable' *** Error code 1 Peg From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 09:47:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 613F1106566C; Thu, 11 Jun 2009 09:47:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0CCDC8FC16; Thu, 11 Jun 2009 09:47:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5B9lAg3040017; Thu, 11 Jun 2009 05:47:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5B9lApT087387; Thu, 11 Jun 2009 05:47:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2C4CA7302F; Thu, 11 Jun 2009 05:47:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611094710.2C4CA7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 05:47:10 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 09:47:14 -0000 TB --- 2009-06-11 08:31:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 08:31:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-11 08:31:04 - cleaning the object tree TB --- 2009-06-11 08:31:42 - cvsupping the source tree TB --- 2009-06-11 08:31:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-11 08:31:50 - building world TB --- 2009-06-11 08:31:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 08:31:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 08:31:50 - TARGET=sparc64 TB --- 2009-06-11 08:31:50 - TARGET_ARCH=sparc64 TB --- 2009-06-11 08:31:50 - TZ=UTC TB --- 2009-06-11 08:31:50 - __MAKE_CONF=/dev/null TB --- 2009-06-11 08:31:50 - cd /src TB --- 2009-06-11 08:31:50 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 08:31:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.sbin/arp/arp.c:605: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c: In function 'get_ether_addr': /src/usr.sbin/arp/arp.c:792: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:793: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:817: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:819: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:832: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:841: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/arp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 09:47:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 09:47:09 - ERROR: failed to build world TB --- 2009-06-11 09:47:09 - 3572.25 user 355.48 system 4564.99 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 09:52:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EAC1106564A for ; Thu, 11 Jun 2009 09:52:18 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id CC1D38FC21 for ; Thu, 11 Jun 2009 09:52:17 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so762340ana.13 for ; Thu, 11 Jun 2009 02:52:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=TKUnMmP5nkfKTJZVosAXROLrpJQtO7Qp748lqVQjsuc=; b=RhmO8+y68Br6QIyjffT0c2PU3rrhn3/lWXMnbZgnQMCqVhYq3cjnukL9py6aMYm184 e3DBDFU2jIm76q/hCXCbTXUZEzs9oM3lEbheB8KMv8HL9zVu9H9fcNhRpJNCB/prSTsx UoCml/ELzZabvsE5beAUyc0eI+IhJXyRFa7Os= 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=jE1lrZnw0fwW48e1lLJc4bolZVvyXJHzHa5Wh+hQai55kDoMR/aOojzKsYqS6zCFwb ck6KloeJ7GTChVweXNNFNZ8M9w947/3TxYeXcCn4I1CPDEsSqIsI7CadX6b995uerRG/ MSxyGpnzD7Ohv8U1dbcYBmdainHCQo5XMRUKY= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.232.16 with SMTP id e16mr2611906anh.70.1244713937002; Thu, 11 Jun 2009 02:52:17 -0700 (PDT) In-Reply-To: <7F33EBFB76E14A9B8419670F60FFFC99@PegaPegII> References: <7F33EBFB76E14A9B8419670F60FFFC99@PegaPegII> Date: Thu, 11 Jun 2009 02:52:16 -0700 X-Google-Sender-Auth: 8078d6f7b9ff6869 Message-ID: <3c1674c90906110252w61015323rabafed3ffaa1b3ae@mail.gmail.com> From: Kip Macy To: Pegasus Mc Cleaft Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Error while building world r193979 - libzpool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 09:52:18 -0000 update and try again On Thu, Jun 11, 2009 at 2:39 AM, Pegasus Mc Cleaft wrote= : > Hi Current, > > =A0 =A0I'm getting an error while trying to build the world. It could be = something I have done as I just recently moved from cvsup updates to svn up= dates. > > cc -msse3 -mmmx -march=3Dnative -O2 -fno-strict-aliasing -pipe -s -I/usr/= src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/usr/src/cd= dl/usr.bin/zinject/../../compat/opensolaris/include -I/usr/src/cddl/usr.bin= /zinject/../../compat/opensolaris/lib/libumem -I/usr/src/cddl/usr.bin/zinje= ct/../../contrib/opensolaris/lib/libzfs/common -I/usr/src/cddl/usr.bin/zinj= ect/../../contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/usr.bin/z= inject/../../contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/usr.bin/zinj= ect/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cddl= /usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/us= r/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common= -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/usr/src/= cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 = -fstack-protector -Wno-unknown-pragmas =A0-o zinject zinject.o translate.o = -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool > /usr/obj/usr/src/tmp/usr/lib/libzpool.so: undefined reference to `zfs_pre= fetch_disable' > *** Error code 1 > > Peg > _______________________________________________ > 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 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 10:54:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A583106564A; Thu, 11 Jun 2009 10:54:01 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 38DAE8FC0A; Thu, 11 Jun 2009 10:54:01 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (hydra.fletchermoorland.co.uk [78.33.209.59]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n5BArweN000914; Thu, 11 Jun 2009 10:54:00 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "Kip Macy" References: <7F33EBFB76E14A9B8419670F60FFFC99@PegaPegII> <3c1674c90906110252w61015323rabafed3ffaa1b3ae@mail.gmail.com> In-Reply-To: <3c1674c90906110252w61015323rabafed3ffaa1b3ae@mail.gmail.com> Date: Thu, 11 Jun 2009 11:54:01 +0100 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 X-Antivirus: avast! (VPS 090610-0, 10/06/2009), Outbound message X-Antivirus-Status: Clean Cc: current@freebsd.org Subject: Re: Error while building world r193979 - libzpool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 10:54:01 -0000 Hi Kip, Thanks for that. I updated and was able to build the world & kernel.. Cheers, Peg ----- Original Message ----- From: "Kip Macy" >update and try again > >On Thu, Jun 11, 2009 at 2:39 AM, Pegasus Mc Cleaft >wrote: >> Hi Current, >> >> I'm getting an error while trying to build the world. It could be >> something I have done as I just recently moved from cvsup updates to svn >> >>updates. >> From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 10:59:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96568106566C; Thu, 11 Jun 2009 10:59:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 41E088FC0A; Thu, 11 Jun 2009 10:59:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BAxfWb045164; Thu, 11 Jun 2009 06:59:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BAxfVu046042; Thu, 11 Jun 2009 06:59:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9954F7302F; Thu, 11 Jun 2009 06:59:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611105941.9954F7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 06:59:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 10:59:50 -0000 TB --- 2009-06-11 09:47:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 09:47:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-11 09:47:10 - cleaning the object tree TB --- 2009-06-11 09:47:50 - cvsupping the source tree TB --- 2009-06-11 09:47:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-11 09:47:57 - building world TB --- 2009-06-11 09:47:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 09:47:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 09:47:57 - TARGET=sun4v TB --- 2009-06-11 09:47:57 - TARGET_ARCH=sparc64 TB --- 2009-06-11 09:47:57 - TZ=UTC TB --- 2009-06-11 09:47:57 - __MAKE_CONF=/dev/null TB --- 2009-06-11 09:47:57 - cd /src TB --- 2009-06-11 09:47:57 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 09:47:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.sbin/arp/arp.c:605: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c: In function 'get_ether_addr': /src/usr.sbin/arp/arp.c:792: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:793: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:817: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:819: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:832: warning: cast increases required alignment of target type /src/usr.sbin/arp/arp.c:841: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/arp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 10:59:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 10:59:41 - ERROR: failed to build world TB --- 2009-06-11 10:59:41 - 3572.20 user 346.83 system 4351.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 11:26:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A675106564A; Thu, 11 Jun 2009 11:26:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 22C9E8FC15; Thu, 11 Jun 2009 11:26:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BBQdtD047713; Thu, 11 Jun 2009 07:26:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BBQdTo013629; Thu, 11 Jun 2009 07:26:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5A0507302F; Thu, 11 Jun 2009 07:26:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611112639.5A0507302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 07:26:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 11:26:43 -0000 TB --- 2009-06-11 11:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 11:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-06-11 11:00:00 - cleaning the object tree TB --- 2009-06-11 11:00:47 - cvsupping the source tree TB --- 2009-06-11 11:00:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-06-11 11:00:56 - building world TB --- 2009-06-11 11:00:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 11:00:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 11:00:56 - TARGET=arm TB --- 2009-06-11 11:00:56 - TARGET_ARCH=arm TB --- 2009-06-11 11:00:56 - TZ=UTC TB --- 2009-06-11 11:00:56 - __MAKE_CONF=/dev/null TB --- 2009-06-11 11:00:56 - cd /src TB --- 2009-06-11 11:00:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 11:00:58 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 11:26:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 11:26:39 - ERROR: failed to build world TB --- 2009-06-11 11:26:39 - 1189.27 user 152.84 system 1598.96 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 11:32:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F1B1065672; Thu, 11 Jun 2009 11:32:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A28998FC0A; Thu, 11 Jun 2009 11:32:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BBWS4M048433; Thu, 11 Jun 2009 07:32:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BBWRP1028203; Thu, 11 Jun 2009 07:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D3EE57302F; Thu, 11 Jun 2009 07:32:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611113227.D3EE57302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 07:32:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 11:32:31 -0000 TB --- 2009-06-11 11:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 11:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-11 11:00:00 - cleaning the object tree TB --- 2009-06-11 11:01:28 - cvsupping the source tree TB --- 2009-06-11 11:01:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-11 11:01:35 - building world TB --- 2009-06-11 11:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 11:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 11:01:35 - TARGET=amd64 TB --- 2009-06-11 11:01:35 - TARGET_ARCH=amd64 TB --- 2009-06-11 11:01:35 - TZ=UTC TB --- 2009-06-11 11:01:35 - __MAKE_CONF=/dev/null TB --- 2009-06-11 11:01:35 - cd /src TB --- 2009-06-11 11:01:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 11:01:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 11:32:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 11:32:27 - ERROR: failed to build world TB --- 2009-06-11 11:32:27 - 1440.77 user 164.98 system 1947.49 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 11:56:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C8A91065673; Thu, 11 Jun 2009 11:56:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CBEE08FC19; Thu, 11 Jun 2009 11:56:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BBumw0092977; Thu, 11 Jun 2009 07:56:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BBulQZ017432; Thu, 11 Jun 2009 07:56:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2C3A7302F; Thu, 11 Jun 2009 07:56:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611115647.D2C3A7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 07:56:47 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/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, 11 Jun 2009 11:56:51 -0000 TB --- 2009-06-11 11:26:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 11:26:39 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-11 11:26:39 - cleaning the object tree TB --- 2009-06-11 11:27:16 - cvsupping the source tree TB --- 2009-06-11 11:27:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-11 11:27:24 - building world TB --- 2009-06-11 11:27:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 11:27:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 11:27:24 - TARGET=i386 TB --- 2009-06-11 11:27:24 - TARGET_ARCH=i386 TB --- 2009-06-11 11:27:24 - TZ=UTC TB --- 2009-06-11 11:27:24 - __MAKE_CONF=/dev/null TB --- 2009-06-11 11:27:24 - cd /src TB --- 2009-06-11 11:27:24 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 11:27:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 11:56:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 11:56:47 - ERROR: failed to build world TB --- 2009-06-11 11:56:47 - 1375.45 user 148.95 system 1808.20 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:02:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69990106589D; Thu, 11 Jun 2009 12:02:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 336068FC17; Thu, 11 Jun 2009 12:02:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BC2Qgc052616; Thu, 11 Jun 2009 08:02:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BC2Q7i000616; Thu, 11 Jun 2009 08:02:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3094C7302F; Thu, 11 Jun 2009 08:02:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611120226.3094C7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 08:02:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 12:02:55 -0000 TB --- 2009-06-11 11:32:27 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 11:32:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-11 11:32:27 - cleaning the object tree TB --- 2009-06-11 11:33:01 - cvsupping the source tree TB --- 2009-06-11 11:33:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-11 11:33:08 - building world TB --- 2009-06-11 11:33:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 11:33:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 11:33:08 - TARGET=pc98 TB --- 2009-06-11 11:33:08 - TARGET_ARCH=i386 TB --- 2009-06-11 11:33:08 - TZ=UTC TB --- 2009-06-11 11:33:08 - __MAKE_CONF=/dev/null TB --- 2009-06-11 11:33:08 - cd /src TB --- 2009-06-11 11:33:08 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 11:33:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 12:02:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 12:02:26 - ERROR: failed to build world TB --- 2009-06-11 12:02:26 - 1376.29 user 154.02 system 1798.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:15:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC5A106564A for ; Thu, 11 Jun 2009 12:15:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id A63E78FC1A for ; Thu, 11 Jun 2009 12:15:46 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,202,1243807200"; d="scan'208";a="5709391" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 11 Jun 2009 14:15:44 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id DD7EC1B07BA; Thu, 11 Jun 2009 14:15:44 +0200 (CEST) Date: Thu, 11 Jun 2009 14:15:44 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: privileges for memcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 12:15:47 -0000 hi there, just played a bit with memcontrol and was surprised to see that the "-?" switch and the "help" option require root privileges. any specific reason for that? cheers. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:29:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F095C106566B; Thu, 11 Jun 2009 12:29:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B97FA8FC16; Thu, 11 Jun 2009 12:29:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCT2uq058094; Thu, 11 Jun 2009 08:29:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCT2HE046003; Thu, 11 Jun 2009 08:29:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 477F87302F; Thu, 11 Jun 2009 08:29:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611122902.477F87302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 08:29:02 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 12:29:05 -0000 TB --- 2009-06-11 12:02:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 12:02:26 - starting HEAD tinderbox run for mips/mips TB --- 2009-06-11 12:02:26 - cleaning the object tree TB --- 2009-06-11 12:02:44 - cvsupping the source tree TB --- 2009-06-11 12:02:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-06-11 12:02:51 - building world TB --- 2009-06-11 12:02:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 12:02:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 12:02:51 - TARGET=mips TB --- 2009-06-11 12:02:51 - TARGET_ARCH=mips TB --- 2009-06-11 12:02:51 - TZ=UTC TB --- 2009-06-11 12:02:51 - __MAKE_CONF=/dev/null TB --- 2009-06-11 12:02:51 - cd /src TB --- 2009-06-11 12:02:51 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 12:02:52 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 12:29:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 12:29:02 - ERROR: failed to build world TB --- 2009-06-11 12:29:02 - 1221.83 user 147.71 system 1595.91 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:30:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5DE7106567D; Thu, 11 Jun 2009 12:30:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8098FC13; Thu, 11 Jun 2009 12:30:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCU4dK058322; Thu, 11 Jun 2009 08:30:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCU4Go047059; Thu, 11 Jun 2009 08:30:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AB897302F; Thu, 11 Jun 2009 08:30:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611123004.2AB897302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 08:30:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 12:30:08 -0000 TB --- 2009-06-11 11:56:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 11:56:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-11 11:56:48 - cleaning the object tree TB --- 2009-06-11 11:57:14 - cvsupping the source tree TB --- 2009-06-11 11:57:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-11 11:57:23 - building world TB --- 2009-06-11 11:57:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 11:57:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 11:57:23 - TARGET=ia64 TB --- 2009-06-11 11:57:23 - TARGET_ARCH=ia64 TB --- 2009-06-11 11:57:23 - TZ=UTC TB --- 2009-06-11 11:57:23 - __MAKE_CONF=/dev/null TB --- 2009-06-11 11:57:23 - cd /src TB --- 2009-06-11 11:57:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 11:57:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 12:30:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 12:30:04 - ERROR: failed to build world TB --- 2009-06-11 12:30:04 - 1599.21 user 156.80 system 1996.15 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:50:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEBED106566C for ; Thu, 11 Jun 2009 12:50:23 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from angel.hellmouth.lotterer.net (angel.hellmouth.lotterer.net [88.198.53.82]) by mx1.freebsd.org (Postfix) with ESMTP id 99C4E8FC17 for ; Thu, 11 Jun 2009 12:50:23 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from dawn.sunnydale.lotterer.net (ppp-93-104-163-93.dynamic.mnet-online.de [93.104.163.93]) by angel.hellmouth.lotterer.net (Postfix) with ESMTPS id 03DC51EC23E; Thu, 11 Jun 2009 14:50:22 +0200 (CEST) Received: from [172.17.16.148] (lab-winxp-1.sunnydale.lotterer.net [172.17.16.148]) by dawn.sunnydale.lotterer.net (Postfix) with ESMTPSA id 8ACCB47A6F; Thu, 11 Jun 2009 14:50:19 +0200 (CEST) Message-ID: <4A30FD94.4030409@lotterer.net> Date: Thu, 11 Jun 2009 14:50:28 +0200 From: Thomas Lotterer User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> <4A2FF8E3.4060501@lotterer.net> <20090611002923.GA68519@michelle.cdnetworks.co.kr> In-Reply-To: <20090611002923.GA68519@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.2.5-openpkg X-Spam-Checker-Version: SpamAssassin 3.2.5-openpkg (2008-06-10) on angel.lotterer.net Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 12:50:24 -0000 Pyun YongHyeon wrote: > On Wed, Jun 10, 2009 at 08:18:11PM +0200, Thomas Lotterer wrote: >> Pyun YongHyeon wrote: >>> http://people.freebsd.org/~yongari/vge/if_vge.c >>> http://people.freebsd.org/~yongari/vge/if_vgereg.h >>> http://people.freebsd.org/~yongari/vge/if_vgevar.h >>> >> These files contain a CVS Id dating them 2007-11-22 while CURRENT has >> 2009-05-30. > > You can ignore the date. > I tried these driver files. From a user/admin perspective, they do not work at all. No Network link, no traffic at all. From a developers perspective, things look promising: vge0: flags=8802 metric 0 mtu 1500 options=389b ether 00:40:63:xx:xx:xx inet [...] media: Ethernet autoselect New WOL options are a proof the new driver is loaded. It detects the NIC and reads the correct Ethernet MAC address. The media indicator shows what's reality - no link. In /var/log/messages I found continuously repeating patterns of vge0: link state changed to UP vge0: watchdog timeout vge0: unable to stop Rx/Tx MAC(0x09)! vge0: soft reset timed out vge0: link state changed to DOWN Attempting to manually bring the interface down and back up did not change anything. In fact, it seems to me that the command did not make it to the hardware. Usually, the link indicators on the NIC and switch cycle off/on but this time no flickering at all. -- http://thomas.lotterer.net From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:59:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD30A106566B; Thu, 11 Jun 2009 12:59:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5528FC14; Thu, 11 Jun 2009 12:59:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCxGv3064187; Thu, 11 Jun 2009 08:59:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCxGOf044843; Thu, 11 Jun 2009 08:59:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D295A7302F; Thu, 11 Jun 2009 08:59:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611125915.D295A7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 08:59:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 12:59:20 -0000 TB --- 2009-06-11 12:30:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 12:30:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-11 12:30:04 - cleaning the object tree TB --- 2009-06-11 12:30:33 - cvsupping the source tree TB --- 2009-06-11 12:30:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-11 12:30:39 - building world TB --- 2009-06-11 12:30:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 12:30:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 12:30:39 - TARGET=sparc64 TB --- 2009-06-11 12:30:39 - TARGET_ARCH=sparc64 TB --- 2009-06-11 12:30:39 - TZ=UTC TB --- 2009-06-11 12:30:39 - __MAKE_CONF=/dev/null TB --- 2009-06-11 12:30:39 - cd /src TB --- 2009-06-11 12:30:39 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 12:30:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 12:59:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 12:59:15 - ERROR: failed to build world TB --- 2009-06-11 12:59:15 - 1302.91 user 150.07 system 1751.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 12:59:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A810F106566C; Thu, 11 Jun 2009 12:59:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6F3748FC22; Thu, 11 Jun 2009 12:59:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCxtNe064357; Thu, 11 Jun 2009 08:59:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BCxtwx045399; Thu, 11 Jun 2009 08:59:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6816F7302F; Thu, 11 Jun 2009 08:59:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611125955.6816F7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 08:59:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 12:59:58 -0000 TB --- 2009-06-11 12:29:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 12:29:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-11 12:29:02 - cleaning the object tree TB --- 2009-06-11 12:29:31 - cvsupping the source tree TB --- 2009-06-11 12:29:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-11 12:29:39 - building world TB --- 2009-06-11 12:29:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 12:29:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 12:29:39 - TARGET=powerpc TB --- 2009-06-11 12:29:39 - TARGET_ARCH=powerpc TB --- 2009-06-11 12:29:39 - TZ=UTC TB --- 2009-06-11 12:29:39 - __MAKE_CONF=/dev/null TB --- 2009-06-11 12:29:39 - cd /src TB --- 2009-06-11 12:29:39 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 12:29:41 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 12:59:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 12:59:55 - ERROR: failed to build world TB --- 2009-06-11 12:59:55 - 1406.89 user 152.70 system 1852.98 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 13:03:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53D041065692 for ; Thu, 11 Jun 2009 13:03:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB238FC19 for ; Thu, 11 Jun 2009 13:03:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so490125rvb.43 for ; Thu, 11 Jun 2009 06:03:23 -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=mGSLRVPXA4VhzT3xiGMA7s3D0jLXJ+jFMviC2EFaZOU=; b=rjvdu8fSk3WL1lG4oVeTuMpqJKpzSE/PCVJ4e7cLhDZX+jkR8LNH6vsF2vpY6M+IvI k2zuiiyxn1ssQ0yjAnvOy7JPSIVNbpqLy13G0PppqaaIHVm7n7ewm3hkPP59/vRSzkGb 75qVDn8/xIRXKaDyyh2KZhbrk9ED1GMTYQZnU= 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=xhDlvLj13vbrGbqZv22gTsnwUaFnHC6VS/uCReY9msLfkvoddW+xN9OBc8Q2DRddqx ouIz2dga3XiJNoOKznR7iKkcWQWWS1y1DNMZPmTo+gGI7QGYfTqomY8Pa14AQv1rIDXd 2d/NOqVFn72EzidoFnjHoSlpzd6BvvxRjBIws= Received: by 10.140.136.19 with SMTP id j19mr2059755rvd.21.1244725403665; Thu, 11 Jun 2009 06:03:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g31sm40945rvb.13.2009.06.11.06.03.21 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Jun 2009 06:03:22 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 11 Jun 2009 22:05:57 +0900 From: Pyun YongHyeon Date: Thu, 11 Jun 2009 22:05:57 +0900 To: Thomas Lotterer Message-ID: <20090611130557.GB68519@michelle.cdnetworks.co.kr> References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> <4A2FF8E3.4060501@lotterer.net> <20090611002923.GA68519@michelle.cdnetworks.co.kr> <4A30FD94.4030409@lotterer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A30FD94.4030409@lotterer.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) 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, 11 Jun 2009 13:03:24 -0000 On Thu, Jun 11, 2009 at 02:50:28PM +0200, Thomas Lotterer wrote: > Pyun YongHyeon wrote: > >On Wed, Jun 10, 2009 at 08:18:11PM +0200, Thomas Lotterer wrote: > >>Pyun YongHyeon wrote: > >>>http://people.freebsd.org/~yongari/vge/if_vge.c > >>>http://people.freebsd.org/~yongari/vge/if_vgereg.h > >>>http://people.freebsd.org/~yongari/vge/if_vgevar.h > >>> > >>These files contain a CVS Id dating them 2007-11-22 while CURRENT has > >>2009-05-30. > > > >You can ignore the date. > > > I tried these driver files. > > From a user/admin perspective, they do not work at all. No Network > link, no traffic at all. > Sorry, the WIP version wasn't tested on real hardware. :-( > From a developers perspective, things look promising: > > vge0: flags=8802 metric 0 mtu 1500 > options=389b > ether 00:40:63:xx:xx:xx > inet [...] > media: Ethernet autoselect > > New WOL options are a proof the new driver is loaded. It detects the NIC > and reads the correct Ethernet MAC address. The media indicator shows > what's reality - no link. > > In /var/log/messages I found continuously repeating patterns of > > vge0: link state changed to UP > vge0: watchdog timeout > vge0: unable to stop Rx/Tx MAC(0x09)! > vge0: soft reset timed out > vge0: link state changed to DOWN > Perhaps there is a bug in Tx path, not sure where it is. > Attempting to manually bring the interface down and back up did not > change anything. In fact, it seems to me that the command did not make > it to the hardware. Usually, the link indicators on the NIC and switch > cycle off/on but this time no flickering at all. Could you show me dmesg output(only vge(4) related one)? From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 13:17:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56501106564A for ; Thu, 11 Jun 2009 13:17:32 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id AA0268FC12 for ; Thu, 11 Jun 2009 13:17:31 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 48CC073098; Thu, 11 Jun 2009 15:22:51 +0200 (CEST) Date: Thu, 11 Jun 2009 15:22:51 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20090611132251.GA22621@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: kernel/userland separation in headers ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 13:17:32 -0000 Right now, several headers carry both userland and kernel info, using _KERNEL to tell what should be made visible ---- sys/sys/foo.h --- #ifndef SYS_FOO_H #define SYS_FOO_H ... userland visible stuff #ifdef _KERNEL ... kernel-visible stuff #endif /* _KERNEL */ #endif /* SYS_FOO_H */ This is not completely satisfactory, as there are at least three different pieces of information in foo.h: A kernel-userland API for subsystem foo B kernel API for subsystem foo C private info for subsystem foo, that should not be exported to the rest of the kernel. and I would like to keep them as separate as possible. Do we have any established naming convention for #A, #B and #C, so we can put these pieces in different files (reducing build dependencies, and making it easier to check that changes are backward compatible) ? As an alternative, do we have some standard naming for macros e.g. _FOO_INTERNAL to tell #B from #C ? One example is perhaps in sys/netinet where we have in.h perhaps #A in_systm.h in_var.h but all of them have an "#ifdef _KERNEL" section and i am not even sure which header maps to which category. cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 13:22:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79D34106564A for ; Thu, 11 Jun 2009 13:22:09 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 428CD8FC17 for ; Thu, 11 Jun 2009 13:22:09 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 19066730A1; Thu, 11 Jun 2009 15:08:00 +0200 (CEST) Date: Thu, 11 Jun 2009 15:08:00 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20090611130800.GA22241@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: proposed bio.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 13:22:09 -0000 I noticed that sys/sys/bio.h unnecessarily exposes various structures to userland. If there are no objections I would like to commit the following change (moving the bio_cmd values up because they are used by ggatectl) cheers luigi Index: head/sys/sys/bio.h =================================================================== --- head/sys/sys/bio.h (revision 193988) +++ head/sys/sys/bio.h (working copy) @@ -40,6 +40,17 @@ #include +/* bio_cmd */ +#define BIO_READ 0x01 +#define BIO_WRITE 0x02 +#define BIO_DELETE 0x04 +#define BIO_GETATTR 0x08 +#define BIO_FLUSH 0x10 +#define BIO_CMD0 0x20 /* Available for local hacks */ +#define BIO_CMD1 0x40 /* Available for local hacks */ +#define BIO_CMD2 0x80 /* Available for local hacks */ + +#ifdef _KERNEL struct disk; struct bio; @@ -95,22 +106,12 @@ daddr_t bio_pblkno; /* physical block number */ }; -/* bio_cmd */ -#define BIO_READ 0x01 -#define BIO_WRITE 0x02 -#define BIO_DELETE 0x04 -#define BIO_GETATTR 0x08 -#define BIO_FLUSH 0x10 -#define BIO_CMD0 0x20 /* Available for local hacks */ -#define BIO_CMD1 0x40 /* Available for local hacks */ -#define BIO_CMD2 0x80 /* Available for local hacks */ /* bio_flags */ #define BIO_ERROR 0x01 #define BIO_DONE 0x02 #define BIO_ONQUEUE 0x04 -#ifdef _KERNEL struct uio; struct devstat; From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 13:25:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D411065674; Thu, 11 Jun 2009 13:25:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BAB0A8FC1E; Thu, 11 Jun 2009 13:25:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BDP0hL070813; Thu, 11 Jun 2009 09:25:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BDP0hW096231; Thu, 11 Jun 2009 09:25:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 657417302F; Thu, 11 Jun 2009 09:25:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611132500.657417302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 09:25:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 13:25:03 -0000 TB --- 2009-06-11 12:59:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 12:59:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-11 12:59:16 - cleaning the object tree TB --- 2009-06-11 12:59:33 - cvsupping the source tree TB --- 2009-06-11 12:59:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-11 12:59:43 - building world TB --- 2009-06-11 12:59:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 12:59:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 12:59:43 - TARGET=sun4v TB --- 2009-06-11 12:59:43 - TARGET_ARCH=sparc64 TB --- 2009-06-11 12:59:43 - TZ=UTC TB --- 2009-06-11 12:59:43 - __MAKE_CONF=/dev/null TB --- 2009-06-11 12:59:43 - cd /src TB --- 2009-06-11 12:59:43 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 12:59:45 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 13:25:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 13:25:00 - ERROR: failed to build world TB --- 2009-06-11 13:25:00 - 1303.98 user 147.35 system 1544.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 13:34:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28C76106566C for ; Thu, 11 Jun 2009 13:34:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id DFF498FC14 for ; Thu, 11 Jun 2009 13:34:37 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 269FB730A1; Thu, 11 Jun 2009 15:39:57 +0200 (CEST) Date: Thu, 11 Jun 2009 15:39:57 +0200 From: Luigi Rizzo To: Attilio Rao Message-ID: <20090611133957.GA23404@onelab2.iet.unipi.it> References: <20090611130800.GA22241@onelab2.iet.unipi.it> <3bbf2fe10906110628l24d538ccu6ef9c5af354638ab@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10906110628l24d538ccu6ef9c5af354638ab@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: proposed bio.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 13:34:38 -0000 On Thu, Jun 11, 2009 at 03:28:32PM +0200, Attilio Rao wrote: > 2009/6/11 Luigi Rizzo : > > I noticed that sys/sys/bio.h unnecessarily exposes various > > structures to userland. > > If there are no objections I would like to commit the > > following change (moving the bio_cmd values up because > > they are used by ggatectl) > > I think you should export CMD too for this interface. I am not sure what you are referring to with 'CMD'. The only strings matching 'CMD' are the bio_cmd #defines, which as i said are exported, and the uint8_t bio_cmd field in struct bio, which is passed up by the ioctl() as a field of a separate struct, which contains only a subset of struct bio fields. Anything else I don't see ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 13:45:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F23106566C for ; Thu, 11 Jun 2009 13:45:04 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id 484F78FC0C for ; Thu, 11 Jun 2009 13:45:04 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz17 with SMTP id 17so213191bwz.43 for ; Thu, 11 Jun 2009 06:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=zzN3Hi3OfWttCwGLGsffXCvpuMRyupRBsTZzs9DB2/4=; b=gx4mGsU5J6q+7NzTsW3aXJS0BSt5GdFV+7AZZo9A1Aq3kYphsNJI/Eju+4ji+bR/vl tFoIbEUdZmHAcebBRk7kIuuecfCI2F6Hxm1JEdWYPXYuKhIouVv8oFocjgVIdpEfhIQ1 nPV+bXaFWQrSifDthBY83Y30RmFg2Fvhf+rw0= 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=WP749O5D/rMjiGS+G4EvN/b6mtdbtV72OIZU3yma9REdH3TZegIXeoCQkDXFsKbEuA Ui47DJaW+7Owbnuy3UWz+MofkSWquRZL+KKrctSNLS7HHCNAOkeQCJ1YK4B7biMvmTyI rmgVDiFPQCeMl6O1KSAcgNxoDenSRP2rgizhI= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.107.135 with SMTP id b7mr2288873fap.30.1244727473190; Thu, 11 Jun 2009 06:37:53 -0700 (PDT) In-Reply-To: <20090611133957.GA23404@onelab2.iet.unipi.it> References: <20090611130800.GA22241@onelab2.iet.unipi.it> <3bbf2fe10906110628l24d538ccu6ef9c5af354638ab@mail.gmail.com> <20090611133957.GA23404@onelab2.iet.unipi.it> Date: Thu, 11 Jun 2009 15:37:53 +0200 X-Google-Sender-Auth: 145886bc2ff8629b Message-ID: <3bbf2fe10906110637w13db36c4xef324bbb9d081a3e@mail.gmail.com> From: Attilio Rao To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: proposed bio.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 13:45:05 -0000 2009/6/11 Luigi Rizzo : > On Thu, Jun 11, 2009 at 03:28:32PM +0200, Attilio Rao wrote: >> 2009/6/11 Luigi Rizzo : >> > I noticed that sys/sys/bio.h unnecessarily exposes various >> > structures to userland. >> > If there are no objections I would like to commit the >> > following change (moving the bio_cmd values up because >> > they are used by ggatectl) >> >> I think you should export CMD too for this interface. > > I am not sure what you are referring to with 'CMD'. Oh sorry, I meant flags (ie BIO_ERROR). Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 14:01:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A1A31065670 for ; Thu, 11 Jun 2009 14:01:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id E1FE48FC1C for ; Thu, 11 Jun 2009 14:01:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm20 with SMTP id 20so1427197fxm.43 for ; Thu, 11 Jun 2009 07:01:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=qVjJGP0YYAIG9vknUEZk36kwpiFyksjj+5wL4GstEc4=; b=KXOXlLRpBIlmQ9mWaYV4kMnq5BSt1Tn6u7CKQ6YOG8MuGmh0CEb3OSXpef22ApFDST mAe5SG4ZCNcP3u4FJ79hcO0gJKSSP4qnagJWagdcwyTIFp8JPcRB/znJ9vzQMHwG7qrJ HntccfY2DfGUrTN8HzVeaSHGjT3ZyjwBIpMuI= 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=kTGXJEJrM+HYuJyLenC6bJngXzICCrPnS853m8CNTNty8iO1ZlO2nRyB2Q7kdgPHkd g5rVcP3q2zKmOYqnVK7c3XYtqmb+aNAq3rmna8l72eOI/PJCGFU4kbkyFEuau2Bffhtr pVGvV65KD1oZtHJdo6oLw7AaE9dg5iLdNzwww= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.124.17 with SMTP id s17mr2265941far.79.1244726912610; Thu, 11 Jun 2009 06:28:32 -0700 (PDT) In-Reply-To: <20090611130800.GA22241@onelab2.iet.unipi.it> References: <20090611130800.GA22241@onelab2.iet.unipi.it> Date: Thu, 11 Jun 2009 15:28:32 +0200 X-Google-Sender-Auth: e21ac5f11bc283c3 Message-ID: <3bbf2fe10906110628l24d538ccu6ef9c5af354638ab@mail.gmail.com> From: Attilio Rao To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: proposed bio.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 14:01:41 -0000 2009/6/11 Luigi Rizzo : > I noticed that sys/sys/bio.h unnecessarily exposes various > structures to userland. > If there are no objections I would like to commit the > following change (moving the bio_cmd values up because > they are used by ggatectl) I think you should export CMD too for this interface. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 14:02:26 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D90661065677; Thu, 11 Jun 2009 14:02:26 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id AD9878FC0A; Thu, 11 Jun 2009 14:02:24 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n5BE2K33028426; Thu, 11 Jun 2009 15:02:20 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MEkrE-0003Hi-Ik; Thu, 11 Jun 2009 15:02:20 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n5BE2KAl099907; Thu, 11 Jun 2009 15:02:20 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n5BE2KTH099906; Thu, 11 Jun 2009 15:02:20 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Seri Geri In-Reply-To: <4A2F5F73.7010809@gmail.com> References: <4A2F5F73.7010809@gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 11 Jun 2009 15:02:19 +0100 Message-Id: <1244728939.97707.20.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: mav@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Acer TM6292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 14:02:27 -0000 On Wed, 2009-06-10 at 09:23 +0200, Seri Geri wrote: > - I have installed FreeBSD, PC-BSD and DesktopBSD, i386 and x64, release > and snapsot too on it. Everything is working fine, except the network > adapters (not even the Broadcom Gbit, but the WiFi too). > > Would you mind please, where can I find something to make them to work ? For your network adaptors, if you can show the output of the command "pciconf -l | grep 'class=0x02'" we can figure out what type of network adapters you have, and how likely it is that FreeBSD can support them. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 14:06:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF621065672; Thu, 11 Jun 2009 14:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEF78FC12; Thu, 11 Jun 2009 14:06:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BE6cvg082263; Thu, 11 Jun 2009 10:06:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BE6ceh017511; Thu, 11 Jun 2009 10:06:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DAF5B7302F; Thu, 11 Jun 2009 10:06:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611140637.DAF5B7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 10:06:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 14:06:41 -0000 TB --- 2009-06-11 13:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 13:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-06-11 13:40:00 - cleaning the object tree TB --- 2009-06-11 13:40:42 - cvsupping the source tree TB --- 2009-06-11 13:40:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-06-11 13:40:51 - building world TB --- 2009-06-11 13:40:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 13:40:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 13:40:51 - TARGET=arm TB --- 2009-06-11 13:40:51 - TARGET_ARCH=arm TB --- 2009-06-11 13:40:51 - TZ=UTC TB --- 2009-06-11 13:40:51 - __MAKE_CONF=/dev/null TB --- 2009-06-11 13:40:51 - cd /src TB --- 2009-06-11 13:40:51 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 13:40:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 14:06:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 14:06:37 - ERROR: failed to build world TB --- 2009-06-11 14:06:37 - 1189.36 user 151.79 system 1597.51 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 14:11:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81549106566C; Thu, 11 Jun 2009 14:11:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 56A9D8FC18; Thu, 11 Jun 2009 14:11:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BEBkU1083364; Thu, 11 Jun 2009 10:11:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BEBkeg030439; Thu, 11 Jun 2009 10:11:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A5C857302F; Thu, 11 Jun 2009 10:11:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611141146.A5C857302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 10:11:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 14:11:50 -0000 TB --- 2009-06-11 13:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 13:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-11 13:40:00 - cleaning the object tree TB --- 2009-06-11 13:40:38 - cvsupping the source tree TB --- 2009-06-11 13:40:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-11 13:40:46 - building world TB --- 2009-06-11 13:40:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 13:40:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 13:40:46 - TARGET=amd64 TB --- 2009-06-11 13:40:46 - TARGET_ARCH=amd64 TB --- 2009-06-11 13:40:46 - TZ=UTC TB --- 2009-06-11 13:40:46 - __MAKE_CONF=/dev/null TB --- 2009-06-11 13:40:46 - cd /src TB --- 2009-06-11 13:40:46 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 13:40:50 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 14:11:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 14:11:46 - ERROR: failed to build world TB --- 2009-06-11 14:11:46 - 1439.59 user 161.48 system 1906.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 14:35:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D369106564A; Thu, 11 Jun 2009 14:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 28AC68FC13; Thu, 11 Jun 2009 14:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BEZc6H038692; Thu, 11 Jun 2009 10:35:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BEZcOg064552; Thu, 11 Jun 2009 10:35:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 127387302F; Thu, 11 Jun 2009 10:35:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611143538.127387302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 10:35:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/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, 11 Jun 2009 14:35:40 -0000 TB --- 2009-06-11 14:06:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 14:06:38 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-11 14:06:38 - cleaning the object tree TB --- 2009-06-11 14:06:48 - cvsupping the source tree TB --- 2009-06-11 14:06:48 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-11 14:06:57 - building world TB --- 2009-06-11 14:06:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 14:06:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 14:06:57 - TARGET=i386 TB --- 2009-06-11 14:06:57 - TARGET_ARCH=i386 TB --- 2009-06-11 14:06:57 - TZ=UTC TB --- 2009-06-11 14:06:57 - __MAKE_CONF=/dev/null TB --- 2009-06-11 14:06:57 - cd /src TB --- 2009-06-11 14:06:57 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 14:06:58 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 14:35:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 14:35:37 - ERROR: failed to build world TB --- 2009-06-11 14:35:37 - 1372.45 user 148.68 system 1740.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 14:40:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F04A2106566C; Thu, 11 Jun 2009 14:40:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BB80A8FC12; Thu, 11 Jun 2009 14:40:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BEer0j040184; Thu, 11 Jun 2009 10:40:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BEerEI069421; Thu, 11 Jun 2009 10:40:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 931347302F; Thu, 11 Jun 2009 10:40:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611144053.931347302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 10:40:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 14:40:56 -0000 TB --- 2009-06-11 14:11:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 14:11:46 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-11 14:11:46 - cleaning the object tree TB --- 2009-06-11 14:11:57 - cvsupping the source tree TB --- 2009-06-11 14:11:57 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-11 14:12:07 - building world TB --- 2009-06-11 14:12:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 14:12:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 14:12:07 - TARGET=pc98 TB --- 2009-06-11 14:12:07 - TARGET_ARCH=i386 TB --- 2009-06-11 14:12:07 - TZ=UTC TB --- 2009-06-11 14:12:07 - __MAKE_CONF=/dev/null TB --- 2009-06-11 14:12:07 - cd /src TB --- 2009-06-11 14:12:07 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 14:12:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 14:40:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 14:40:53 - ERROR: failed to build world TB --- 2009-06-11 14:40:53 - 1375.31 user 151.67 system 1746.82 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 15:07:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37AA1065670; Thu, 11 Jun 2009 15:07:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9356F8FC1E; Thu, 11 Jun 2009 15:07:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BF7iQF096731; Thu, 11 Jun 2009 11:07:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BF7iMD070452; Thu, 11 Jun 2009 11:07:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9B4027302F; Thu, 11 Jun 2009 11:07:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611150744.9B4027302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 11:07:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 15:07:48 -0000 TB --- 2009-06-11 14:40:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 14:40:53 - starting HEAD tinderbox run for mips/mips TB --- 2009-06-11 14:40:53 - cleaning the object tree TB --- 2009-06-11 14:41:06 - cvsupping the source tree TB --- 2009-06-11 14:41:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-06-11 14:41:13 - building world TB --- 2009-06-11 14:41:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 14:41:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 14:41:13 - TARGET=mips TB --- 2009-06-11 14:41:13 - TARGET_ARCH=mips TB --- 2009-06-11 14:41:13 - TZ=UTC TB --- 2009-06-11 14:41:13 - __MAKE_CONF=/dev/null TB --- 2009-06-11 14:41:13 - cd /src TB --- 2009-06-11 14:41:13 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 14:41:14 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 15:07:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 15:07:44 - ERROR: failed to build world TB --- 2009-06-11 15:07:44 - 1223.91 user 144.76 system 1610.91 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 15:09:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A14E910656C2; Thu, 11 Jun 2009 15:09:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 62E238FC2A; Thu, 11 Jun 2009 15:09:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BF92Go097071; Thu, 11 Jun 2009 11:09:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BF92Wn072646; Thu, 11 Jun 2009 11:09:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A4497302F; Thu, 11 Jun 2009 11:09:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611150902.0A4497302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 11:09:02 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 15:09:05 -0000 TB --- 2009-06-11 14:35:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 14:35:38 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-11 14:35:38 - cleaning the object tree TB --- 2009-06-11 14:35:50 - cvsupping the source tree TB --- 2009-06-11 14:35:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-11 14:35:58 - building world TB --- 2009-06-11 14:35:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 14:35:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 14:35:58 - TARGET=ia64 TB --- 2009-06-11 14:35:58 - TARGET_ARCH=ia64 TB --- 2009-06-11 14:35:58 - TZ=UTC TB --- 2009-06-11 14:35:58 - __MAKE_CONF=/dev/null TB --- 2009-06-11 14:35:58 - cd /src TB --- 2009-06-11 14:35:58 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 14:35:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 15:09:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 15:09:01 - ERROR: failed to build world TB --- 2009-06-11 15:09:01 - 1601.75 user 152.06 system 2003.82 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 15:34:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DEBF106564A for ; Thu, 11 Jun 2009 15:34:42 +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 128318FC23 for ; Thu, 11 Jun 2009 15:34:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj8JAIzAMEqDaFvK/2dsb2JhbACOQgHBdYQKBQ X-IronPort-AV: E=Sophos;i="4.42,203,1243828800"; d="scan'208";a="38158168" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 11 Jun 2009 11:34:41 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 3F5BF109C2AA for ; Thu, 11 Jun 2009 11:34:41 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CgyJf-KUUWXR for ; Thu, 11 Jun 2009 11:34:40 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 9C736109C2A8 for ; Thu, 11 Jun 2009 11:34:38 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n5BFaBP06944 for ; Thu, 11 Jun 2009 11:36:11 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 11 Jun 2009 11:36:11 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 15:34:42 -0000 No, I know how to get thrown in prison:-), but I don't know what "prison" should be used by the rpcsec_gss server (options KGSSAPI). options KGSSAPI doesn't build right now. One place is just in need of jail.h, but in another, it still uses "hostid". I assume this should become pr_hostid, but for what "prison"? (would prison0.pr_host be ok?) Thanks in advance for any help, rick --- build failure, in case you're interested --- 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../../.. -I../../../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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c: In function 'svc_rpc_gss_find_client': ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c:511: error: 'hostid' undeclared (first use in this function) ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c:511: error: (Each undeclared identifier is reported only once ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c:511: error: for each function it appears in.) ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c: In function 'svc_rpc_gss_create_client': ../../../rpc/rpcsec_gss/svc_rpcsec_gss.c:546: error: 'hostid' undeclared (first use in this function) From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 15:37:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DF6B1065676; Thu, 11 Jun 2009 15:37:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D24478FC23; Thu, 11 Jun 2009 15:37:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BFbJoI002887; Thu, 11 Jun 2009 11:37:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BFbJlV020930; Thu, 11 Jun 2009 11:37:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D7FD7302F; Thu, 11 Jun 2009 11:37:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611153719.8D7FD7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 11:37:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 15:37:22 -0000 TB --- 2009-06-11 15:09:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 15:09:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-11 15:09:02 - cleaning the object tree TB --- 2009-06-11 15:09:26 - cvsupping the source tree TB --- 2009-06-11 15:09:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-11 15:09:34 - building world TB --- 2009-06-11 15:09:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 15:09:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 15:09:34 - TARGET=sparc64 TB --- 2009-06-11 15:09:34 - TARGET_ARCH=sparc64 TB --- 2009-06-11 15:09:34 - TZ=UTC TB --- 2009-06-11 15:09:34 - __MAKE_CONF=/dev/null TB --- 2009-06-11 15:09:34 - cd /src TB --- 2009-06-11 15:09:34 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 15:09:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 15:37:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 15:37:19 - ERROR: failed to build world TB --- 2009-06-11 15:37:19 - 1304.58 user 147.79 system 1697.36 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 15:37:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55C8A1065672; Thu, 11 Jun 2009 15:37:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B2DEC8FC20; Thu, 11 Jun 2009 15:37:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BFbXNp002939; Thu, 11 Jun 2009 11:37:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BFbXZe021113; Thu, 11 Jun 2009 11:37:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 725C573031; Thu, 11 Jun 2009 11:37:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611153733.725C573031@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 11:37:33 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 15:37:39 -0000 TB --- 2009-06-11 15:07:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 15:07:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-11 15:07:44 - cleaning the object tree TB --- 2009-06-11 15:07:56 - cvsupping the source tree TB --- 2009-06-11 15:07:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-11 15:08:03 - building world TB --- 2009-06-11 15:08:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 15:08:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 15:08:03 - TARGET=powerpc TB --- 2009-06-11 15:08:03 - TARGET_ARCH=powerpc TB --- 2009-06-11 15:08:03 - TZ=UTC TB --- 2009-06-11 15:08:03 - __MAKE_CONF=/dev/null TB --- 2009-06-11 15:08:03 - cd /src TB --- 2009-06-11 15:08:03 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 15:08:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 15:37:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 15:37:33 - ERROR: failed to build world TB --- 2009-06-11 15:37:33 - 1404.95 user 151.88 system 1788.61 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 15:38:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13CC106564A for ; Thu, 11 Jun 2009 15:38:57 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from angel.hellmouth.lotterer.net (angel.hellmouth.lotterer.net [88.198.53.82]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5628FC23 for ; Thu, 11 Jun 2009 15:38:57 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from dawn.sunnydale.lotterer.net (ppp-93-104-163-93.dynamic.mnet-online.de [93.104.163.93]) by angel.hellmouth.lotterer.net (Postfix) with ESMTPS id 4EB2D1EC23E; Thu, 11 Jun 2009 17:38:56 +0200 (CEST) Received: from [172.17.16.148] (lab-winxp-1.sunnydale.lotterer.net [172.17.16.148]) by dawn.sunnydale.lotterer.net (Postfix) with ESMTPSA id 578E447A6F; Thu, 11 Jun 2009 17:38:54 +0200 (CEST) Message-ID: <4A312517.9030206@lotterer.net> Date: Thu, 11 Jun 2009 17:39:03 +0200 From: Thomas Lotterer User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> <4A2FF8E3.4060501@lotterer.net> <20090611002923.GA68519@michelle.cdnetworks.co.kr> <4A30FD94.4030409@lotterer.net> <20090611130557.GB68519@michelle.cdnetworks.co.kr> In-Reply-To: <20090611130557.GB68519@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.2.5-openpkg X-Spam-Checker-Version: SpamAssassin 3.2.5-openpkg (2008-06-10) on angel.lotterer.net Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 15:38:57 -0000 Pyun YongHyeon wrote: > Could you show me dmesg output(only vge(4) related one)? > # dmesg | grep vge vge0: port 0xec00-0xecff mem 0xdf7ff000-0xdf7ff0ff irq 28 at device 0.0 on pci2 vge0: MSIX count : 0 vge0: MSI count : 1 vge0: Read request size : 512 bytes. vge0: TLP payload size : 128 bytes. miibus0: on vge0 vge0: Ethernet address: 00:40:63:xx:xx:xx vge0: [FILTER] vge0: link state changed to UP vge0: watchdog timeout vge0: unable to stop Rx/Tx MAC(0x09)! vge0: soft reset timed out vge0: link state changed to DOWN vge0: link state changed to UP And this time a link has been established # ifconfig vge0 vge0: flags=8843 metric 0 mtu 1500 options=389b ether 00:40:63:xx:xx:xx inet [...] media: Ethernet autoselect (1000baseT ) status: active Unfortunately, no traffic could be sent and tcpdump(1) does not show any incoming packages either, not even broadcasts. Interesting side effect is that after that test the kernel with my previous "original problem" vge(4) driver rebooted when initializing the network card. No logs at this stage, sorry. Reboot did not help. Hard reset did not help. Power cycle did help. Behavior was reproducible on a second attempt. -- http://thomas.lotterer.net From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:02:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAD091065670; Thu, 11 Jun 2009 16:02:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 760A78FC17; Thu, 11 Jun 2009 16:02:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BG2pwf066768; Thu, 11 Jun 2009 12:02:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BG2pEN042885; Thu, 11 Jun 2009 12:02:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A3127302F; Thu, 11 Jun 2009 12:02:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611160251.4A3127302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 12:02:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 16:02:54 -0000 TB --- 2009-06-11 15:37:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 15:37:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-11 15:37:19 - cleaning the object tree TB --- 2009-06-11 15:37:29 - cvsupping the source tree TB --- 2009-06-11 15:37:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-11 15:37:37 - building world TB --- 2009-06-11 15:37:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 15:37:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 15:37:37 - TARGET=sun4v TB --- 2009-06-11 15:37:37 - TARGET_ARCH=sparc64 TB --- 2009-06-11 15:37:37 - TZ=UTC TB --- 2009-06-11 15:37:37 - __MAKE_CONF=/dev/null TB --- 2009-06-11 15:37:37 - cd /src TB --- 2009-06-11 15:37:37 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 15:37:38 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 16:02:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 16:02:51 - ERROR: failed to build world TB --- 2009-06-11 16:02:51 - 1304.44 user 145.28 system 1531.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:45:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F9C7106564A; Thu, 11 Jun 2009 16:45:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 38FC08FC1C; Thu, 11 Jun 2009 16:45:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BGjeN7017403; Thu, 11 Jun 2009 12:45:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BGjeoB079227; Thu, 11 Jun 2009 12:45:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 77B017302F; Thu, 11 Jun 2009 12:45:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611164540.77B017302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 12:45:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 16:45:44 -0000 TB --- 2009-06-11 16:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 16:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-06-11 16:20:00 - cleaning the object tree TB --- 2009-06-11 16:20:14 - cvsupping the source tree TB --- 2009-06-11 16:20:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-06-11 16:20:21 - building world TB --- 2009-06-11 16:20:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 16:20:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 16:20:21 - TARGET=arm TB --- 2009-06-11 16:20:21 - TARGET_ARCH=arm TB --- 2009-06-11 16:20:21 - TZ=UTC TB --- 2009-06-11 16:20:21 - __MAKE_CONF=/dev/null TB --- 2009-06-11 16:20:21 - cd /src TB --- 2009-06-11 16:20:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 16:20:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 16:45:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 16:45:40 - ERROR: failed to build world TB --- 2009-06-11 16:45:40 - 1188.12 user 152.32 system 1539.60 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:47:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 038D3106567C; Thu, 11 Jun 2009 16:47:12 +0000 (UTC) Date: Thu, 11 Jun 2009 16:47:11 +0000 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20090611164711.GA99074@crodrigues.org> References: <20090610174211.GA78796@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20090610174211.GA78796@crodrigues.org> User-Agent: Mutt/1.4.2.1i Cc: davidch@freebsd.org Subject: Re: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 16:47:12 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jun 10, 2009 at 05:42:11PM +0000, Craig Rodrigues wrote: > Hi, > > I am trying to install FreeBSD-CURRENT (svn rev 189289) on my Acer Aspire 5920 > laptop. The Broadcom NIC does not show up > in the list of interfaces with "ifconfig -l". > > However, if I do "pciconf -l -v", I see: > > bge0@pci0:8:0:0: class=0x020000 card=0x01211025 chip=0x169314e4 rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' > class = network > subclass = ethernet Here is the dmesg.boot -- Craig Rodrigues rodrigc@crodrigues.org --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #8 r189289M: Mon Mar 2 17:36:30 PST 2009 root@rodrigc-bsd2:/usr/obj/usr/src/sys/GENERIC_DTRACE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz (1666.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant Cores per package: 2 real memory = 2137849856 (2038 MB) avail memory = 2079494144 (1983 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf0000000-0xf00fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf0100000-0xf01fffff at device 2.1 on pci0 uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1840-0x185f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 ehci0: mem 0xf0704800-0xf0704bff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pci0: at device 27.0 (no driver attached) pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 19 at device 28.3 on pci0 pci6: on pcib2 pci6: at device 0.0 (no driver attached) pcib3: irq 16 at device 28.5 on pci0 pci8: on pcib3 bge0: irq 17 at device 0.0 on pci8 bge0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). bge0: couldn't map memory device_attach: bge0 attach returned 6 uhci2: port 0x1860-0x187f irq 23 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x003b usbus3: on uhci2 uhci3: port 0x1880-0x189f irq 19 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usbus4: on uhci3 uhci4: port 0x18a0-0x18bf irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0010 usbus5: on uhci4 ehci1: mem 0xf0704c00-0xf0704fff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib4: at device 30.0 on pci0 pci10: on pcib4 fwohci0: <1394 Open Host Controller Interface> mem 0xf0400000-0xf04007ff at device 9.0 on pci10 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:24:1b:00:56:34:12:00 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x149c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:24:1b:34:12:00 fwe0: Ethernet address: 02:24:1b:34:12:00 fwip0: on firewire0 fwip0: Firewire address: 00:24:1b:00:56:34:12:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci10: at device 9.1 (no driver attached) pci10: at device 9.2 (no driver attached) pci10: at device 9.3 (no driver attached) pci10: at device 9.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x1c00-0x1c07,0x18d4-0x18d7,0x18d8-0x18df,0x18d0-0x18d3,0x18e0-0x18ff mem 0xf0704000-0xf07047ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 3 ports PM not supported ata2: on atapci1 ata2: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe17ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus6: 480Mbps High Speed USB v2.0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA150 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD Boot. acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acpi_ec0: wait timed out (response), forcing polled mode uhub2: 4 ports with 4 removable, self powered acpi_ec0: warning: EC done before starting event wait GEOM: ad4: partition 4 does not start on a track boundary. GEOM: ad4: partition 4 does not end on a track boundary. GEOM: ad4: partition 3 does not start on a track boundary. GEOM: ad4: partition 3 does not end on a track boundary. GEOM: ad4: partition 2 does not start on a track boundary. GEOM: ad4: partition 2 does not end on a track boundary. GEOM_LABEL: Label for provider ad4s1 is ntfs/PQSERVICE. GEOM_LABEL: Label for provider ad4s2 is ntfs/ACER. GEOM_LABEL: Label for provider ad4s3 is ntfs/DATA. uhub6: 6 ports with 6 removable, self powered ugen2.2: at usbus2 ugen6.2: at usbus6 umass0: on usbus6 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:1:0:-1: Attached to scbus1 (probe7:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe7:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe7:umass-sim0:0:0:0): SCSI Status: Check Condition (probe7:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe7:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe7:umass-sim0:0:0:0): Retrying Command (per Sense Data) cam_periph_alloc: attempt to re-allocate valid device da0 rejected daasync: Unable to attach to new device due to status 0x6 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 497MB (1017856 512 byte sectors: 64H 32S/T 497C) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from cd9660:/dev/acd0 --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:51:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E045106567A; Thu, 11 Jun 2009 16:51:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CDF4B8FC0A; Thu, 11 Jun 2009 16:51:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BGpM9R077663; Thu, 11 Jun 2009 12:51:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BGpMxL083649; Thu, 11 Jun 2009 12:51:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A1D7D7302F; Thu, 11 Jun 2009 12:51:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611165122.A1D7D7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 12:51:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 16:51:26 -0000 TB --- 2009-06-11 16:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 16:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-11 16:20:00 - cleaning the object tree TB --- 2009-06-11 16:20:17 - cvsupping the source tree TB --- 2009-06-11 16:20:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-11 16:20:24 - building world TB --- 2009-06-11 16:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 16:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 16:20:24 - TARGET=amd64 TB --- 2009-06-11 16:20:24 - TARGET_ARCH=amd64 TB --- 2009-06-11 16:20:24 - TZ=UTC TB --- 2009-06-11 16:20:24 - __MAKE_CONF=/dev/null TB --- 2009-06-11 16:20:24 - cd /src TB --- 2009-06-11 16:20:24 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 16:20:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 16:51:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 16:51:22 - ERROR: failed to build world TB --- 2009-06-11 16:51:22 - 1438.55 user 161.88 system 1881.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:09:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 809C5106564A; Thu, 11 Jun 2009 17:09:29 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id D24AF8FC12; Thu, 11 Jun 2009 17:09:28 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by bwz27 with SMTP id 27so47930bwz.43 for ; Thu, 11 Jun 2009 10:09:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gHs19X3IJpMx4zhtfhdU85fLam8VjJl6K4GYdHfTrVg=; b=WWfdqKowfmgXU/5hNdlxnCfkWF/cLhq8ubq7v//JKAIBdCmXMBLGOB7eERpK+ikZgk WYqtOuDMW/xoby2YQ5ZOouQSeHGj6qFghxHx9UT/xZLUoP/kGEIH6SEbvVA3qe7D7/X0 TlAXIHtdPDUAawehi7NshjlqqpLhdmEvuD1Rk= 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=L5vuzueSkGHP5HYzlu5Zx+BQYFyrknLuDoZ+yarHVv3iJ3ntDcTo8llbPaZnMEB/AZ G8bzzvmhB3/qiq+E2I6mFvS0/irNX30/9N0ypKg1Rv2NI4Ms9fHB8FzaWbW3678pk9S1 QnvsrO6qLVjYW+GfLSC2CmukjgGw/rQYpID6k= MIME-Version: 1.0 Received: by 10.204.100.201 with SMTP id z9mr2668581bkn.168.1244740167103; Thu, 11 Jun 2009 10:09:27 -0700 (PDT) In-Reply-To: <20090609101745.GE48776@hoeg.nl> References: <20090604093831.GE48776@hoeg.nl> <20090608.120552.756910862.imp@bsdimp.com> <20090609101745.GE48776@hoeg.nl> Date: Thu, 11 Jun 2009 19:09:27 +0200 Message-ID: From: Pawel Worach To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Clang: now available from a SVN server near you! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 17:09:29 -0000 On Tue, Jun 9, 2009 at 12:17, Ed Schouten wrote: > * Pawel Worach wrote: >> So runtime performance is on par with gcc, code size is a bit bigger >> so there is still room for optimization in LLVM. > > I don't agree on the code size. Code size is comparable. I just did a > quick ls through /bin. There also seem to be a lot of cases where Clang > generates smaller binaries. > > Some time ago the binaries were indeed a lot bigger, but that turned out > to be a bug in Clang, where a compiler flag had a wrong default value, > namely the flag that determined whether zero-initialized data had to go > in BSS or not. Here are some updated results with llvm/clang r73189. Compile time and executable size for amd64 LINT (without profiling because clang does not support it yet): clang: 314.582u 29.555s 5:44.72 99.8% 14250+2428k 0+0io 481pf+0w text data bss dec hex filename 18034015 3563057 2910192 24507264 175f380 kernel -rwxr-xr-x 1 root wheel 27208927 Jun 11 14:34 kernel gcc: 510.206u 30.260s 8:56.93 100.6% 7032+2414k 0+0io 14pf+0w text data bss dec hex filename 17342564 2623505 2918704 22884773 15d31a5 kernel -rwxr-xr-x 1 root wheel 24115620 Jun 11 14:45 kernel Also an updated ports/benchmarks/libmicro run available here: http://www.vlakno.cz/~pwo/lm/2009-06-11/lm.html -- Pawel From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:10:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD69106564A for ; Thu, 11 Jun 2009 17:10:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id DAA8D8FC18 for ; Thu, 11 Jun 2009 17:10:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 8E74341C7A7; Thu, 11 Jun 2009 19:10:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id HDiwL+22AtW3; Thu, 11 Jun 2009 19:10:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 327E941C7A6; Thu, 11 Jun 2009 19:10:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 78E994448E6; Thu, 11 Jun 2009 17:09:51 +0000 (UTC) Date: Thu, 11 Jun 2009 17:09:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Rick Macklem In-Reply-To: Message-ID: <20090611170448.M22887@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 17:10:08 -0000 On Thu, 11 Jun 2009, Rick Macklem wrote: Hi, > No, I know how to get thrown in prison:-), but I don't know what > "prison" should be used by the rpcsec_gss server (options KGSSAPI). > > options KGSSAPI doesn't build right now. One place is just in need > of jail.h, but in another, it still uses "hostid". I assume this > should become pr_hostid, but for what "prison"? (would prison0.pr_host > be ok?) 1) note pr_hostid is unsinged long, ci_hostid is unit32_t. 2) I do not know what that code does but ideally it should be from the same context as being called which might be hard in this case. For svc_rpc_gss_find_client you may want to move the check into the foreach loop as an addition criteria; client seems to know the context it runs in (cred-> ...) For svc_rpc_gss_create_client() I would say you'll have to pass in the correct context. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:14:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39E7F1065786; Thu, 11 Jun 2009 17:14:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AA8058FC1D; Thu, 11 Jun 2009 17:14:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHEbLG021637; Thu, 11 Jun 2009 13:14:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHEbA5079560; Thu, 11 Jun 2009 13:14:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7774B7302F; Thu, 11 Jun 2009 13:14:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611171437.7774B7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 13:14:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 17:14:40 -0000 TB --- 2009-06-11 16:45:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 16:45:40 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-11 16:45:40 - cleaning the object tree TB --- 2009-06-11 16:45:45 - cvsupping the source tree TB --- 2009-06-11 16:45:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-11 16:45:52 - building world TB --- 2009-06-11 16:45:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 16:45:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 16:45:52 - TARGET=i386 TB --- 2009-06-11 16:45:52 - TARGET_ARCH=i386 TB --- 2009-06-11 16:45:52 - TZ=UTC TB --- 2009-06-11 16:45:52 - __MAKE_CONF=/dev/null TB --- 2009-06-11 16:45:52 - cd /src TB --- 2009-06-11 16:45:52 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 16:45:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 17:14:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 17:14:37 - ERROR: failed to build world TB --- 2009-06-11 17:14:37 - 1373.55 user 146.51 system 1736.81 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:20:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C7E1065674; Thu, 11 Jun 2009 17:20:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE6C8FC17; Thu, 11 Jun 2009 17:20:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHKLYs022589; Thu, 11 Jun 2009 13:20:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHKLFq006990; Thu, 11 Jun 2009 13:20:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F2AE87302F; Thu, 11 Jun 2009 13:20:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611172020.F2AE87302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 13:20:20 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 17:20:25 -0000 TB --- 2009-06-11 16:51:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 16:51:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-11 16:51:22 - cleaning the object tree TB --- 2009-06-11 16:51:33 - cvsupping the source tree TB --- 2009-06-11 16:51:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-11 16:51:40 - building world TB --- 2009-06-11 16:51:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 16:51:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 16:51:40 - TARGET=pc98 TB --- 2009-06-11 16:51:40 - TARGET_ARCH=i386 TB --- 2009-06-11 16:51:40 - TZ=UTC TB --- 2009-06-11 16:51:40 - __MAKE_CONF=/dev/null TB --- 2009-06-11 16:51:40 - cd /src TB --- 2009-06-11 16:51:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 16:51:43 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 17:20:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 17:20:20 - ERROR: failed to build world TB --- 2009-06-11 17:20:20 - 1375.61 user 150.99 system 1738.18 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:43:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3EF5106564A for ; Thu, 11 Jun 2009 17:43:26 +0000 (UTC) (envelope-from zec@freebsd.org) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id 15C918FC1E for ; Thu, 11 Jun 2009 17:43:26 +0000 (UTC) (envelope-from zec@freebsd.org) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id 5E1029B649; Thu, 11 Jun 2009 19:10:29 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL autolearn=unavailable version=3.1.7 Received: from localhost (imunes.tel.fer.hr [161.53.19.8]) by xaqua.tel.fer.hr (Postfix) with ESMTP id 8488D9B645 for ; Thu, 11 Jun 2009 19:10:05 +0200 (CEST) From: Marko Zec To: current@freebsd.org Date: Thu, 11 Jun 2009 19:09:56 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_kpTMKq6v65aiW9y" Message-Id: <200906111909.56589.zec@freebsd.org> Cc: Subject: HEADS UP: struct thread changed (Fwd: svn commit: r194012) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 17:43:27 -0000 --Boundary-00=_kpTMKq6v65aiW9y Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Note that svn r194012 changed the layout of struct thread, but because of __FreeBSD_version number shortage a version bump has not been performed at this time. Nevertheless, be advised that both the kernel and the modules have to be rebuilt. Discussed with: rwatson, bz, julian Cheers, Marko --Boundary-00=_kpTMKq6v65aiW9y Content-Type: message/rfc822; name="forwarded message" Content-Transfer-Encoding: 7bit Content-Description: Marko Zec : svn commit: r194012 - in head: . sys/netgraph sys/sys Content-Disposition: inline Return-Path: Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by imunes.tel.fer.hr (8.13.8/8.13.8) with ESMTP id n5BGp7f2036400 for ; Thu, 11 Jun 2009 18:51:08 +0200 (CEST) (envelope-from owner-src-committers@freebsd.org) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id n5BGp6Jb021022 for ; Thu, 11 Jun 2009 09:51:07 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CAEDC158C4E for ; Thu, 11 Jun 2009 16:50:59 +0000 (UTC) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id D5B4F1065789; Thu, 11 Jun 2009 16:50:56 +0000 (UTC) Delivered-To: zec@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 2C14110656AE; Thu, 11 Jun 2009 16:50:56 +0000 (UTC) Delivered-To: src-committers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 724651065696; Thu, 11 Jun 2009 16:50:50 +0000 (UTC) (envelope-from zec@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:4f8:fff6::2c]) by mx1.freebsd.org (Postfix) with ESMTP id 5F05A8FC08; Thu, 11 Jun 2009 16:50:50 +0000 (UTC) (envelope-from zec@FreeBSD.org) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.3/8.14.3) with ESMTP id n5BGookv053454; Thu, 11 Jun 2009 16:50:50 GMT (envelope-from zec@svn.freebsd.org) Received: (from zec@localhost) by svn.freebsd.org (8.14.3/8.14.3/Submit) id n5BGonnn053446; Thu, 11 Jun 2009 16:50:49 GMT (envelope-from zec@svn.freebsd.org) Message-Id: <200906111650.n5BGonnn053446@svn.freebsd.org> From: Marko Zec Date: Thu, 11 Jun 2009 16:50:49 +0000 (UTC) To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r194012 - in head: . sys/netgraph sys/sys X-SVN-Group: head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: owner-src-committers@freebsd.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Status: No, score=0.0 required=5.1 tests=none autolearn=failed version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on imunes.tel.fer.hr X-UIDL: ]-a"!E]R!!~?D!!AYK"! Author: zec Date: Thu Jun 11 16:50:49 2009 New Revision: 194012 URL: http://svn.freebsd.org/changeset/base/194012 Log: Introduce a mechanism for detecting calls from outbound path of the network stack when reentering the inbound path from netgraph, and force queueing of mbufs at the outbound netgraph node. The mechanism relies on two components. First, in netgraph nodes where outbound path of the network stack calls into netgraph, the current thread has to be appropriately marked using the new NG_OUTBOUND_THREAD_REF() macro before proceeding to call further into the netgraph topology, and unmarked using the NG_OUTBOUND_THREAD_UNREF() macro before returning to the caller. Second, netgraph nodes which can potentially reenter the network stack in the inbound path have to mark their inbound hooks using NG_HOOK_SET_TO_INBOUND() macro. The netgraph framework will then detect when there is a danger of a call graph looping back from outbound to inbound path via netgraph, and defer handing off the mbufs to the "inbound" node to a worker thread with a clean stack. In this first pass only the most obvious netgraph nodes have been updated to ensure no outbound to inbound calls can occur. Nodes such as ng_ipfw, ng_gif etc. should be further examined whether a potential for outbound to inbound call looping exists. This commit changes the layout of struct thread, but due to __FreeBSD_version number shortage a version bump has been omitted at this time, nevertheless kernel and modules have to be rebuilt. Reviewed by: julian, rwatson, bz Approved by: julian (mentor) Modified: head/UPDATING head/sys/netgraph/netgraph.h head/sys/netgraph/ng_base.c head/sys/netgraph/ng_eiface.c head/sys/netgraph/ng_ether.c head/sys/netgraph/ng_iface.c head/sys/netgraph/ng_ip_input.c head/sys/sys/proc.h Modified: head/UPDATING ============================================================================== --- head/UPDATING Thu Jun 11 16:48:59 2009 (r194011) +++ head/UPDATING Thu Jun 11 16:50:49 2009 (r194012) @@ -22,6 +22,10 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 8. to maximize performance. (To disable malloc debugging, run ln -s aj /etc/malloc.conf.) +20090611: + The layout of struct thread has changed. Kernel and modules + need to be rebuilt. + 20090608: The layout of structs ifnet, domain, protosw and vnet_net has changed. Kernel modules need to be rebuilt. Modified: head/sys/netgraph/netgraph.h ============================================================================== --- head/sys/netgraph/netgraph.h Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/netgraph/netgraph.h Thu Jun 11 16:50:49 2009 (r194012) @@ -130,6 +130,7 @@ struct ng_hook { #define HK_FORCE_WRITER 0x0004 /* Incoming data queued as a writer */ #define HK_DEAD 0x0008 /* This is the dead hook.. don't free */ #define HK_HI_STACK 0x0010 /* Hook has hi stack usage */ +#define HK_TO_INBOUND 0x0020 /* Hook on ntw. stack inbound path. */ /* * Public Methods for hook @@ -150,6 +151,8 @@ void ng_unref_hook(hook_p hook); /* don' #define _NG_HOOK_FORCE_WRITER(hook) \ do { hook->hk_flags |= HK_FORCE_WRITER; } while (0) #define _NG_HOOK_FORCE_QUEUE(hook) do { hook->hk_flags |= HK_QUEUE; } while (0) +#define _NG_HOOK_SET_TO_INBOUND(hook) \ + do { hook->hk_flags |= HK_TO_INBOUND; } while (0) #define _NG_HOOK_HI_STACK(hook) do { hook->hk_flags |= HK_HI_STACK; } while (0) /* Some shortcuts */ @@ -176,8 +179,11 @@ static __inline int _ng_hook_is_valid(ho static __inline node_p _ng_hook_node(hook_p hook, char * file, int line); static __inline hook_p _ng_hook_peer(hook_p hook, char * file, int line); static __inline void _ng_hook_force_writer(hook_p hook, char * file, - int line); -static __inline void _ng_hook_force_queue(hook_p hook, char * file, int line); + int line); +static __inline void _ng_hook_force_queue(hook_p hook, char * file, + int line); +static __inline void _ng_hook_set_to_inbound(hook_p hook, char * file, + int line); static __inline void _chkhook(hook_p hook, char *file, int line) @@ -282,6 +288,13 @@ _ng_hook_force_queue(hook_p hook, char * } static __inline void +_ng_hook_set_to_inbound(hook_p hook, char * file, int line) +{ + _chkhook(hook, file, line); + _NG_HOOK_SET_TO_INBOUND(hook); +} + +static __inline void _ng_hook_hi_stack(hook_p hook, char * file, int line) { _chkhook(hook, file, line); @@ -302,6 +315,7 @@ _ng_hook_hi_stack(hook_p hook, char * fi #define NG_HOOK_PEER(hook) _ng_hook_peer(hook, _NN_) #define NG_HOOK_FORCE_WRITER(hook) _ng_hook_force_writer(hook, _NN_) #define NG_HOOK_FORCE_QUEUE(hook) _ng_hook_force_queue(hook, _NN_) +#define NG_HOOK_SET_TO_INBOUND(hook) _ng_hook_set_to_inbound(hook, _NN_) #define NG_HOOK_HI_STACK(hook) _ng_hook_hi_stack(hook, _NN_) #else /* NETGRAPH_DEBUG */ /*----------------------------------------------*/ @@ -319,6 +333,7 @@ _ng_hook_hi_stack(hook_p hook, char * fi #define NG_HOOK_PEER(hook) _NG_HOOK_PEER(hook) #define NG_HOOK_FORCE_WRITER(hook) _NG_HOOK_FORCE_WRITER(hook) #define NG_HOOK_FORCE_QUEUE(hook) _NG_HOOK_FORCE_QUEUE(hook) +#define NG_HOOK_SET_TO_INBOUND(hook) _NG_HOOK_SET_TO_INBOUND(hook) #define NG_HOOK_HI_STACK(hook) _NG_HOOK_HI_STACK(hook) #endif /* NETGRAPH_DEBUG */ /*----------------------------------------------*/ @@ -1189,6 +1204,20 @@ typedef void *meta_p; #define NG_ID_HASH_SIZE 128 /* most systems wont need even this many */ #define NG_NAME_HASH_SIZE 128 /* most systems wont need even this many */ +/* + * Mark the current thread when called from the outbound path of the + * network stack, in order to enforce queuing on ng nodes calling into + * the inbound network stack path. + */ +#define NG_OUTBOUND_THREAD_REF() \ + curthread->td_ng_outbound++ +#define NG_OUTBOUND_THREAD_UNREF() \ + do { \ + curthread->td_ng_outbound--; \ + KASSERT(curthread->td_ng_outbound >= 0, \ + ("%s: negative td_ng_outbound", __func__)); \ + } while (0) + /* Virtualization macros */ #define INIT_VNET_NETGRAPH(vnet) \ INIT_FROM_VNET(vnet, VNET_MOD_NETGRAPH, \ Modified: head/sys/netgraph/ng_base.c ============================================================================== --- head/sys/netgraph/ng_base.c Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/netgraph/ng_base.c Thu Jun 11 16:50:49 2009 (r194012) @@ -2213,11 +2213,15 @@ ng_snd_item(item_p item, int flags) } /* - * If sender or receiver requests queued delivery or stack usage + * If sender or receiver requests queued delivery, or call graph + * loops back from outbound to inbound path, or stack usage * level is dangerous - enqueue message. */ if ((flags & NG_QUEUE) || (hook && (hook->hk_flags & HK_QUEUE))) { queue = 1; + } else if (hook && (hook->hk_flags & HK_TO_INBOUND) && + curthread->td_ng_outbound) { + queue = 1; } else { queue = 0; #ifdef GET_STACK_USAGE Modified: head/sys/netgraph/ng_eiface.c ============================================================================== --- head/sys/netgraph/ng_eiface.c Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/netgraph/ng_eiface.c Thu Jun 11 16:50:49 2009 (r194012) @@ -261,7 +261,9 @@ ng_eiface_start2(node_p node, hook_p hoo * Send packet; if hook is not connected, mbuf will get * freed. */ + NG_OUTBOUND_THREAD_REF(); NG_SEND_DATA_ONLY(error, priv->ether, m); + NG_OUTBOUND_THREAD_UNREF(); /* Update stats */ if (error == 0) @@ -414,6 +416,7 @@ ng_eiface_newhook(node_p node, hook_p ho return (EISCONN); priv->ether = hook; NG_HOOK_SET_PRIVATE(hook, &priv->ether); + NG_HOOK_SET_TO_INBOUND(hook); if_link_state_change(ifp, LINK_STATE_UP); Modified: head/sys/netgraph/ng_ether.c ============================================================================== --- head/sys/netgraph/ng_ether.c Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/netgraph/ng_ether.c Thu Jun 11 16:50:49 2009 (r194012) @@ -282,7 +282,9 @@ ng_ether_output(struct ifnet *ifp, struc return (0); /* Send it out "upper" hook */ + NG_OUTBOUND_THREAD_REF(); NG_SEND_DATA_ONLY(error, priv->upper, *mp); + NG_OUTBOUND_THREAD_UNREF(); return (error); } @@ -416,6 +418,7 @@ ng_ether_newhook(node_p node, hook_p hoo if (strcmp(name, NG_ETHER_HOOK_UPPER) == 0) { hookptr = &priv->upper; NG_HOOK_SET_RCVDATA(hook, ng_ether_rcv_upper); + NG_HOOK_SET_TO_INBOUND(hook); } else if (strcmp(name, NG_ETHER_HOOK_LOWER) == 0) { hookptr = &priv->lower; NG_HOOK_SET_RCVDATA(hook, ng_ether_rcv_lower); Modified: head/sys/netgraph/ng_iface.c ============================================================================== --- head/sys/netgraph/ng_iface.c Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/netgraph/ng_iface.c Thu Jun 11 16:50:49 2009 (r194012) @@ -482,9 +482,10 @@ ng_iface_send(struct ifnet *ifp, struct /* Copy length before the mbuf gets invalidated. */ len = m->m_pkthdr.len; - /* Send packet. If hook is not connected, - mbuf will get freed. */ + /* Send packet. If hook is not connected, mbuf will get freed. */ + NG_OUTBOUND_THREAD_REF(); NG_SEND_DATA_ONLY(error, *get_hook_from_iffam(priv, iffam), m); + NG_OUTBOUND_THREAD_UNREF(); /* Update stats. */ if (error == 0) { @@ -610,6 +611,7 @@ ng_iface_newhook(node_p node, hook_p hoo return (EISCONN); *hookptr = hook; NG_HOOK_HI_STACK(hook); + NG_HOOK_SET_TO_INBOUND(hook); return (0); } Modified: head/sys/netgraph/ng_ip_input.c ============================================================================== --- head/sys/netgraph/ng_ip_input.c Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/netgraph/ng_ip_input.c Thu Jun 11 16:50:49 2009 (r194012) @@ -77,6 +77,7 @@ #include #include #include +#include #include #include #include @@ -120,7 +121,10 @@ ngipi_rcvdata(hook_p hook, item_p item) NGI_GET_M(item, m); NG_FREE_ITEM(item); - netisr_dispatch(NETISR_IP, m); + if (curthread->td_ng_outbound) + netisr_queue(NETISR_IP, m); + else + netisr_dispatch(NETISR_IP, m); return 0; } Modified: head/sys/sys/proc.h ============================================================================== --- head/sys/sys/proc.h Thu Jun 11 16:48:59 2009 (r194011) +++ head/sys/sys/proc.h Thu Jun 11 16:50:49 2009 (r194012) @@ -235,6 +235,7 @@ struct thread { char td_name[MAXCOMLEN + 1]; /* (*) Thread name. */ struct file *td_fpop; /* (k) file referencing cdev under op */ int td_dbgflags; /* (c) Userland debugger flags */ + int td_ng_outbound; /* (k) Thread entered ng from above. */ struct osd td_osd; /* (k) Object specific data. */ #define td_endzero td_base_pri --Boundary-00=_kpTMKq6v65aiW9y-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:46:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4976D106566C; Thu, 11 Jun 2009 17:46:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 129998FC17; Thu, 11 Jun 2009 17:46:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHkgLq027466; Thu, 11 Jun 2009 13:46:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHkgF0028599; Thu, 11 Jun 2009 13:46:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 037317302F; Thu, 11 Jun 2009 13:46:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611174642.037317302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 13:46:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 17:46:46 -0000 TB --- 2009-06-11 17:20:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 17:20:21 - starting HEAD tinderbox run for mips/mips TB --- 2009-06-11 17:20:21 - cleaning the object tree TB --- 2009-06-11 17:20:30 - cvsupping the source tree TB --- 2009-06-11 17:20:30 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-06-11 17:20:37 - building world TB --- 2009-06-11 17:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 17:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 17:20:37 - TARGET=mips TB --- 2009-06-11 17:20:37 - TARGET_ARCH=mips TB --- 2009-06-11 17:20:37 - TZ=UTC TB --- 2009-06-11 17:20:37 - __MAKE_CONF=/dev/null TB --- 2009-06-11 17:20:37 - cd /src TB --- 2009-06-11 17:20:37 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 17:20:40 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 17:46:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 17:46:41 - ERROR: failed to build world TB --- 2009-06-11 17:46:41 - 1220.41 user 147.56 system 1580.82 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:47:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0390E106566B; Thu, 11 Jun 2009 17:47:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CCF2D8FC17; Thu, 11 Jun 2009 17:47:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHlpe5027673; Thu, 11 Jun 2009 13:47:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BHlpBB060712; Thu, 11 Jun 2009 13:47:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A17147302F; Thu, 11 Jun 2009 13:47:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611174751.A17147302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 13:47:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 17:47:55 -0000 TB --- 2009-06-11 17:14:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 17:14:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-11 17:14:37 - cleaning the object tree TB --- 2009-06-11 17:14:45 - cvsupping the source tree TB --- 2009-06-11 17:14:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-11 17:14:52 - building world TB --- 2009-06-11 17:14:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 17:14:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 17:14:52 - TARGET=ia64 TB --- 2009-06-11 17:14:52 - TARGET_ARCH=ia64 TB --- 2009-06-11 17:14:52 - TZ=UTC TB --- 2009-06-11 17:14:52 - __MAKE_CONF=/dev/null TB --- 2009-06-11 17:14:52 - cd /src TB --- 2009-06-11 17:14:52 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 17:14:53 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 17:47:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 17:47:51 - ERROR: failed to build world TB --- 2009-06-11 17:47:51 - 1600.69 user 152.67 system 1993.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 17:58:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF305106566B; Thu, 11 Jun 2009 17:58:01 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 975498FC15; Thu, 11 Jun 2009 17:58:01 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 11 Jun 2009 10:42:51 -0700 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Thu, 11 Jun 2009 10:44:16 -0700 From: "David Christensen" To: "Craig Rodrigues" , "freebsd-current@freebsd.org" Date: Thu, 11 Jun 2009 10:42:50 -0700 Thread-Topic: Broadcom NIC not recognized by FreeBSD? Thread-Index: AcnqtGSFwtkdigmCRGukY6ppY9dONgAB0TQw Message-ID: <5D267A3F22FD854F8F48B3D2B523819339EBA5F118@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20090610174211.GA78796@crodrigues.org> <20090611164711.GA99074@crodrigues.org> In-Reply-To: <20090611164711.GA99074@crodrigues.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 662F9D910YS1678292-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "davidch@freebsd.org" Subject: RE: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 17:58:02 -0000 > > I am trying to install FreeBSD-CURRENT (svn rev 189289) on my Acer=20 > > Aspire 5920 laptop. The Broadcom NIC does not show up in=20 > the list of=20 > > interfaces with "ifconfig -l". > >=20 > > However, if I do "pciconf -l -v", I see: > >=20 > > bge0@pci0:8:0:0: class=3D0x020000 card=3D0x01211025=20 > chip=3D0x169314e4 rev=3D0x02 hdr=3D0x00 > > vendor =3D 'Broadcom Corporation' > > device =3D 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' > > class =3D network > > subclass =3D ethernet >=20 The bge driver recognizes the controller but fails to get the=20 adapter's BAR memory mapped by the OS. Since it's only requesting 64KB it sounds like an OS issue. If you remove any other PCI devices in the system does the bge driver load? Dave= From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 18:16:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0180E106564A; Thu, 11 Jun 2009 18:16:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BE65A8FC19; Thu, 11 Jun 2009 18:16:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BIG8Bp033041; Thu, 11 Jun 2009 14:16:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BIG8xf053202; Thu, 11 Jun 2009 14:16:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 411A97302F; Thu, 11 Jun 2009 14:16:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611181608.411A97302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 14:16:08 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 18:16:11 -0000 TB --- 2009-06-11 17:47:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 17:47:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-11 17:47:51 - cleaning the object tree TB --- 2009-06-11 17:48:12 - cvsupping the source tree TB --- 2009-06-11 17:48:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-11 17:48:19 - building world TB --- 2009-06-11 17:48:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 17:48:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 17:48:19 - TARGET=sparc64 TB --- 2009-06-11 17:48:19 - TARGET_ARCH=sparc64 TB --- 2009-06-11 17:48:19 - TZ=UTC TB --- 2009-06-11 17:48:19 - __MAKE_CONF=/dev/null TB --- 2009-06-11 17:48:19 - cd /src TB --- 2009-06-11 17:48:19 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 17:48:21 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 18:16:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 18:16:08 - ERROR: failed to build world TB --- 2009-06-11 18:16:08 - 1301.41 user 150.79 system 1696.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 18:16:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1AA51065670; Thu, 11 Jun 2009 18:16:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4488FC15; Thu, 11 Jun 2009 18:16:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BIGqYf094860; Thu, 11 Jun 2009 14:16:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BIGq1n053949; Thu, 11 Jun 2009 14:16:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 370537302F; Thu, 11 Jun 2009 14:16:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611181652.370537302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 14:16:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 18:16:55 -0000 TB --- 2009-06-11 17:46:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 17:46:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-11 17:46:42 - cleaning the object tree TB --- 2009-06-11 17:46:49 - cvsupping the source tree TB --- 2009-06-11 17:46:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-11 17:46:57 - building world TB --- 2009-06-11 17:46:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 17:46:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 17:46:57 - TARGET=powerpc TB --- 2009-06-11 17:46:57 - TARGET_ARCH=powerpc TB --- 2009-06-11 17:46:57 - TZ=UTC TB --- 2009-06-11 17:46:57 - __MAKE_CONF=/dev/null TB --- 2009-06-11 17:46:57 - cd /src TB --- 2009-06-11 17:46:57 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 17:47:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 18:16:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 18:16:52 - ERROR: failed to build world TB --- 2009-06-11 18:16:52 - 1405.47 user 150.77 system 1810.08 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 18:18:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA74D10656AE for ; Thu, 11 Jun 2009 18:18:52 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA658FC1C for ; Thu, 11 Jun 2009 18:18:51 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,203,1243807200"; d="scan'208";a="274304984" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 11 Jun 2009 20:18:50 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 456331B07BA; Thu, 11 Jun 2009 20:18:50 +0200 (CEST) Date: Thu, 11 Jun 2009 20:18:49 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: monotone crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 18:18:53 -0000 finally fixed this issue. i built sqlite3 with threads support and for some reason monotone didn't like it. recompiling and reinstalling sqlite3 without threads support monotone works again. cheers. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 18:41:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CC72106566B; Thu, 11 Jun 2009 18:41:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 149D88FC0C; Thu, 11 Jun 2009 18:41:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BIfokc037752; Thu, 11 Jun 2009 14:41:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BIfoFL089176; Thu, 11 Jun 2009 14:41:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6DB17302F; Thu, 11 Jun 2009 14:41:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611184150.B6DB17302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 14:41:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 18:41:54 -0000 TB --- 2009-06-11 18:16:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 18:16:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-11 18:16:08 - cleaning the object tree TB --- 2009-06-11 18:16:15 - cvsupping the source tree TB --- 2009-06-11 18:16:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-11 18:16:25 - building world TB --- 2009-06-11 18:16:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 18:16:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 18:16:25 - TARGET=sun4v TB --- 2009-06-11 18:16:25 - TARGET_ARCH=sparc64 TB --- 2009-06-11 18:16:25 - TZ=UTC TB --- 2009-06-11 18:16:25 - __MAKE_CONF=/dev/null TB --- 2009-06-11 18:16:25 - cd /src TB --- 2009-06-11 18:16:25 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 18:16:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 18:41:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 18:41:50 - ERROR: failed to build world TB --- 2009-06-11 18:41:50 - 1302.77 user 147.62 system 1542.24 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 19:04:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8195C106566C for ; Thu, 11 Jun 2009 19:04:14 +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 365F88FC0A for ; Thu, 11 Jun 2009 19:04:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAMTxMEqDaFvL/2dsb2JhbADREYQKBQ X-IronPort-AV: E=Sophos;i="4.42,203,1243828800"; d="scan'208";a="38179118" Received: from nile.cs.uoguelph.ca ([131.104.91.203]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 11 Jun 2009 15:04:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 24F168D40ED; Thu, 11 Jun 2009 15:04:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at nile.cs.uoguelph.ca Received: from nile.cs.uoguelph.ca ([127.0.0.1]) by localhost (nile.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EKlWL9f-n7DO; Thu, 11 Jun 2009 15:04:12 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 456C38D40C0; Thu, 11 Jun 2009 15:04:12 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n5BJ5jE06354; Thu, 11 Jun 2009 15:05:45 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 11 Jun 2009 15:05:45 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: "Bjoern A. Zeeb" In-Reply-To: <20090611170448.M22887@maildrop.int.zabbadoz.net> Message-ID: References: <20090611170448.M22887@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 19:04:14 -0000 On Thu, 11 Jun 2009, Bjoern A. Zeeb wrote: > > 1) note pr_hostid is unsinged long, ci_hostid is unit32_t. > Thanks, I just changed ci_hostid to unsigned long. > 2) I do not know what that code does but ideally it should be from the > same context as being called which might be hard in this case. > > For svc_rpc_gss_find_client you may want to move the check into the > foreach loop as an addition criteria; client seems to know the > context it runs in (cred-> ...) > > For svc_rpc_gss_create_client() I would say you'll have to pass in > the correct context. > I didn't write the code, but I think it is using hostid as a sanity check in a user credential handle that the RPCSEC_GSS has given to a client as a shorthand for the credentials associated with a Kerberos ticket the client previously got authenticated. Since I think the threads executing this code will all be children of the nfsd, how about: curthread->td_ucred->cr_prison->pr_hostid rick ps: It's a little like the problem discussed previously w.r.t. how the server side rpc code should acquire credentials, I think? From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 19:25:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11967106564A; Thu, 11 Jun 2009 19:25:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 600208FC17; Thu, 11 Jun 2009 19:25:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BJPfE2045334; Thu, 11 Jun 2009 15:25:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BJPfiQ013161; Thu, 11 Jun 2009 15:25:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 729837302F; Thu, 11 Jun 2009 15:25:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611192541.729837302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 15:25:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 19:25:45 -0000 TB --- 2009-06-11 19:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 19:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-06-11 19:00:00 - cleaning the object tree TB --- 2009-06-11 19:00:10 - cvsupping the source tree TB --- 2009-06-11 19:00:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-06-11 19:00:20 - building world TB --- 2009-06-11 19:00:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 19:00:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 19:00:20 - TARGET=arm TB --- 2009-06-11 19:00:20 - TARGET_ARCH=arm TB --- 2009-06-11 19:00:20 - TZ=UTC TB --- 2009-06-11 19:00:20 - __MAKE_CONF=/dev/null TB --- 2009-06-11 19:00:20 - cd /src TB --- 2009-06-11 19:00:20 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 19:00:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 19:25:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 19:25:41 - ERROR: failed to build world TB --- 2009-06-11 19:25:41 - 1186.52 user 154.31 system 1541.12 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 19:30:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2DE510656B3; Thu, 11 Jun 2009 19:30:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 76C7B8FC14; Thu, 11 Jun 2009 19:30:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BJUtMH046352; Thu, 11 Jun 2009 15:30:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BJUtRS010805; Thu, 11 Jun 2009 15:30:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD8D07302F; Thu, 11 Jun 2009 15:30:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611193054.DD8D07302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 15:30:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 19:30:59 -0000 TB --- 2009-06-11 19:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 19:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-11 19:00:00 - cleaning the object tree TB --- 2009-06-11 19:00:11 - cvsupping the source tree TB --- 2009-06-11 19:00:11 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-11 19:00:23 - building world TB --- 2009-06-11 19:00:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 19:00:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 19:00:23 - TARGET=amd64 TB --- 2009-06-11 19:00:23 - TARGET_ARCH=amd64 TB --- 2009-06-11 19:00:23 - TZ=UTC TB --- 2009-06-11 19:00:23 - __MAKE_CONF=/dev/null TB --- 2009-06-11 19:00:23 - cd /src TB --- 2009-06-11 19:00:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 19:00:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 19:30:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 19:30:54 - ERROR: failed to build world TB --- 2009-06-11 19:30:54 - 1440.79 user 161.06 system 1854.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 19:46:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B4B71065670; Thu, 11 Jun 2009 19:46:02 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD4F8FC25; Thu, 11 Jun 2009 19:46:02 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id C66A74AC60; Thu, 11 Jun 2009 21:45:57 +0200 (CEST) Date: Thu, 11 Jun 2009 21:45:57 +0200 From: Martin Wilke To: ports@FreeBSD.org Message-ID: <20090611194557.GC98175@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 19:46:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Huhu, Yes we life and that's good :-). Changes: - Fix build error when compiling in debug mode on FreeBSD HEAD - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. - Some FreeBSD relate typos - Enable shared OpenGL service. Completely untested due to lack of appropriate hardware but it compiles at least - Add support for shared clipboards. Requires libXt - FreeBSD: Implement preemption API for guest SMP and enable it (slightly tested). Add neccessary RTMP* methods in userspace for the frontends to detect the number of CPUs - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex instead of a spinlock to fix the problems users are seeing (assertions with debugging enabled) while still being able to run on 100Hz hosts. No problems detected so far and Solaris doesn't use a spin mutex in this code too so it shouldn't do any harm (keeping fingers crossed)space for the frontends to detect the number of CPUs - Add support for curl - Add VBoxSharedClipboard Ports Changes; - Force guestadditions version to 2.2.4 - Removed Qt3 include replacements (already upstream) - Removed cosmetic X11 include path patch Please make SURE, your world and kernel is in sync and you've read the pkg-messages. Also please unload the kernel module before you update the port ;-). Many thx to all Vbox Devs, All supporters, my nice team! :-) http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz Happy Testing! - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoxXvUACgkQdLJIhLHm/OmHHQCcCvJ6EKNehym1siBuQICX+7+l i2sAn0InwBQW7jf+l/PqjIM/BR/g3qhi =hDW+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 19:55:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97C52106568A; Thu, 11 Jun 2009 19:55:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6031C8FC12; Thu, 11 Jun 2009 19:55:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BJt57t050594; Thu, 11 Jun 2009 15:55:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BJt5dv068281; Thu, 11 Jun 2009 15:55:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 964B67302F; Thu, 11 Jun 2009 15:55:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611195505.964B67302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 15:55:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 19:55:09 -0000 TB --- 2009-06-11 19:25:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 19:25:41 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-11 19:25:41 - cleaning the object tree TB --- 2009-06-11 19:25:46 - cvsupping the source tree TB --- 2009-06-11 19:25:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-11 19:25:54 - building world TB --- 2009-06-11 19:25:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 19:25:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 19:25:54 - TARGET=i386 TB --- 2009-06-11 19:25:54 - TARGET_ARCH=i386 TB --- 2009-06-11 19:25:54 - TZ=UTC TB --- 2009-06-11 19:25:54 - __MAKE_CONF=/dev/null TB --- 2009-06-11 19:25:54 - cd /src TB --- 2009-06-11 19:25:54 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 19:25:55 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 19:55:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 19:55:05 - ERROR: failed to build world TB --- 2009-06-11 19:55:05 - 1374.19 user 147.08 system 1763.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:00:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B571106566C; Thu, 11 Jun 2009 20:00:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6371C8FC20; Thu, 11 Jun 2009 20:00:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BK09CW051377; Thu, 11 Jun 2009 16:00:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BK090P080190; Thu, 11 Jun 2009 16:00:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11ED87302F; Thu, 11 Jun 2009 16:00:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611200009.11ED87302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 16:00:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 20:00:12 -0000 TB --- 2009-06-11 19:30:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 19:30:55 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-11 19:30:55 - cleaning the object tree TB --- 2009-06-11 19:30:59 - cvsupping the source tree TB --- 2009-06-11 19:30:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-11 19:31:09 - building world TB --- 2009-06-11 19:31:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 19:31:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 19:31:09 - TARGET=pc98 TB --- 2009-06-11 19:31:09 - TARGET_ARCH=i386 TB --- 2009-06-11 19:31:09 - TZ=UTC TB --- 2009-06-11 19:31:09 - __MAKE_CONF=/dev/null TB --- 2009-06-11 19:31:09 - cd /src TB --- 2009-06-11 19:31:09 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 19:31:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/i386/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 20:00:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 20:00:09 - ERROR: failed to build world TB --- 2009-06-11 20:00:09 - 1373.51 user 153.85 system 1754.02 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:06:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A1410656E7 for ; Thu, 11 Jun 2009 20:06:00 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD838FC1F for ; Thu, 11 Jun 2009 20:05:59 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=kxZwZ-uwpn7TtvLCynQA:9 a=OpltaZ3StIivT1Y3eidyF5DSsCgA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1087618524; Thu, 11 Jun 2009 22:05:58 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 11 Jun 2009 22:10:11 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200906091022.41813.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906112210.13313.hselasky@c2i.net> Cc: usb@freebsd.org, Jeremy Faulkner Subject: Re: Yubikey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 20:06:01 -0000 Hi, Can you try the following patch and report back: http://perforce.freebsd.org/chv.cgi?CH=164141 --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:26:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C614C106564A; Thu, 11 Jun 2009 20:26:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF068FC08; Thu, 11 Jun 2009 20:26:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKQSot055136; Thu, 11 Jun 2009 16:26:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKQSEo059250; Thu, 11 Jun 2009 16:26:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA1BF7302F; Thu, 11 Jun 2009 16:26:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611202628.CA1BF7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 16:26:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 20:26:32 -0000 TB --- 2009-06-11 20:00:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 20:00:09 - starting HEAD tinderbox run for mips/mips TB --- 2009-06-11 20:00:09 - cleaning the object tree TB --- 2009-06-11 20:00:21 - cvsupping the source tree TB --- 2009-06-11 20:00:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-06-11 20:00:29 - building world TB --- 2009-06-11 20:00:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 20:00:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 20:00:29 - TARGET=mips TB --- 2009-06-11 20:00:29 - TARGET_ARCH=mips TB --- 2009-06-11 20:00:29 - TZ=UTC TB --- 2009-06-11 20:00:29 - __MAKE_CONF=/dev/null TB --- 2009-06-11 20:00:29 - cd /src TB --- 2009-06-11 20:00:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 20:00:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../l ib/libthr/arch/mips/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 20:26:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 20:26:28 - ERROR: failed to build world TB --- 2009-06-11 20:26:28 - 1221.09 user 146.84 system 1579.60 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:27:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 911E21065680; Thu, 11 Jun 2009 20:27:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 59B428FC08; Thu, 11 Jun 2009 20:27:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKRsUd055385; Thu, 11 Jun 2009 16:27:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKRsXi041669; Thu, 11 Jun 2009 16:27:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2BF457302F; Thu, 11 Jun 2009 16:27:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611202754.2BF457302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 16:27:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 20:27:57 -0000 TB --- 2009-06-11 19:55:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 19:55:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-11 19:55:05 - cleaning the object tree TB --- 2009-06-11 19:55:12 - cvsupping the source tree TB --- 2009-06-11 19:55:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-11 19:55:21 - building world TB --- 2009-06-11 19:55:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 19:55:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 19:55:21 - TARGET=ia64 TB --- 2009-06-11 19:55:21 - TARGET_ARCH=ia64 TB --- 2009-06-11 19:55:21 - TZ=UTC TB --- 2009-06-11 19:55:21 - __MAKE_CONF=/dev/null TB --- 2009-06-11 19:55:21 - cd /src TB --- 2009-06-11 19:55:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 19:55:22 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/ia64/include -DNEED_SOLAR IS_BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 20:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 20:27:54 - ERROR: failed to build world TB --- 2009-06-11 20:27:54 - 1600.59 user 152.99 system 1968.38 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:33:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37DA1065676; Thu, 11 Jun 2009 20:33:20 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8B58FC19; Thu, 11 Jun 2009 20:33:20 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 4D40F41C75B; Thu, 11 Jun 2009 22:33:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Q+q9wzJmBHaN; Thu, 11 Jun 2009 22:33:18 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id BED8A41C75A; Thu, 11 Jun 2009 22:33:18 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id F3BCF4448E6; Thu, 11 Jun 2009 20:33:10 +0000 (UTC) Date: Thu, 11 Jun 2009 20:33:10 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20090611180438.G22887@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD net mailing list , src-committers@freebsd.org Subject: HEADS UP: INET dependencies in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 20:33:21 -0000 Hi, over the last days I fixed a few places missing #ifdef INET as well changed the kernel build file in sys/conf/files and added depencies for those parts that really require INET to compile / work at the moment. WARNING: -------------------------------- This means for example if you build a kernel without INET you will no longer get gre, ipfw, libablias, ipsec, if_enc, if_bridge, nfsserver, .. Those will _silently_ be disabled whether or not they are in your kernel configuration. WARNING: -------------------------------- You will also not get any of the 12 interfaces I found that had a compile time dependency on INET (if you remove INET from your kernel config): if_age, if_alc, if_ale, if_em, if_igb, if_fxp, if_ixgbe, if_jme, if_msk, if_mxge, if_sk, if_txp. I will send out an extra mail with more information on each interface and how to fix later in a second. (The same may apply to some other code). See r193824, r193949-193950, 193954, 193956-193957, 193960, 193983, 193986-193988, 193990-193991, 193993-193994, 193996-193997 of sys/conf/files for what was changed and if you are looking for a network project to cleanup a bit of our stack. For now I didn't see much of a problem here, as virtually noone so far would have built a kernel without INET support and still wanted networking as it just hadn't (easily) been possible. Obviously people may be concerned that those things will rot and warn others with #error anymore and that other people will one day trip over this. Unless hit by a bus I do not intend to drop this ball but will work (together with you!) to clean things up, resolve them, etc. For now the goal was to actually see how much of impure code we have and clean things basically up before 8.0. Now do not expect that I caught all and everything. We are far away from that. The long term goal is to separate INET6 off INET. So in addition to a kernel config like: ---------------------------------------- include LINT ident LINT-NOINET6 nooptions INET6 ---------------------------------------- FreeBSD 8 LINT currently also builds a kernel with: ---------------------------------------- include LINT ident LINT-NOINET makeoptions NO_MODULES=yes nooptions INET nooptions INET6 ---------------------------------------- Note: LINT will not boot! In case of arm I include AVILA, in case of mips I used ADM5120 instead of LINT (as arm and mips do not have LINT). HINT FOR DEVELOPERS: -------------------------------- For developers this means that if you add new code you really should make sure that INET in addition to INET6 will be properly #ifdefed. KIND OF HEADS UP FOR DEVLEOPERS: -------------------------------- This is kind of a heads up that from the time 8 will be branched off and HEAD will be 9 all new code should 1) have feature parity for INET and INET6 where applicable 2) new/changed code that only has #ifdef INET6 but no #ifdef INET (where applicable) should no longer be done. 3) No it's not April 1st today;-) Regards, Bjoern -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:56:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1521E106564A; Thu, 11 Jun 2009 20:56:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D1CED8FC12; Thu, 11 Jun 2009 20:56:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKuNXt059593; Thu, 11 Jun 2009 16:56:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKuNha081476; Thu, 11 Jun 2009 16:56:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 94F3C7302F; Thu, 11 Jun 2009 16:56:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611205623.94F3C7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 16:56:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 20:56:26 -0000 TB --- 2009-06-11 20:27:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 20:27:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-11 20:27:54 - cleaning the object tree TB --- 2009-06-11 20:28:08 - cvsupping the source tree TB --- 2009-06-11 20:28:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-11 20:28:16 - building world TB --- 2009-06-11 20:28:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 20:28:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 20:28:16 - TARGET=sparc64 TB --- 2009-06-11 20:28:16 - TARGET_ARCH=sparc64 TB --- 2009-06-11 20:28:16 - TZ=UTC TB --- 2009-06-11 20:28:16 - __MAKE_CONF=/dev/null TB --- 2009-06-11 20:28:16 - cd /src TB --- 2009-06-11 20:28:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 20:28:18 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 20:56:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 20:56:23 - ERROR: failed to build world TB --- 2009-06-11 20:56:23 - 1302.77 user 149.93 system 1709.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:56:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B58381065670; Thu, 11 Jun 2009 20:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2B78FC0A; Thu, 11 Jun 2009 20:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKuhkb059650; Thu, 11 Jun 2009 16:56:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BKuhh6081778; Thu, 11 Jun 2009 16:56:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5541E73030; Thu, 11 Jun 2009 16:56:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611205642.5541E73030@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 16:56:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 20:56:46 -0000 TB --- 2009-06-11 20:26:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 20:26:28 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-11 20:26:29 - cleaning the object tree TB --- 2009-06-11 20:26:42 - cvsupping the source tree TB --- 2009-06-11 20:26:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-11 20:26:49 - building world TB --- 2009-06-11 20:26:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 20:26:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 20:26:49 - TARGET=powerpc TB --- 2009-06-11 20:26:49 - TARGET_ARCH=powerpc TB --- 2009-06-11 20:26:49 - TZ=UTC TB --- 2009-06-11 20:26:49 - __MAKE_CONF=/dev/null TB --- 2009-06-11 20:26:49 - cd /src TB --- 2009-06-11 20:26:49 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 20:26:50 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 20:56:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 20:56:42 - ERROR: failed to build world TB --- 2009-06-11 20:56:42 - 1405.96 user 151.34 system 1813.34 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 21:21:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2871065672; Thu, 11 Jun 2009 21:21:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EEF618FC16; Thu, 11 Jun 2009 21:21:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BLLoIH038516; Thu, 11 Jun 2009 17:21:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BLLoxj099277; Thu, 11 Jun 2009 17:21:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 76B927302F; Thu, 11 Jun 2009 17:21:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611212150.76B927302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 17:21:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 21:21:53 -0000 TB --- 2009-06-11 20:56:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 20:56:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-11 20:56:23 - cleaning the object tree TB --- 2009-06-11 20:56:31 - cvsupping the source tree TB --- 2009-06-11 20:56:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-11 20:56:40 - building world TB --- 2009-06-11 20:56:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 20:56:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 20:56:40 - TARGET=sun4v TB --- 2009-06-11 20:56:40 - TARGET_ARCH=sparc64 TB --- 2009-06-11 20:56:40 - TZ=UTC TB --- 2009-06-11 20:56:40 - __MAKE_CONF=/dev/null TB --- 2009-06-11 20:56:40 - cd /src TB --- 2009-06-11 20:56:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 20:56:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/sparc64/include -DNEED_SO LARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 21:21:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 21:21:50 - ERROR: failed to build world TB --- 2009-06-11 21:21:50 - 1303.65 user 146.87 system 1526.63 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 21:48:58 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417B31065673; Thu, 11 Jun 2009 21:48:58 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id EBD218FC0C; Thu, 11 Jun 2009 21:48:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [172.31.193.10] (cpe-075-177-134-250.nc.res.rr.com [75.177.134.250]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id n5BLmRt9016846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Jun 2009 17:48:28 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.8.3 duke.cs.duke.edu n5BLmRt9016846 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1244756908; bh=I+vbzJvLcU3v6NhEQvikzLiwNoBEhfqRRpejtOcUsak=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vHagwxQTBTTIFppB4F3Ihe+YB6ehbNz0rPiq+bRkjdvXJexHNwFIt3Exa5VmZpVEg cExWV4VncHPMabuPchNDLTVz2B4rvDKQQ73SggzlXH+z7MAuQmw0RAwU17Lv++9tm9 WSFm+yVjndDQI5SrSrZGKzTqF8hrhm8Df4WrBY54= Message-ID: <4A317BA6.3050300@cs.duke.edu> Date: Thu, 11 Jun 2009 17:48:22 -0400 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20090611180438.G22887@maildrop.int.zabbadoz.net> In-Reply-To: <20090611180438.G22887@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD net mailing list , FreeBSD current mailing list , src-committers@FreeBSD.org Subject: Re: HEADS UP: INET dependencies in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2009 21:48:59 -0000 Bjoern A. Zeeb wrote: > This is kind of a heads up that from the time 8 will be branched off > and HEAD will be 9 all new code should > 1) have feature parity for INET and INET6 where applicable As a sort of side-note, what about feature parity for INET6 for existing IPV4 features like TSO? Who is working on that? Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 22:06:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D36E01065670; Thu, 11 Jun 2009 22:06:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7C38FC08; Thu, 11 Jun 2009 22:06:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BM6AG5067657; Thu, 11 Jun 2009 18:06:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BM69Gm068519; Thu, 11 Jun 2009 18:06:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE8797302F; Thu, 11 Jun 2009 18:06:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611220609.DE8797302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 18:06:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 22:06:13 -0000 TB --- 2009-06-11 21:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 21:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-06-11 21:40:00 - cleaning the object tree TB --- 2009-06-11 21:40:21 - cvsupping the source tree TB --- 2009-06-11 21:40:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-06-11 21:40:28 - building world TB --- 2009-06-11 21:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 21:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 21:40:28 - TARGET=arm TB --- 2009-06-11 21:40:28 - TARGET_ARCH=arm TB --- 2009-06-11 21:40:28 - TZ=UTC TB --- 2009-06-11 21:40:28 - __MAKE_CONF=/dev/null TB --- 2009-06-11 21:40:28 - cd /src TB --- 2009-06-11 21:40:28 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 21:40:33 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS _BOOLEAN -std=iso9899:1999 -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 22:06:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 22:06:09 - ERROR: failed to build world TB --- 2009-06-11 22:06:09 - 1188.89 user 152.45 system 1568.98 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 22:11:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02169106568C; Thu, 11 Jun 2009 22:11:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C997E8FC21; Thu, 11 Jun 2009 22:11:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BMBZPI068183; Thu, 11 Jun 2009 18:11:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5BMBZ51080083; Thu, 11 Jun 2009 18:11:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 883DF7302F; Thu, 11 Jun 2009 18:11:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090611221135.883DF7302F@freebsd-current.sentex.ca> Date: Thu, 11 Jun 2009 18:11:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on 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, 11 Jun 2009 22:11:39 -0000 TB --- 2009-06-11 21:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-11 21:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-11 21:40:00 - cleaning the object tree TB --- 2009-06-11 21:40:20 - cvsupping the source tree TB --- 2009-06-11 21:40:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-11 21:40:28 - building world TB --- 2009-06-11 21:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-11 21:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-11 21:40:28 - TARGET=amd64 TB --- 2009-06-11 21:40:28 - TARGET_ARCH=amd64 TB --- 2009-06-11 21:40:28 - TZ=UTC TB --- 2009-06-11 21:40:28 - __MAKE_CONF=/dev/null TB --- 2009-06-11 21:40:28 - cd /src TB --- 2009-06-11 21:40:28 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 11 21:40:34 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c cc -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/amd64/include -DNEED_SOLA RIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c: In function 'dmu_prefetch': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: 'zfs_prefetch_enable' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:329: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-11 22:11:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-11 22:11:35 - ERROR: failed to build world TB --- 2009-06-11 22:11:35 - 1441.19 user 160.41 system 1894.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 00:44:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03F8C106566C; Fri, 12 Jun 2009 00:44:16 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0DABE8FC0C; Fri, 12 Jun 2009 00:44:14 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm20 with SMTP id 20so1742895fxm.43 for ; Thu, 11 Jun 2009 17:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DYYAU02a4ktpGI1nuAlk7XyAGjHz7Xk+OsggQkrKy8U=; b=PPzfgRbw71b9qyMWwGib9ypwvfmT/6cVyosLLYrFDgsepamh2ZbCceTPR8GU41skQ3 zb19LsM0vBx1fxjM4fQKqMsE37hXAz+1QXUNNw6UW1UWIFt+MH9+Xn7OGGgHTAhgIw6F J+JznhpqxVuEklLZe+r8d+EeY8aQukcpGaaXo= 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=gDolb3+VLGdnwpeoLaUJ86nFrBJJLb95TX3ANBskTUp4TWoUOHQjuCBoE8wxs8Gd80 H70bK5Pfazc4CoWaBXI4xaLDVfeqTTbmCRFHnlwm+B4I64LOB1yrbU/YYGrP1as4qV1h ri55NE2kG6W/HBbQ4ZV0FYKLnMPEDebHjWZAs= MIME-Version: 1.0 Received: by 10.204.54.4 with SMTP id o4mr3094204bkg.10.1244767453975; Thu, 11 Jun 2009 17:44:13 -0700 (PDT) In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> Date: Thu, 11 Jun 2009 20:44:13 -0400 Message-ID: <4ad871310906111744kdc6654dp8a143584b0860c16@mail.gmail.com> From: Glen Barber To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 00:44:16 -0000 Hi, Martin et al This latest version builds fine for me and no panic on kldload vboxdrv.ko uname -a: FreeBSD orion 7.2-STABLE FreeBSD 7.2-STABLE #3 r193905: Wed Jun 10 08:42:33 EDT 2009 root@orion:/usr/obj/usr/src/sys/ORION i386 Thanks for taking the time to port this! -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 04:09:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 477EE106566C; Fri, 12 Jun 2009 04:09:39 +0000 (UTC) Date: Fri, 12 Jun 2009 04:09:39 +0000 From: Craig Rodrigues To: David Christensen Message-ID: <20090612040939.GA293@crodrigues.org> References: <20090610174211.GA78796@crodrigues.org> <20090611164711.GA99074@crodrigues.org> <5D267A3F22FD854F8F48B3D2B523819339EBA5F118@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339EBA5F118@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.1i Cc: "freebsd-current@freebsd.org" , "davidch@freebsd.org" Subject: Re: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 04:09:39 -0000 On Thu, Jun 11, 2009 at 10:42:50AM -0700, David Christensen wrote: > The bge driver recognizes the controller but fails to get the > adapter's BAR memory mapped by the OS. Since it's only requesting > 64KB it sounds like an OS issue. If you remove any other PCI > devices in the system does the bge driver load? I cannot remove any devices from the system. The problem is occurring on an Acer Aspire 5920 laptop with no external devices plugged into it. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 05:47:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69E5106566C for ; Fri, 12 Jun 2009 05:47:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id A17CB8FC14 for ; Fri, 12 Jun 2009 05:47:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pz0-f197.google.com with SMTP id 35so1150923pzk.3 for ; Thu, 11 Jun 2009 22:47:49 -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=2lL8hvx3FKt+0vzAtTRMmPgY0EZ+ZJTc11Nj1PwmHKI=; b=Vp3S822bW6QlTvuJrpsL1hXGAmpOeHLw4m6XRvoz821aFxaby8D8wOgRXbr09A94QV JoLuRqDrTG2EE8sn0OiLLMWhEYlfyqUcr2EEKNueC3IjXsF8LMIHeKcvnv+YeH+5o9u3 j1TGZuTteNDCC7+Qy+ZfdnifWh4f7QDZSKw9c= 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=FP8Z1na2izuqXXKsvJGMpoSUa3tesdKhkqD3oYTIBJAHd5RSjfA+9jvOS/8qQDBNHB UDYzqnxgA9kSc0SHqpDFgfbGep8te74HWDuuTWtgph1gnlf0v1IiMErQht/vbAFKYt5e YQpLKMxNtm7QKtbWJdykhgpq7oTijl6UTTq7U= Received: by 10.142.156.19 with SMTP id d19mr1254244wfe.6.1244785669352; Thu, 11 Jun 2009 22:47:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm1305356rvb.4.2009.06.11.22.47.47 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Jun 2009 22:47:48 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Fri, 12 Jun 2009 14:50:32 +0900 From: Pyun YongHyeon Date: Fri, 12 Jun 2009 14:50:32 +0900 To: Thomas Lotterer Message-ID: <20090612055032.GD72855@michelle.cdnetworks.co.kr> References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> <4A2FF8E3.4060501@lotterer.net> <20090611002923.GA68519@michelle.cdnetworks.co.kr> <4A30FD94.4030409@lotterer.net> <20090611130557.GB68519@michelle.cdnetworks.co.kr> <4A312517.9030206@lotterer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A312517.9030206@lotterer.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) 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, 12 Jun 2009 05:47:50 -0000 On Thu, Jun 11, 2009 at 05:39:03PM +0200, Thomas Lotterer wrote: > Pyun YongHyeon wrote: > >Could you show me dmesg output(only vge(4) related one)? > > > # dmesg | grep vge > vge0: port 0xec00-0xecff mem > 0xdf7ff000-0xdf7ff0ff irq 28 at device 0.0 on pci2 > vge0: MSIX count : 0 > vge0: MSI count : 1 I wonder why "Using 1 MSI messages" message is missing. > vge0: Read request size : 512 bytes. > vge0: TLP payload size : 128 bytes. > miibus0: on vge0 > vge0: Ethernet address: 00:40:63:xx:xx:xx > vge0: [FILTER] > vge0: link state changed to UP > vge0: watchdog timeout > vge0: unable to stop Rx/Tx MAC(0x09)! > vge0: soft reset timed out > vge0: link state changed to DOWN > vge0: link state changed to UP > > And this time a link has been established > > # ifconfig vge0 > vge0: flags=8843 metric 0 mtu 1500 > options=389b > ether 00:40:63:xx:xx:xx > inet [...] > media: Ethernet autoselect (1000baseT ) > status: active > > Unfortunately, no traffic could be sent and tcpdump(1) does not show any > incoming packages either, not even broadcasts. > > Interesting side effect is that after that test the kernel with my > previous "original problem" vge(4) driver rebooted when initializing the > network card. No logs at this stage, sorry. Reboot did not help. Hard > reset did not help. Power cycle did help. Behavior was reproducible on a > second attempt. > Hmm, you have a PCIe variant hardware and I remembers someone also told a couple of issues on his VT6130 controller. These days it's hard to find stand-alone PCI/PCIe controllers. If I manage to buy VT6130 controller I'll see what's going on. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 05:59:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B581065670 for ; Fri, 12 Jun 2009 05:59:24 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5CD8FC16 for ; Fri, 12 Jun 2009 05:59:23 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [77.52.85.196] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 245525295; Fri, 12 Jun 2009 08:59:18 +0300 Message-ID: <4A31E86F.9070000@FreeBSD.org> Date: Fri, 12 Jun 2009 08:32:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Gavin Atkinson References: <4A2F5F73.7010809@gmail.com> <1244728939.97707.20.camel@buffy.york.ac.uk> In-Reply-To: <1244728939.97707.20.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Seri Geri , freebsd-current@FreeBSD.org Subject: Re: Acer TM6292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 05:59:24 -0000 Gavin Atkinson wrote: > On Wed, 2009-06-10 at 09:23 +0200, Seri Geri wrote: >> - I have installed FreeBSD, PC-BSD and DesktopBSD, i386 and x64, release >> and snapsot too on it. Everything is working fine, except the network >> adapters (not even the Broadcom Gbit, but the WiFi too). >> >> Would you mind please, where can I find something to make them to work ? > > For your network adaptors, if you can show the output of the command > "pciconf -l | grep 'class=0x02'" we can figure out what type of network > adapters you have, and how likely it is that FreeBSD can support them. There must be bge + iwn in 6292. But there is a problem with PCIe bridges resource allocation making them not working. It is known problem without correctly implemented fixes now. jhb@ have touched it on last BSDCan. One of my patches hacks that resources dirty for this specific model. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 08:08:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CDAE106566C for ; Fri, 12 Jun 2009 08:08:41 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id B5E7B8FC17 for ; Fri, 12 Jun 2009 08:08:40 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,208,1243807200"; d="scan'208";a="216014304" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 12 Jun 2009 10:08:38 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id CA7CE1B0763; Fri, 12 Jun 2009 10:08:38 +0200 (CEST) Date: Fri, 12 Jun 2009 10:08:37 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: strange newfs results X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 08:08:41 -0000 hi there, i was surprised to see the following: 1. pax -w -f /dev/ad0p2 . 2. file -s /dev/ad0p2 -> POSIX tar archive 3. newfs -U -L usr /dev/ad0p2 4. file -s /dev/ad0p2 -> POSIX tar archive mounting/reading/writing ad0p2 however works like one expects from a ufs partition. i added a `dd if=/dev/zero of=/dev/ad0p2 bs=1m count=10` between step 2 and 3 and now ad0p2 is recognised by `file -s` as "Unix Fast File system". is this a bug or a feature? i'm running r193846M. cheers. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 09:18:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A9F4106564A; Fri, 12 Jun 2009 09:18:08 +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 4829A8FC08; Fri, 12 Jun 2009 09:18:06 +0000 (UTC) (envelope-from avg@freebsd.org) 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 MAA06875; Fri, 12 Jun 2009 12:18:05 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MF2th-000Hl9-EZ; Fri, 12 Jun 2009 12:18:05 +0300 Message-ID: <4A321D4C.8030107@freebsd.org> Date: Fri, 12 Jun 2009 12:18:04 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A2E9702.5040801@icyb.net.ua> In-Reply-To: <4A2E9702.5040801@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: GEOM_VOL gc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 09:18:08 -0000 on 09/06/2009 20:08 Andriy Gapon said the following: > It seems that it is time to garbage-collect GEOM_VOL option: > > $ glimpse -w GEOM_VOL > /usr/src-head/sys/conf/options: GEOM_VOL opt_geom.h > /usr/src-head/sys/conf/NOTES: options GEOM_VOL # Volume names > from UFS superblock > /usr/src-head/sys/conf/NOTES: # around. (See also option GEOM_VOL for a different > solution to this > /usr/src-head/release/doc/de_DE.ISO8859-1/relnotes/common/new.sgml: > GEOM_VOL genutzt, können die How about the following patch? I am not sure though what to do with de_DE.ISO8859-1/relnotes/common/new.sgml - I don't speak German and the file seems quite aged (or a template?). diff --git a/sys/conf/NOTES b/sys/conf/NOTES index 7de53a2..0c612c8 100644 --- a/sys/conf/NOTES +++ b/sys/conf/NOTES @@ -160,7 +160,6 @@ options GEOM_STRIPE # Disk striping. options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_UZIP # Read-only compressed disks options GEOM_VIRSTOR # Virtual storage. -options GEOM_VOL # Volume names from UFS superblock options GEOM_ZERO # Performance testing helper. # @@ -1158,7 +1157,7 @@ options PPS_SYNC # removed a disk drive, you may have had to rewrite your /etc/fstab # file, and also that you had to be careful when adding a new disk # as it may have been probed earlier and moved your device configuration -# around. (See also option GEOM_VOL for a different solution to this +# around. (See also option GEOM_LABEL for a different solution to this # problem.) # This old behavior is maintained as the default behavior. The unit diff --git a/sys/conf/options b/sys/conf/options index 883f7ae..b0ff6ab 100644 --- a/sys/conf/options +++ b/sys/conf/options @@ -104,7 +104,6 @@ GEOM_STRIPE opt_geom.h GEOM_SUNLABEL opt_geom.h GEOM_UZIP opt_geom.h GEOM_VIRSTOR opt_geom.h -GEOM_VOL opt_geom.h GEOM_ZERO opt_geom.h KDTRACE_HOOKS opt_kdtrace.h KSTACK_MAX_PAGES -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 12:42:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8895D106567E for ; Fri, 12 Jun 2009 12:42:34 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 434F88FC17 for ; Fri, 12 Jun 2009 12:42:34 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1189161ywe.13 for ; Fri, 12 Jun 2009 05:42:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7bCe7CcuvkKD+vCLTfurgIjR3QT6MeuXc7DHN569K5k=; b=f4FSfXzyPgEUw05AyiY8GNJkjuAVSqaHwKfSRD5jOfIh1bL6M673jZhZPsompvUHkn PMxGEe41EnrSWmBqrT0C1B7IgHg1bB3z7clec8mrd9vmnoqLnS9Io1viIn/DojbXIK9H YISk4ImZ63/NrCmdL3BDdJSZnXvhUk76YErQ4= 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=wvMcp2WY+paMezAONNT7Fzyv8XDnD2sCxVsanPB5ZvYyrUW5edOHnnzkQHO+V9AGRp xdFWdGuy0G/QAQ4wMmqVz8Lq9U3f6BCPSCFrWnyP0Sqk0oqDbRcy4ZRRbdvAkL/s69HN JYbh8VL7enkvzg2X0u6o1P5otvDTx5c88m/FU= MIME-Version: 1.0 Received: by 10.100.10.15 with SMTP id 15mr4764965anj.8.1244808661718; Fri, 12 Jun 2009 05:11:01 -0700 (PDT) In-Reply-To: <200906112210.13313.hselasky@c2i.net> References: <200906091022.41813.hselasky@c2i.net> <200906112210.13313.hselasky@c2i.net> Date: Fri, 12 Jun 2009 12:11:01 +0000 Message-ID: From: Jeremy Faulkner To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: Yubikey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 12:42:34 -0000 On Thu, Jun 11, 2009 at 8:10 PM, Hans Petter Selasky wrote: > Hi, > > Can you try the following patch and report back: > > http://perforce.freebsd.org/chv.cgi?CH=164141 > > --HPS > My Yubikey attaches to ukbd and works. Thanks. -- Jeremy Faulkner From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 12:59:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 035F7106566C for ; Fri, 12 Jun 2009 12:59:23 +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 C88338FC1A for ; Fri, 12 Jun 2009 12:59:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 774FE46B2E; Fri, 12 Jun 2009 08:59:22 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8174F8A06C; Fri, 12 Jun 2009 08:59:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 12 Jun 2009 08:38:06 -0400 User-Agent: KMail/1.9.7 References: <20090610174211.GA78796@crodrigues.org> <5D267A3F22FD854F8F48B3D2B523819339EBA5F118@IRVEXCHCCR01.corp.ad.broadcom.com> <20090612040939.GA293@crodrigues.org> In-Reply-To: <20090612040939.GA293@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906120838.06973.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 12 Jun 2009 08:59:21 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Craig Rodrigues , David Christensen Subject: Re: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 12:59:23 -0000 On Friday 12 June 2009 12:09:39 am Craig Rodrigues wrote: > On Thu, Jun 11, 2009 at 10:42:50AM -0700, David Christensen wrote: > > The bge driver recognizes the controller but fails to get the > > adapter's BAR memory mapped by the OS. Since it's only requesting > > 64KB it sounds like an OS issue. If you remove any other PCI > > devices in the system does the bge driver load? > > I cannot remove any devices from the system. > The problem is occurring on an Acer Aspire 5920 laptop > with no external devices plugged into it. You can try disabling ACPI. On some machines ACPI initialization inexpicably clears the I/O windows in certain PCI-PCI bridges and FreeBSD does not cope well with this case. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 12:59:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D1F3106566C; Fri, 12 Jun 2009 12:59:26 +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 41E058FC14; Fri, 12 Jun 2009 12:59:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EEDC546B38; Fri, 12 Jun 2009 08:59:25 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id EF5788A06A; Fri, 12 Jun 2009 08:59:24 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Fri, 12 Jun 2009 08:55:13 -0400 User-Agent: KMail/1.9.7 References: <4A2E9702.5040801@icyb.net.ua> <4A321D4C.8030107@freebsd.org> In-Reply-To: <4A321D4C.8030107@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906120855.13654.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 12 Jun 2009 08:59:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: GEOM_VOL gc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 12:59:26 -0000 On Friday 12 June 2009 5:18:04 am Andriy Gapon wrote: > on 09/06/2009 20:08 Andriy Gapon said the following: > > It seems that it is time to garbage-collect GEOM_VOL option: > > > > $ glimpse -w GEOM_VOL > > /usr/src-head/sys/conf/options: GEOM_VOL opt_geom.h > > /usr/src-head/sys/conf/NOTES: options GEOM_VOL # Volume names > > from UFS superblock > > /usr/src-head/sys/conf/NOTES: # around. (See also option GEOM_VOL for a different > > solution to this > > /usr/src-head/release/doc/de_DE.ISO8859-1/relnotes/common/new.sgml: > > GEOM_VOL genutzt, können die > > How about the following patch? > I am not sure though what to do with > de_DE.ISO8859-1/relnotes/common/new.sgml - I don't speak German and the > file seems quite aged (or a template?). Hmm, should probably do a case-insensitive search. The code for GEOM_VOL is still present and it is still a valid GEOM if someone wants to use it instead of GEOM_LABEL. Or at least, if you want to remove it, you need to remove it fully: sys/conf/files:geom/geom_vol_ffs.c optional geom_vol -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 13:12:07 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C249A106566C; Fri, 12 Jun 2009 13:12: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 6973F8FC1B; Fri, 12 Jun 2009 13:12:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09602; Fri, 12 Jun 2009 16:12:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A325423.3000606@icyb.net.ua> Date: Fri, 12 Jun 2009 16:12:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> In-Reply-To: <20090611194557.GC98175@bsdcrew.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 13:12:08 -0000 on 11/06/2009 22:45 Martin Wilke said the following: > Huhu, > > Yes we life and that's good :-). There should be a warning that this version won't start snapshots taken by the previous version. > Changes: > > - Fix build error when compiling in debug mode on FreeBSD HEAD > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > - Some FreeBSD relate typos > - Enable shared OpenGL service. Completely untested due to lack of > appropriate hardware but it compiles at least > - Add support for shared clipboards. Requires libXt > - FreeBSD: Implement preemption API for guest SMP and enable > it (slightly tested). Add neccessary RTMP* methods in userspace > for the frontends to detect the number of CPUs > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > instead of a spinlock to fix the problems users are seeing > (assertions with debugging enabled) while still being able > to run on 100Hz hosts. No problems detected so far and Solaris > doesn't use a spin mutex in this code too so it shouldn't do > any harm (keeping fingers crossed)space for the frontends to > detect the number of CPUs > - Add support for curl > - Add VBoxSharedClipboard > > Ports Changes; > - Force guestadditions version to 2.2.4 > - Removed Qt3 include replacements (already upstream) > - Removed cosmetic X11 include path patch > > Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! > > - Martin > _______________________________________________ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 13:16:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BB90106568D for ; Fri, 12 Jun 2009 13:16:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AC3938FC4B for ; Fri, 12 Jun 2009 13:16:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09658; Fri, 12 Jun 2009 16:16:26 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A325529.5000409@icyb.net.ua> Date: Fri, 12 Jun 2009 16:16:25 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: strange newfs results X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 13:16:33 -0000 on 12/06/2009 11:08 Alexander Best said the following: > hi there, > > i was surprised to see the following: > > 1. pax -w -f /dev/ad0p2 . > 2. file -s /dev/ad0p2 -> POSIX tar archive > 3. newfs -U -L usr /dev/ad0p2 > 4. file -s /dev/ad0p2 -> POSIX tar archive > > mounting/reading/writing ad0p2 however works like one expects from a ufs > partition. i added a `dd if=/dev/zero of=/dev/ad0p2 bs=1m count=10` between > step 2 and 3 and now ad0p2 is recognised by `file -s` as "Unix Fast File > system". > > is this a bug or a feature? i'm running r193846M. Neither - I wonder why you didn't write the subject as "strange file results" :-) Did you try pax -r after newfs? You see, newfs doesn't wipe the whole media, it just writes out the blocks that it UFS needs, so some (many many) blocks written by pax remain unchanged. And it's a matter of file's internal tasting order which blocks with "magic" byte pattern it would detect first. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 13:19:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 351DD106567B; Fri, 12 Jun 2009 13:19:18 +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 2C7598FC27; Fri, 12 Jun 2009 13:19:16 +0000 (UTC) (envelope-from avg@freebsd.org) 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 QAA09701; Fri, 12 Jun 2009 16:19:15 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A3255D3.4030906@freebsd.org> Date: Fri, 12 Jun 2009 16:19:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: John Baldwin References: <4A2E9702.5040801@icyb.net.ua> <4A321D4C.8030107@freebsd.org> <200906120855.13654.jhb@freebsd.org> In-Reply-To: <200906120855.13654.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: GEOM_VOL gc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 13:19:18 -0000 on 12/06/2009 15:55 John Baldwin said the following: > Hmm, should probably do a case-insensitive search. The code for GEOM_VOL is > still present and it is still a valid GEOM if someone wants to use it instead > of GEOM_LABEL. Or at least, if you want to remove it, you need to remove it > fully: > > sys/conf/files:geom/geom_vol_ffs.c optional geom_vol > Ouch, my bad. No intention on my part to drop this, I just missed this. Thanks. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 13:16:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA361065698; Fri, 12 Jun 2009 13:16:37 +0000 (UTC) (envelope-from sean@seanmcollins.com) Received: from masakari.coreitpro.com (masakari.coreitpro.com [38.98.245.188]) by mx1.freebsd.org (Postfix) with ESMTP id EB8B18FC73; Fri, 12 Jun 2009 13:16:35 +0000 (UTC) (envelope-from sean@seanmcollins.com) Received: from [192.168.0.23] ([209.133.84.170]) (authenticated bits=0) by masakari.coreitpro.com (8.14.3/8.14.3) with ESMTP id n5CCeJXN076063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Jun 2009 08:40:22 -0400 (EDT) (envelope-from sean@seanmcollins.com) Message-ID: <4A324C9E.2080006@seanmcollins.com> Date: Fri, 12 Jun 2009 08:39:58 -0400 From: "Sean M. Collins" User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: glen.j.barber@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 Jun 2009 13:24:35 +0000 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 13:16:39 -0000 Ditto! Great job guys! > This latest version builds fine for me and no panic on kldload vboxdrv.ko > From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 15:16:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A551065672 for ; Fri, 12 Jun 2009 15:16:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 309A58FC26 for ; Fri, 12 Jun 2009 15:16:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 290EF1CD8A; Fri, 12 Jun 2009 17:16:32 +0200 (CEST) Date: Fri, 12 Jun 2009 17:16:32 +0200 From: Ed Schouten To: Alexander Best Message-ID: <20090612151632.GD48776@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hPgXaKTTpTvPowxx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: strange newfs results X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 15:16:33 -0000 --hPgXaKTTpTvPowxx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexander, * Alexander Best wrote: > 1. pax -w -f /dev/ad0p2 . > 2. file -s /dev/ad0p2 -> POSIX tar archive > 3. newfs -U -L usr /dev/ad0p2 > 4. file -s /dev/ad0p2 -> POSIX tar archive I'm not a file system expert, but doesn't newfs leave the first few KB's of the file system untouched, to store a boot loader? This means that the first few bytes of the disk still contain the POSIX tar archive magic. --=20 Ed Schouten WWW: http://80386.nl/ --hPgXaKTTpTvPowxx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoycVAACgkQ52SDGA2eCwXLRgCeLZmFrHqMklnDEbnAk1fhzDUG iQMAn0SlJvwkvuf3MhC0A1dCApsyuHwx =iJ2E -----END PGP SIGNATURE----- --hPgXaKTTpTvPowxx-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 15:25:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA7010656A6 for ; Fri, 12 Jun 2009 15:25:42 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8BE8FC08 for ; Fri, 12 Jun 2009 15:25:42 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail54.abv.bg (mail54.ni.bg [192.168.151.57]) by smtp-out.abv.bg (Postfix) with ESMTP id A4C7F87C9D for ; Fri, 12 Jun 2009 18:25:54 +0300 (EEST) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=DSeY4IhwKECMrGvtEaNYSD3M3Pvkfn09CHWsdxYkSM3TbBYu5FUwGdMuMqKjrBSy7 CEcegNZDouCzs3bcv25paI2/mH0MXlQJbydqhKHNJTyUdYRAC5x5/BhF3ZE30OGFiEd 9Y9CGvXAB2mEwfIH7kgeC1h65VIEY98ai8kxVlU= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1244820354; bh=3/GrnWdTxMPuo7ynphggWtsG+8FCd9lMExejEgQXtVw=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=k/s78N6XqahM9VNCqlEBYvOnnj9cT3eQDaph/VKDJBD0d3tqIskLdEg0DzRMJ9nU1 u3r10rkOBzcFpI7RP6TYci1ZXBfY3dG/hQ19FyGt1A6Sy4qYUzHy3Ko6YjrVadtk7H yInWQK19olr321GgL3Toeg/pIoP1qXmLQUrwVo3E= Received: from mail54.abv.bg (mail54.abv.bg [127.0.0.1]) by mail54.abv.bg (Postfix) with ESMTP id C8AF811EE64 for ; Fri, 12 Jun 2009 18:25:39 +0300 (EEST) Date: Fri, 12 Jun 2009 18:25:39 +0300 (EEST) From: Mario Pavlov To: freebsd-current@freebsd.org Message-ID: <2144239566.30983.1244820339820.JavaMail.apache@mail54.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 15:25:43 -0000 Hi, I've just tried the latest port. It compiles fine and I'm able to load the module without problems...however now I'm unable to start VirtualBox...I get a strange dialog saying: "Failed to load the global GUI configuration from . The application will now terminate." Details -> Collee RC: NS_ERROR_ABORT (0x80004004) of course I don't have any GUI configurations saved. I've previously deleted all config/tmp/etc files associated with VirtualBox. this is the console output: ========================================================================================================== # VirtualBox Type Manifest File: /root/.VirtualBox/xpti.dat nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nNCL: registering deferred (0) ========================================================================================================== and this I get after pressing the OK button of this error dialog ========================================================================================================== WARNING: failed to send RELEASE event, file /usr/ports/emulators/virtualbox/work/virtualbox-2.2.51r20457/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp, line 2174 ipcDConnectService Stats => number of worker threads: 1 nsStringStats => mAllocCount: 54 => mReallocCount: 15 => mFreeCount: 54 => mShareCount: 89 => mAdoptCount: 9 => mAdoptFreeCount: 9 ========================================================================================================== this was not the case with the previous port, I could start VirtualBox and even create a virtual machine and start installation of windows...and there it was crashing...on the windows installation regards, mgp P.S. # uname -a FreeBSD home.mydomain.org 7.2-STABLE FreeBSD 7.2-STABLE #8: Fri Jun 12 11:22:38 EEST 2009 myuser@home.mydomain.org:/usr/obj/usr/src/sys/Ss-STABLE amd64 From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 15:31:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4057E106566B for ; Fri, 12 Jun 2009 15:31:54 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id C02E58FC08 for ; Fri, 12 Jun 2009 15:31:53 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz17 with SMTP id 17so365131bwz.43 for ; Fri, 12 Jun 2009 08:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=W73B0AjoZiUjIGdWeWXwvzazkMONN4kkge4KhAdrfl8=; b=Ux9sLSsaCDBe08MCsfzLJbo6FHd1fnOkRtXDmA9yKO4l+29Cb6gGD4KPHBxcKcPrOV TNd/3amIX+D7ylKej9HX7InosXas92pE316fmdO/154uMOt0GJUqKHot8bRoEDiZwa7G W2oETUJHHuHUJ0BUdLrUt8uKGmF9AY6VvivVo= 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=MnK2psuHbA7kvODffP6V7WZyzHp00Zm8Pcgb3KS/3iUuHPZXEkYi6yzFZioJJO8cFB NfarEUmsio63+3F3gy3LXhUeAnZDrQSI2pfEM1GEWRhKQVxbXWSnd8ReMd3Zzw/vNbs1 6EaLYuh6aJ4XX3l96tHy7JKTONo8CgoI2qGtA= MIME-Version: 1.0 Received: by 10.204.119.71 with SMTP id y7mr3770401bkq.24.1244820712746; Fri, 12 Jun 2009 08:31:52 -0700 (PDT) In-Reply-To: <2144239566.30983.1244820339820.JavaMail.apache@mail54.abv.bg> References: <2144239566.30983.1244820339820.JavaMail.apache@mail54.abv.bg> Date: Fri, 12 Jun 2009 11:31:52 -0400 Message-ID: <4ad871310906120831y50cf5772m8bf288fb05128d72@mail.gmail.com> From: Glen Barber To: Mario Pavlov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: base64 Cc: freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 15:31:54 -0000 T24gRnJpLCBKdW4gMTIsIDIwMDkgYXQgMTE6MjUgQU0sIE1hcmlvIFBhdmxvdjxmcmVlYnNkQGFi di5iZz4gd3JvdGU6Cj4gSGksCj4gSSd2ZSBqdXN0IHRyaWVkIHRoZSBsYXRlc3QgcG9ydC4gSXQg Y29tcGlsZXMgZmluZSBhbmQgSSdtIGFibGUgdG8gbG9hZCB0aGUgbW9kdWxlIHdpdGhvdXQgcHJv YmxlbXMuLi5ob3dldmVyIG5vdyBJJ20gdW5hYmxlIHRvIHN0YXJ0IFZpcnR1YWxCb3guLi5JIGdl dCBhIHN0cmFuZ2UgZGlhbG9nIHNheWluZzogIkZhaWxlZCB0byBsb2FkIHRoZSBnbG9iYWwgR1VJ IGNvbmZpZ3VyYXRpb24gZnJvbSAuCj4gVGhlIGFwcGxpY2F0aW9uIHdpbGwgbm93IHRlcm1pbmF0 ZS4iCj4gRGV0YWlscyAtPiBDb2xsZWUgUkM6IE5TX0VSUk9SX0FCT1JUICgweDgwMDA0MDA0KQo+ Cj4gb2YgY291cnNlIEkgZG9uJ3QgaGF2ZSBhbnkgR1VJIGNvbmZpZ3VyYXRpb25zIHNhdmVkLiBJ J3ZlIHByZXZpb3VzbHkgZGVsZXRlZCBhbGwgY29uZmlnL3RtcC9ldGMgZmlsZXMgYXNzb2NpYXRl ZCB3aXRoIFZpcnR1YWxCb3guCj4KPiB0aGlzIGlzIHRoZSBjb25zb2xlIG91dHB1dDoKPgo+ID09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPiAjIFZpcnR1 YWxCb3gKPiBUeXBlIE1hbmlmZXN0IEZpbGU6IC9yb290Ly5WaXJ0dWFsQm94L3hwdGkuZGF0Cj4g bnNOYXRpdmVDb21wb25lbnRMb2FkZXI6IGF1dG9yZWdpc3RlcmluZyBiZWdpbnMuCj4gbnNOYXRp dmVDb21wb25lbnRMb2FkZXI6IGF1dG9yZWdpc3RlcmluZyBzdWNjZWVkZWQKPiBuTkNMOiByZWdp c3RlcmluZyBkZWZlcnJlZCAoMCkKPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Cj4KPiBhbmQgdGhpcyBJIGdldCBhZnRlciBwcmVzc2luZyB0aGUgT0sg YnV0dG9uIG9mIHRoaXMgZXJyb3IgZGlhbG9nCj4KPiA9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09Cj4gV0FSTklORzogZmFpbGVkIHRvIHNlbmQgUkVMRUFT RSBldmVudCwgZmlsZSAvdXNyL3BvcnRzL2VtdWxhdG9ycy92aXJ0dWFsYm94L3dvcmsvdmlydHVh bGJveC0yLjIuNTFyMjA0NTcvc3JjL2xpYnMveHBjb20xOGE0L2lwYy9pcGNkL2V4dGVuc2lvbnMv ZGNvbm5lY3Qvc3JjL2lwY0RDb25uZWN0U2VydmljZS5jcHAsIGxpbmUgMjE3NAo+IGlwY0RDb25u ZWN0U2VydmljZSBTdGF0cwo+IKA9PiBudW1iZXIgb2Ygd29ya2VyIHRocmVhZHM6IDEKPiBuc1N0 cmluZ1N0YXRzCj4goD0+IG1BbGxvY0NvdW50OiCgIKAgoCCgIKAgoCA1NAo+IKA9PiBtUmVhbGxv Y0NvdW50OiCgIKAgoCCgIKAgMTUKPiCgPT4gbUZyZWVDb3VudDogoCCgIKAgoCCgIKAgoDU0Cj4g oD0+IG1TaGFyZUNvdW50OiCgIKAgoCCgIKAgoCA4OQo+IKA9PiBtQWRvcHRDb3VudDogoCCgIKAg oCCgIKAgoDkKPiCgPT4gbUFkb3B0RnJlZUNvdW50OiCgIKAgoCCgIKA5Cj4gPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+CgpJIGhhdmVudCcgaGFkIHRp bWUgdG8gd3JpdGUgYSBwcm9wZXIgZW1haWwsIGJ1dCBJIGFtIGV4cGVyaWVuY2luZyB0aGlzCmFs c28uIFNhbWUgZXJyb3JzIC8gY29uc29sZSBvdXRwdXQuCgoKLS0gCkdsZW4gQmFyYmVyCg== From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 15:58:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64157106564A for ; Fri, 12 Jun 2009 15:58:01 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id EDB088FC0C for ; Fri, 12 Jun 2009 15:58:00 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,210,1243807200"; d="scan'208";a="5788902" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 12 Jun 2009 17:57:59 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 4C4C21B07BA; Fri, 12 Jun 2009 17:57:59 +0200 (CEST) Date: Fri, 12 Jun 2009 17:57:58 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <20090612151632.GD48776@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: strange newfs results X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 15:58:01 -0000 oh. i always thought the boot loader was stored at the beginning of ad0 right after the MBR. my bad. ;) thanks for the hints. Ed Schouten schrieb am 2009-06-12: > Hi Alexander, > * Alexander Best wrote: > > 1. pax -w -f /dev/ad0p2 . > > 2. file -s /dev/ad0p2 -> POSIX tar archive > > 3. newfs -U -L usr /dev/ad0p2 > > 4. file -s /dev/ad0p2 -> POSIX tar archive > I'm not a file system expert, but doesn't newfs leave the first few > KB's > of the file system untouched, to store a boot loader? This means that > the first few bytes of the disk still contain the POSIX tar archive > magic. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 15:55:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CBB0106568A for ; Fri, 12 Jun 2009 15:55:22 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 95E1F8FC13 for ; Fri, 12 Jun 2009 15:55:21 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: by ewy8 with SMTP id 8so2572159ewy.43 for ; Fri, 12 Jun 2009 08:55:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=PFIMWWWrG/43k4NTGLYDHSJcnTJCA+Jvfly7ekSt2Sk=; b=ZOBi1XZeaMG33J40VWdMivK6fhRdt4mQbvpxUvBfFSf4DtOwshf5z4k9iIWn8xc+ed 1/hgWS3nd7m9SoFngDELwBGgJycFfP1VRzZSryKWhBGI4+HCSpdzRekvQKUUb0qhJsix ApLBOD0n4sH+0k/+sC+aTg2J27388v7bIAGCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IEHlRgZNcC6ENYZUPdj/awJzeyob7GWwNxjTp+WmUkpC9zignqiHeFGp8PUX9/wyBd XmxnGkoLL0ec1IpvQoydUZAR09iYzjC0AFz0K0exl61zs9XqIwwgI9gSrtU+Tooihq78 xMTIlr7ynNSZ6re36SBT8VOfM590dlIg035ls= MIME-Version: 1.0 Received: by 10.216.54.198 with SMTP id i48mr1342851wec.144.1244820227750; Fri, 12 Jun 2009 08:23:47 -0700 (PDT) Date: Fri, 12 Jun 2009 15:23:47 +0000 Message-ID: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> From: =?ISO-8859-1?Q?Antonio_Gonz=E1lez_Castro?= To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 12 Jun 2009 16:10:08 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 15:55:22 -0000 Hi, I'm not sure this is interesting or useful, but I translated devd daemon from C++ to C. Is it useful for something, or have I been wasting my time for nothing? From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 16:50:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA769106566B; Fri, 12 Jun 2009 16:50:44 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A76E18FC14; Fri, 12 Jun 2009 16:50:43 +0000 (UTC) (envelope-from avg@freebsd.org) 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 TAA11796; Fri, 12 Jun 2009 19:50:41 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A328760.40301@freebsd.org> Date: Fri, 12 Jun 2009 19:50:40 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ulf Lilleengen , freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: fstat patch (64-bit os, zfs or devfs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 16:50:45 -0000 What do you think about the following change? commit c6d04723027dbc493376b6fd058bd7875ec8a888 Author: Andriy Gapon Date: Fri Jun 12 19:16:45 2009 +0300 fstat: fix fsid comparison when executed on a file on 64-bit system This affects only fstat on zfs and devfs, only on 64-bit systems and only when fsid is greater than 2^31 - 1. When fstat examines a file via stat(2) it takes uint32_t st_dev and assigns to (signed) (64-bit) long fsid, this results in a positive value. When fstat examines opened files it takes int32_t f_fsid.val[0] and assigns to (signed) (64-bit) long fsid, this results in a negative value. So, while initially st_dev and f_fsid.val[0] have the same bit values they get promoted to different 64-bit values because of the signed-vs-unsigned difference. A fix is to use "more natural" positive numbers by introducing intermediate unsigned cast for f_fsid.val[0]. diff --git a/usr.bin/fstat/fstat.c b/usr.bin/fstat/fstat.c index 0907c49..dc728e5 100644 --- a/usr.bin/fstat/fstat.c +++ b/usr.bin/fstat/fstat.c @@ -649,7 +649,7 @@ devfs_filestat(struct vnode *vp, struct filestat *fsp) (void *)devfs_dirent.de_vnode, Pid); return 0; } - fsp->fsid = (long)mount.mnt_stat.f_fsid.val[0]; + fsp->fsid = (long)(uint32_t)mount.mnt_stat.f_fsid.val[0]; fsp->fileid = devfs_dirent.de_inode; fsp->mode = (devfs_dirent.de_mode & ~S_IFMT) | S_IFCHR; fsp->size = 0; diff --git a/usr.bin/fstat/zfs.c b/usr.bin/fstat/zfs.c index f611b1c..f654e79 100644 --- a/usr.bin/fstat/zfs.c +++ b/usr.bin/fstat/zfs.c @@ -117,7 +117,7 @@ zfs_filestat(struct vnode *vp, struct filestat *fsp) goto bad; } - fsp->fsid = (long)mount.mnt_stat.f_fsid.val[0]; + fsp->fsid = (long)(uint32_t)mount.mnt_stat.f_fsid.val[0]; fsp->fileid = *zid; /* * XXX: Shows up wrong in output, but UFS has this error too. Could -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:03:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEAA61065673; Fri, 12 Jun 2009 17:03:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id 832078FC13; Fri, 12 Jun 2009 17:03:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pxi30 with SMTP id 30so1685700pxi.3 for ; Fri, 12 Jun 2009 10:03:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=v62ImNvzWEnAsqcxjTMIDivQeNw5F32uf6hynx8DVR4=; b=YneKAbqBh5lBZBxxkIUA32hUg14IExeH/ElCLqXcTOLoAZsTO4kHXEqsUN1kA67XfJ /zXnp8mslDkUqbJBNUohLxq6cpXN9NXV27RWfhyIXqkDNxKUqwk54USXPjJpvE+gQyJo Nt6X0+Wa2HF+1vc+z2WGKZPTotWUrpAsfYJpU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sY+Gr9U8RC1HTsVHk6RbzhkM1+4ICy15+3jT73M2NCmIYsUvdT0lNgPPyNL9NQwOyF +Aifi3IWEJVL+e9IJGYRSeJVB1lj9fVZIfwnWWykNcjfcKlhp7j5+Q6b6UftfmA9A/Ug ND3tClJ8jSXVgQVA5Hd9qpBQKpZ4f0YY2tN+E= MIME-Version: 1.0 Received: by 10.142.225.20 with SMTP id x20mr1522352wfg.127.1244826218220; Fri, 12 Jun 2009 10:03:38 -0700 (PDT) Date: Fri, 12 Jun 2009 10:03:38 -0700 Message-ID: <2a41acea0906121003n4e2c8a54k6ac41cc934c6d7d0@mail.gmail.com> From: Jack Vogel To: FreeBSD Net , FreeBSD Current , FreeBSD stable Content-Type: multipart/mixed; boundary=000e0cd28cf08b4e89046c29b00f X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Intel ESB2 problems and their solution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:03:39 -0000 --000e0cd28cf08b4e89046c29b00f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I wanted to circulate a document from our technical marketing group that details a problem with the family of adapters called ES2LAN. These are most commonly seen as LOMs (on motherboard) in SuperMicro and other servers, the most common device ID is 0x1096 but also may be 0x1098, 0x10BA, or 0x10BB. They are a device driven by the 'em' driver. This document has some Windows symptoms that will be of no value here, but the problem does occur on FreeBSD, most often it is seen as a failure to load, due to a "Shared Code Initialization" failure. There is driver changes in 7.2 that address this problem, however the driver alone is only part of the complete solution, you MUST have firmware updates to resolve the problem, and this document provides pointers for particular systems. If you have a system that has seen this issue please obtain and apply the relevant firmware. I hope this helps resolve any of these issues customers are still seeing. Cheers everyone, Jack Vogel Intel Lan Access Division freebsd@intel.com --000e0cd28cf08b4e89046c29b00f Content-Type: application/pdf; name="ESB2_problems.pdf" Content-Disposition: attachment; filename="ESB2_problems.pdf" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fvv5ah0y0 JVBERi0xLjQNJeLjz9MNCjMwIDAgb2JqDTw8L0xpbmVhcml6ZWQgMS9MIDI5NTQwL08gMzIvRSA2 MzQ5L04gNC9UIDI4ODkzL0ggWyA1OTYgMjYxXT4+DWVuZG9iag0gICAgICAgICAgICAgICAgICAg DQp4cmVmDQozMCAxNQ0KMDAwMDAwMDAxNiAwMDAwMCBuDQowMDAwMDAwODU3IDAwMDAwIG4NCjAw MDAwMDA5MzggMDAwMDAgbg0KMDAwMDAwMTA2OCAwMDAwMCBuDQowMDAwMDAxMTg2IDAwMDAwIG4N CjAwMDAwMDE3NjQgMDAwMDAgbg0KMDAwMDAwMjE2NSAwMDAwMCBuDQowMDAwMDAyNDA4IDAwMDAw IG4NCjAwMDAwMDI0ODUgMDAwMDAgbg0KMDAwMDAwMjcxMyAwMDAwMCBuDQowMDAwMDA0OTc3IDAw MDAwIG4NCjAwMDAwMDUzNTggMDAwMDAgbg0KMDAwMDAwNTU5NyAwMDAwMCBuDQowMDAwMDA2MTI3 IDAwMDAwIG4NCjAwMDAwMDA1OTYgMDAwMDAgbg0KdHJhaWxlcg0KPDwvU2l6ZSA0NS9QcmV2IDI4 ODgyL1Jvb3QgMzEgMCBSL0luZm8gMjkgMCBSL0lEWzwyRkQ2NDBBMkU0MEI1RDkzRjlDQTQxQzE2 QThBODMzQT48MDQ2MUE2QTZBMjdDQjE0MjhGRUJEMjE3NzI2OUQ0RjQ+XT4+DQpzdGFydHhyZWYN CjANCiUlRU9GDQogICAgICAgICAgICAgDQo0NCAwIG9iag08PC9MZW5ndGggMTczL0ZpbHRlci9G bGF0ZURlY29kZS9JIDE4Ny9MIDE3MS9TIDExMT4+c3RyZWFtDQp42mJgYGBmYGBaysDCwMBxnIGX AQF4gWKsQMwxlSHpyQs+MQaG2f/BEowsU0TfRc24xHG4+NQUrw1L0hwlMl20Ii55hxwAmmbiAFSi pAwkmFRC0xpAGgSNLaAmAAE/A4PPCSDNA8QQEWUGHtYPwYof83gZtHgktoouOCP3YTfrgyrexGm8 Fx4xcCUJOGZAnCTJwBD/HWQyENsCsSwDQ959kIuA+B1AgAEAnecotg0KZW5kc3RyZWFtDWVuZG9i ag0zMSAwIG9iag08PC9NZXRhZGF0YSAyOCAwIFIvUGFnZXMgMjcgMCBSL1R5cGUvQ2F0YWxvZy9Q YWdlTGFiZWxzIDI1IDAgUj4+DWVuZG9iag0zMiAwIG9iag08PC9Dcm9wQm94WzAgMCA2MTIgNzky XS9QYXJlbnQgMjcgMCBSL0NvbnRlbnRzIDM5IDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEy IDc5Ml0vUmVzb3VyY2VzIDMzIDAgUi9UeXBlL1BhZ2U+Pg1lbmRvYmoNMzMgMCBvYmoNPDwvRm9u dDw8L1RUMiAzNCAwIFIvVFQ0IDM1IDAgUi9UVDYgNDAgMCBSL1RUOCA0MiAwIFI+Pi9Qcm9jU2V0 Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDM3IDAgUj4+Pj4NZW5kb2JqDTM0IDAgb2JqDTw8 L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMzYgMCBSL0xhc3RDaGFyIDE3NC9XaWR0 aHNbMjUwIDAgMCAwIDAgMCAwIDAgMzMzIDMzMyAwIDAgMjUwIDAgMjUwIDI3OCA1MDAgNTAwIDUw MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgMjc4IDAgMCA1NjQgMCAwIDAgNzIyIDY2NyA2 NjcgNzIyIDYxMSA1NTYgNzIyIDcyMiAzMzMgMCA3MjIgNjExIDg4OSA3MjIgNzIyIDU1NiAwIDY2 NyA1NTYgNjExIDcyMiA3MjIgOTQ0IDcyMiAwIDAgMCAwIDAgMCAwIDAgNDQ0IDUwMCA0NDQgNTAw IDQ0NCAzMzMgNTAwIDUwMCAyNzggMCA1MDAgMjc4IDc3OCA1MDAgNTAwIDUwMCA1MDAgMzMzIDM4 OSAyNzggNTAwIDUwMCA3MjIgNTAwIDUwMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAzMzMgNDQ0IDQ0NCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDc2MF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTTVQvRmly c3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNMzUg MCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciAzOCAwIFIvTGFzdENoYXIg MTIxL1dpZHRoc1syNzggMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMzMzIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDMzMyAwIDAgMCAwIDAgMCAwIDcyMiA3MjIgNzIyIDY2NyA2MTEgMCAwIDI3OCAw IDAgMCA4MzMgMCA3NzggNjY3IDAgNzIyIDY2NyA2MTEgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg NTU2IDAgNTU2IDYxMSA1NTYgMzMzIDYxMSAwIDI3OCAwIDAgMjc4IDg4OSA2MTEgNjExIDYxMSAw IDM4OSA1NTYgMzMzIDYxMSA1NTYgNzc4IDU1NiA1NTZdL0Jhc2VGb250L0FyaWFsLUJvbGRNVC9G aXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag0z NiAwIG9iag08PC9TdGVtViA4Mi9Gb250TmFtZS9UaW1lc05ld1JvbWFuUFNNVC9Gb250U3RyZXRj aC9Ob3JtYWwvRm9udFdlaWdodCA0MDAvRmxhZ3MgMzQvRGVzY2VudCAtMjE2L0ZvbnRCQm94Wy01 NjggLTMwNyAyMDAwIDEwMDddL0FzY2VudCA4OTEvRm9udEZhbWlseShUaW1lcyBOZXcgUm9tYW4p L0NhcEhlaWdodCA2NTYvWEhlaWdodCAtNTQ2L1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5n bGUgMD4+DWVuZG9iag0zNyAwIG9iag08PC9PUE0gMS9PUCBmYWxzZS9vcCBmYWxzZS9UeXBlL0V4 dEdTdGF0ZS9TQSBmYWxzZS9TTSAwLjAyPj4NZW5kb2JqDTM4IDAgb2JqDTw8L1N0ZW1WIDEzOC9G b250TmFtZS9BcmlhbC1Cb2xkTVQvRm9udFN0cmV0Y2gvTm9ybWFsL0ZvbnRXZWlnaHQgNzAwL0Zs YWdzIDMyL0Rlc2NlbnQgLTIxMS9Gb250QkJveFstNjI4IC0zNzYgMjAwMCAxMDEwXS9Bc2NlbnQg OTA1L0ZvbnRGYW1pbHkoQXJpYWwpL0NhcEhlaWdodCA3MTgvWEhlaWdodCA1MTUvVHlwZS9Gb250 RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTM5IDAgb2JqDTw8L0xlbmd0aCAyMTkz L0ZpbHRlci9GbGF0ZURlY29kZT4+c3RyZWFtDQpo3qxYy27jyBXd+ytqSQYjmm9SS3e3M+lgeiaw BSRAdxY0VZKYlkmFpCTrO5LvyDfm3EdRasVxsjAEUKyqW/f95O3Pj5FZDzcfFje3i0VsIrNY3URh EMYmxE/e5qEp8FbGZvF8E5r1zSwIw6g0i/oGL0liFsebr97944fYn6VB6d3+3GzX8lptzYOfB5nX yVr/Rj/IPfOx2sty8GdRMPes8XPvkx3qvtkpXNO18mYqfVma3g6KZrv/DzD/r4s/gkfgi9J5YRaf hNnMMSu8fmbwzBvt1vxy96u5W8q62rn9nnlpDrJufLA3KJXMo7Nv3i93n775PxBMJoJxTgSZ9FxI fql6ujz3ahF2488yUkIcyks41w1GCGOkaox8MkauxsizMsjyMCJzEImwIGIh0fHuX2y9H5uDNY/7 5+eqPxl/8be3bZuncTB3uKLcaSoSvhdHVjYYa4ZhbweSfSM7lZ8FkXeQhfVnkIpOn3TDtmbV7WXR +lGQekvFBKDebqvRuo2xM6MiZSdYsRKiIkjSIgGvzoyJMheXwhxjT7xW/qBZIHDOkIA/Wm+b8WQ6 2Vn5MdggCkIuAbn76RXipF7f2tF8uftomtacgXDjs2KFz/gF5P6XP4vVWjPH6YUXTF4XCqt54pPr RPx8IR/IKGT8hAIGz7mX85GAxQLwwot7KC/3FNZ8vvXngP7NfOR1xyDtyCh6iBBTkNHlLW/J00Lw 2GOn/sOebzyJE98/IjxLT3DH3/wAu8YsICGbmfDYwZqGsQxsxQGHKaleDs2zH8GBPAFZb4QTU1d7 ARTSplZGW1sLRMNiHASNXJaDEwMi4JciaSdSvRLa5PuRukSUip53tl91PXgitJUPqdraml3fPW2t 7g7m2IwbWJeNb8XXQLPMy7OvITYUcSGI2TEavwQr8IQEf8gSq6q2A9grPNOtgLHRxdIemtoGzj0U +QXr4TlkOULDK985k9eUtdhIZDT9MFIowmwRGSGGhHzSDEaDyozgMic3oENTAxRa9InldrQtBQjH qR2Pls8spTdyd1kK13EYJFGRXmgkdSxpSiN1kooRgNWaribeM9CT5cyuOm19eGe1RCA5RRFVVhMp HqcbS0r1XdqeOZLX2fs6JyE8A7PQhAG5aykOklk0XdX1nt2dTH0+1HQ0+BLWYMZO58j55yTUKMZR 3WMehAXkDl1oly6/u5JCTpqRZ0RQc7UFAbjsB/yRimLyOvvkpxqwpe71S16YL/grdK+tYL3MW5O3 ksksORtHOKP8yCgFie4J6U5IC2V5WiEikc5AwpCQE0woYZ0gMEJYRXCuq4Jf1bcrX/DsC2zcotp/ +ALTmEuXft3fF7+btFc7hTo3Hyy5bAqJYrAJZyJ3p9q4J1WQ3WBz2dnpTt2smpr9nnTDe+bB1haF kFGZx2bp3upq27Rr8817eHxEwjOvlPD/Ep0XLlk4l4wd3+QvBXmjn0tBKsQVC1QkMFe5ulRQJUUi yUk2BbDtUt4oeDujuGD5yNvuTL0fRkX1jIyIgx4I3I12InJS/8WmGU6XF3YKQz4STrvcdpXeT0aP ex+14zAhJuqm75wQPnFeS8uGu/YnErRS6kuzVLh6/wOnhKS9xMDKdtafkneuQYTWDmkD1mNTR1zM ObPy5sanQsP1iHsRuEDpOQO+2TKlZRHEP/ZL9KKJ7POSsiL093h63o3d88Ap7KHrRvSoPjVte9B0 VHKlglpVChV+IypozPJ0IhNflH/G7M9yKc8kGqg4jK43U6aF4xRFXxpuYBE3fKV5S+N5kOdT93bd IC2mDmY4IZ+EoLvTNkZbIt2FLxQUNL3V8w61Hi6hPRpORu56FF81cm61vT0Xne7cL6mFpI6g5IYX mdPZPNSCbSl/AzfSmVQlfvZTroy87zoetLwyyykDRt6RjqgB5BPqIjSBSTORKRhSClM42B6peU7J blUJ9Jafe7nTC5i0NLi8tEPAeca4CiXCvJHYoLV5nl51KWyWr14UAH2GlOsMX6rhg7BMtPe4MPfZ M4IiwkRxrsTXcfMAf+24u4GhkN2+m203SLl1ZR0ycK0FxJEaA0jXfz/X5qlVmdgv0ji7ZF8dOX4v GQpXQZPyPJQlnA17dkok03G0bpPd0SCCPFhuu5dduN/SvSKnyxtPdAT4p7/cm6dONjuHpsDzNWHL 14RN3knY6/nz8TSgsZhR5/3MPa6k/IxHFgTCWlZsQatDZ93tp6m1t8vzJHrUu83WGvui72PjkBio ISC4O+NamSLJswvm4skSyt5A7LENYlF5b3moizkr6BQfs00UgJvPv+9lv1H2cIZWHAd1d5A1DYlo SE7BRTgl8fwNC6TvYIHX2ulf0fxyAHCr3EqrrLFgNhX3we2aDQC1s95AMpvP35gQuMPQfmtjq8OJ uiEuXdSjccxVK7QCk/uBZpYnbwRb9j7Si/t9hQfIbCUj2eV8qCPjkSd684+nSuccgl7/08hyt7OV E4a+2hgZ4Vq5S1L/mXy68Nw+3V7KqUx/R/5IIHOh+WQZ2UGgoXZqS1PugmPpgmN0wf3/DlYM1++k J9fVhjpoiMJkho1YVaU+WWE5KcypK2KBU6euyKkrYnXNJZg7BmnlMlxjDlQbWdlJgSUrsFR8SzmW m1TvWH9ckBMdJLD1/WlSHgiaS4aWXBcdOvPJz1Seg+yr5hO93MrdtVXeySMCSAC/uCNpB1HJIOQt l8qSGocn9EvyiULwKpuvf5EL3efD2M1PnD7onqQPRoSeYtXwt4gX2bnlTyFoExWWk5R8fAJ/rWx2 8rFDz1DwZyz4Su8oVM13pCsXRdKavhb937WweNdaSMrQaeL3VOJ6e56X6atML/MM5GhrsO2S0vmz RejyUSZYMI/Rt6/jxrbmgSv/I6yJJw0g1g0gsPvTVlbLSXIYHbJf9Tmuxblf3PxbgAEApP0zXgoN CmVuZHN0cmVhbQ1lbmRvYmoNNDAgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3Jp cHRvciA0MSAwIFIvTGFzdENoYXIgMTIxL1dpZHRoc1syNzggMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzMzMgMCAwIDAgMCAwIDAgMCAwIDcyMiA3MjIg NjY3IDAgMCAwIDI3OCAwIDAgMCAwIDAgMCA2NjcgMCA3MjIgNjY3IDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgNTU2IDAgMCAwIDU1NiAzMzMgMCAwIDAgMCAwIDI3OCA4ODkgNjExIDYxMSA2MTEg MCAzODkgNTU2IDMzMyA2MTEgMCAwIDAgNTU2XS9CYXNlRm9udC9BcmlhbC1Cb2xkSXRhbGljTVQv Rmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoN NDEgMCBvYmoNPDwvU3RlbVYgMTM1Ljg0L0ZvbnROYW1lL0FyaWFsLUJvbGRJdGFsaWNNVC9Gb250 U3RyZXRjaC9Ob3JtYWwvRm9udFdlaWdodCA3MDAvRmxhZ3MgOTYvRGVzY2VudCAtMjExL0ZvbnRC Qm94Wy01NjAgLTM3NiAxMTU3IDEwMDBdL0FzY2VudCA5MDUvRm9udEZhbWlseShBcmlhbCkvQ2Fw SGVpZ2h0IDcxOC9YSGVpZ2h0IDUxNS9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIC0x NT4+DWVuZG9iag00MiAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDQz IDAgUi9MYXN0Q2hhciAxNzQvV2lkdGhzWzI3OCAwIDAgMCAwIDAgMCAwIDMzMyAzMzMgMCAwIDAg MzMzIDI3OCAyNzggMCA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDAgMjc4IDAgMCAw IDAgMCAwIDAgNjY3IDAgMCA2NjcgMCA3NzggNzIyIDI3OCAwIDY2NyAwIDAgMCAwIDY2NyAwIDcy MiA2NjcgMCA3MjIgNjY3IDAgMCA2NjcgMCAwIDAgMCAwIDAgMCA1NTYgNTU2IDUwMCA1NTYgNTU2 IDI3OCA1NTYgNTU2IDIyMiAwIDAgMjIyIDgzMyA1NTYgNTU2IDU1NiAwIDMzMyA1MDAgMjc4IDAg NTAwIDcyMiAwIDUwMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDU1NiAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgNzM3XS9CYXNlRm9udC9BcmlhbE1UL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNp RW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTQzIDAgb2JqDTw8L1N0ZW1WIDg4L0ZvbnROYW1l L0FyaWFsTVQvRm9udFN0cmV0Y2gvTm9ybWFsL0ZvbnRXZWlnaHQgNDAwL0ZsYWdzIDMyL0Rlc2Nl bnQgLTIxMS9Gb250QkJveFstNjY1IC0zMjUgMjAwMCAxMDA2XS9Bc2NlbnQgOTA1L0ZvbnRGYW1p bHkoQXJpYWwpL0NhcEhlaWdodCA3MTgvWEhlaWdodCA1MTUvVHlwZS9Gb250RGVzY3JpcHRvci9J dGFsaWNBbmdsZSAwPj4NZW5kb2JqDTEgMCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFy ZW50IDI3IDAgUi9Db250ZW50cyAzIDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0v UmVzb3VyY2VzIDIgMCBSL1R5cGUvUGFnZT4+DWVuZG9iag0yIDAgb2JqDTw8L0ZvbnQ8PC9UVDIg MzQgMCBSL1RUNiA0MCAwIFIvVFQ4IDQyIDAgUi9UVDEwIDE4IDAgUi9UVDExIDE1IDAgUi9UVDEz IDE2IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgMzcgMCBSPj4+Pg1l bmRvYmoNMyAwIG9iag08PC9MZW5ndGggMjIyNy9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVhbQ0K aN60WNtu3MgRfddX9CMZaGjeL4sggCR7gwQQbEjzECDOA8XpmWF2TM6SHEn+jf3iPXVpziWyvUAS CBiS3dXd1XWqTlXp3V8fI7MZr26XV++Wy9xEZrm+ipKgKk2IP3mrQpNXaVDFZvnlKjSbqyAMw8os G37B6MuVZx76fjJ39WG040/GX/6b9ot1v1g2i3mnogjKUnbCDqGspgVRGIQqyW8knGdBlYYRieOs KDk79J/ecmuNn3tD76dB4vWTnwSFZ5raLz0ogt/Rj4LYM2s/83p/EWF2MJNf4bmVT2vGr7z4ix/F +N7LsOykS3RK99oP9rnlLXT6wOtldsfrZEezsmMDHYaWB59In5Uh3QYs9Fhz+7qXJbUIdSKEmXpU rWkrkdmdKvUy/iS39f+1/DvMiMEorQqzfP8fhgUSUShQiFwesdyCTJqpSROx6M+1v0iDzGt3h4E1 vPcXSVDi1AijuJGJFjKSGzn6iLNsnkRvKnGmIR2ckwCpQPDS0Y/2GbfHbYd656eeafEzjgc7+gWO Jl1e7CASZsWTDX/0bpk82HqDpS1qP8bAhDfLbytD72TS3DNbfsjHi7/AjXiW/YIW8Dl8wxjumGcV HFNVd16YieLrdmAXSb2XGkoUhMpn78MHvEXeJx/7PHy8B1iVd+1ndJVb+br77F/DH0i+8xext6Jb j9DIW5OPnm8HPQtIQGxoefLZDjz22SeNna4Lp+yJtdnILnSiUpSum8aOo8EBOTbbtONkh9G0HYxQ Qu0tgZzAST883sIlY/lkh7i5C86cLvljeKuxli1sRRZufbJYtzGtgIxI9xS6erKAqjcTwruGfoUn ytIQtGOQoNsowW+d8g2L9oJZFFRFPkN2pKtc1Djs2E8aIixjW5wEQ+ccmdifOSLBMQSTNQ7ghBGh df1AvyMOpNBYxLDYWtawhLzqBElu64732rghwUqUPLEiQ1WorrGy3OoAkDy5fSHURZFv2wExot7D HAKpJ3ltd+30lVYozNP2wlYAujZTS8HO3BfShn7o7b4af5G7kVpsmQTkNuGsYOp8qRIFu84O12qW pifTNgRbQiTMqLAtEhh2GA77qRWI4AVVFkdHjCLHCKmC1Jl+zepM2x47qfZs9IEMGXtjYFhADZog SxXY5ztkuPwTn1U6fyjULXuxz6g+xLvvngXKmExOAzptnc/SB7zj1TJFjTNHMWHp89dDy1sMduUn zDLs2CLjPCuePYuI49MDVkTeR3JGYmDm+ZpXdKKIbPUOvzEZ/VZkQCg+kbdhbyuZ7061p/1Xg6jz rGNDgMhDZJs/ENOUSCLN6UFR5SkJxzFR+furP8OW5V9EqhShIM0jxde7rAmCJMmSI/azS2ky+Lkn dkOk7MEGa37tffYgpo+SjA3cD2Pb8fCGmaGUq+aOt2CTWAZ+G9kN4feTlZ07mah3RgTJhIl3B0YG KrzXK+NZj+IZv/I5B1nVMrgREzIlE9VCgZWYv9UdFWRSmkAOzDFxoqC5sOYbbtv750bNqrL8llGj mfQWakxhktxZlQI+QhH04dPje7OXr51P+aMmckm8dT9w8KOiMTsKt5UIGeBAb0QTC8KBc8VWJlu2 kUrqGQ38CgB9sZ18T9en4uuWT3vVzdXQMqgLmn7Y90N91KB1O7GUHjNvahEFd2848RuM5cHWSDO2 HgkN59mKxeL/BYZLQUl6CkYFS6KsajedfLElD/pO6b6F42aezm4Q2sa+ygd5Ml5iNwlXZreDD69l ovWxVKUtsQkY07wI6Vsh4fKc2yNnqVi5Hawkdk8BiDwBi75o3qF07YQmnaNc5W3lHdFInJZDi4/3 hgqA0Ks3OjdeK3mrKheFy2WBCi/peqlR6ViqFSgN0t6dDKtHZORmKxVtDvL8Au5jUyAYVXzyMfJW UJ45QvI/dITYmVhzz91B0BrFdrFkX+Lm0bgpqfEoPhTuGL5AHEdsE8vAb6OiEJNr6BvxG8UFAmzb yx2jIsC9opOE7rJhrEbeSolfc1H2LB9kNI3UoZ0m28kw1yS5W0E1CdUBL52yXkjVNaW2cdsfRGa3 0pUKu2rzo4K16bupbqaL+hTn7foGl/wbiH0nTL0fuJxEFsCKqX22wRFbTV8L5LwSDe1J/jpi+19l sqiY+xot3252vrAs0xXFOpkl8jbdyKYzB67jqYFEYnG5ieDe8AS1JXLjiCty3JGATwE7T3OTRl3M DRBCEUBdBPdCKdcefNZAhTSNdK5ZAMnspaeQIi+qLpxibrZjBYDCDdXDM9V69WlySDwXhi4jJKcZ Qak64YyQzhkBjVng6uAkyLK8+lHp8VYPO9f2pHLmmLWW9vW+56J7ZU2BDurhESwRe48+fj7732he i+81MycJxWXWKL/4T0Q/SfGbc/FLsbCGUWAOlIy4f+lxFERcQ3Kfb7YKQBLkVXpsWebkHeqthhX7 gTaFiB/6f4D8hyBiV0Fi5ZHGPB1kkOu/TFynogyfaCdN/Ygs45nxXNCaBy5n/qEOxuqBrNPke/7x /p7d+Ua4RpOMQm0eHh/pwu67fpLnbvYgWoQ2zKzqqXZuUQogF41kPMOt/Em3zsWziVWoX+CRrYxY s68bqFZ5v+iATJsnnwjyIINUY1b4pcM8LhEpK3BvcUPVCq14JawKSdKYeLKWv+aT1U5ZGZ52S7mz U+TULST70JbHIsecjWuzVwrR5RL2cJFMDkF9Rt5+PGQ2SqoUTqGKiI+FvimZsBmolvgFnTfIfWP5 FghaabGsXACVbxXH38FZOIDaGIfmSMHmIr+eXDOG2qAo0x+2t3Qyq0b4cGM70WWfDus1cQqcRrvR PVral63tZmfy87n1fYInUS2XIxLb0f0LIM+QY79dgWk/9KwFEprXWkspI630Sd1k1r1WZZ0fSeXv BFu3SEzA8WNHre52umqSOq4/3cOMtkE3fLl8tqC7wXkASGYM9X9P3KoW3m7Xv4zKpx+WV78LMACF CyJ3Cg0KZW5kc3RyZWFtDWVuZG9iag00IDAgb2JqDTw8L0xlbmd0aCAzNjcwL0ZpbHRlci9GbGF0 ZURlY29kZS9MZW5ndGgxIDU4ODQ+PnN0cmVhbQ0KaN7kOH90VNWZ3733vXkvP0gmIYSQAHnjI4nJ 5DcI+dVkkswkwEAImYAzgDqTyYQEA4lJiGYBm8JS6SDpWD3gaqvUUhWo+hLAnXQtRKvVc1Z3PWWb 3VXaFUHkuEU5FnFVkrfffRkiuJ52z+k/e86+O9/9ft/vu9+99/0YIAAQA4PAoHCVq6D4b/90sQcl LyGs9ff3KTmvfrUbgCQBiEJb98bNnxW+eg+AKQX5+I2dA21Hdj/3MkACtx9pD/haX3tuQwAg+VXk F7ejID6PfQ8D3Ir8gvbNfffd27isEvkVAPRaZ5ffl1KRUgGQ2I0xdm723ddNmfgM+h9Ce2WLb3OA tfluA5h5Be2f7+4JdN8f/zKOH7cUgN0DRHiLhEDEXB4TF+IIGVOYHYQ2mhjLRJFQIpmoKME3rpVd W7rAdlm5rIsPTtaRhXIMeWVwWiveAUXiCkhHmMsegTQA/WwEzk969Evi3aBObtLPZMWj8fEITF0+ yIA7IRuWwytwGU6SHGiEMf1t8IOb3gt5KP8h/D2MwR/ADq1AIZVsB0X/MTwImbALDkKpkKqfgBVw UY6HZFgAZaQLTDALNsIT5AwsAyeOUQ718APowX41yj8nJaghEA13YPRH4HE4Cf8E/wFzcMR8GCcS +Vz/B6gFF+awDUbhD2KNuBdmwkPwDByGl+EDkk8OkY/Yx/oJ/U39P9ErG4pgMayHFmw/gp+i3TPw j1RlP9NT9W36s/obMBezP4qzfhlew1hXiULWEj99mg1Mfqlv0Y9iHWIxZ8weWzXOpgH64OdoOQ5f kShsO6lCq6h/MkGfDRKkgwJWzG8NbIb7YQ/sw1k8Bk/CC3CRVJF28hb5mM6gg/SU2Cg1SA1RpyZ+ p9frVzFGLFgw29vhbrgPPX8ED8N+9PwpxnoV22WYIItJOakky0gT+SH5Pvk5+S9qpe/Sr1gci2e5 zMO8bDt7n30hixOrJg9Mvq036vdhLQnWPBpXshbn2QwboBt64V7YjqdkDwxhC2H1jmLTsJ6nsP0a fg/nsF2Ai/BH3HMizjGa5GArxFZObGQ5WUPuIhtJLzlAXiRhcpK8Rj4iV+giupiW0lW0iW6k3bSP hqhGh+kpep7+CbMsYw7Wy77LjrJX2Bvst+wdAYTlgk/oELYKjwia8DvhsnBFmBRBVLHliz7x4MRT k87J9XqmXq636Pv0ELaLWOP5OJtMyML5NOKq+qENd043tnuwDWDtduOM9sMTWDtevRchjHeAMdzD r8Fv4G14B+f3e3gfPocvsDh8frOIheSRIqzvd0g9tnW4Tv1kOxkkQ+QxrPMwOYFtjJzBWU7iDNdS D72T9tPtdB89QB+no3SMjuNK6MyEK5HC6pmT3c7WsztZH9vPHmV/x55gT7IwG2O/EahQJjQKPcIu ISQ8JbwgvC6cFs6IhWK5GMSmiSfEX4kXTImmNNMik8sUlkzygPyhPAnH4HUYhhPfPPtkDzGTYXiO fMgENkjfpG4aQ8fJTuGfSRauQAUBcQi2wKeY4TzyW7qE3M78ZB3WbydpI+vhJ2wue4othzfFLcTF GkkruIQDcE38NfjEIB1hVAyyCfIFPQrtMETvnjise0gcuMgh+jTumB1QAdlCKozTUmGUZNBsekp6 noShUjKxUlYmxyN3iJ3DNF1yPPkIfOx9PD9n8Ww10afxnnCBnJFWYXYT7AW02QGV5NBkAhwWPdRL 5tJDZMXErol/Y4/rT5I59H2AiYSJalqLO26NfoSehE/gwOQXwntwkr4La/Cu4TdOzqd49u7FO81a uEZn4Hly4X2k21ZVVfmdivKy0pIlty1aWFxUWJCfl2vNyb41KzNjgXqLRUmfP29uWuqclNnJs5Jm JiaY4+NmxMZER8mSSRQYJZDrUOu8ipbp1YRMdenSPM6rPhT4bhB4NQVFdTfbaIrXMFNutrShZds3 LG1TlrZpS2JWKqAiL1dxqIr2ll1VwmTdajfS++yqR9EuGfRKgxYyDWYGMhYLeiiOlHa7ohGv4tDq +tuDDq8dxxuOia5VawPRebkwHB2DZAxS2my1e5jMriQGQWc7yoYpyDMwKy1VtTu0Oaqdp6CxDIev VWtc7XbY0ywWT16uRmr9aosGao0WbzVMoNYIo5lqNckIo3Tw6cBeZTh3LPhg2AwtXmtsq9rq2+DW mM/DYyRYMa5dm/0351O+ZnHwxFr3Azdq01jQkdKhcDYYfEDRDq5236i18N7jwTHQl2bUeYN1GPpB rKLTpWA0utvj1shuDKnwmfBZTc0voDq4xLtJ0aLUGrU9uMmLa5Ma1KBpwDKSmmob1d+DVIcSbHar Fq0qTfX47HOHkyDYNHBsjk2Zc7MmL3fYnDBV2OG4+AgRO+NGIjCtMyjDnFPOpunKEp6Rugx3hKb4 FczEreKcSngXKIGgvwTN8PIQ9NJacUU6tKhab9BcxuXcXxMzzKoS/AxwB6iX/nizxBeRmDLMnwEn +T6Z3muov05rVquWk8O3iFSLa4o5Vhr8bXm5/WFarXabFURYPmjE2vo8ZQVYfouFL/DesA1akNEG V7uneAVa0kbAVmD1aNTLNWPXNbPWcM3gdc20u1fFnXwc+DvdLE3OnP7Fm5NnOtrLNJL8Z9SBKb3T pTpXr3MrjqA3Ultn803clL5kWhehtJm1bpZGIxRNY4YWN+WGaWPOuGM1IQN/JmNTt4YlGXelISFK nWb2Lp3qPdEWy//SKaxf5l4G+totkqZWZr2ZL7+Jvym92CDDhIVM6mxeFwxG36gDXjQ5ZhLfXeW1 k0ev5ct9RhlvvE4Kb+FTlV9f4tsqInoEzovHwScAZAitsNp0BOpNpbCU7YIy1DUj5KHuIdRloP2W CH6Iluo6ypcjXEbIRXAhKAgtCB6EFQjbEVbTUvgFwl70reD+HLN94Oa0+DokiWvhFsSJwgeQKpyD LFMaLBVOg4qyTIy/UIyFBqQzxB2QJM3jPvpF5FeYMtDmY8yhFzKFl6AEfcvF3ZCMudejrkTMhhrT Box3DpJxnGdMH5JNiJeLdpSB/okA7B0cuxnzGECoY1fAgb7LBCvUs+U4v9OQR5+CWsQO1M9CKBJ+ jHOywq1I8/yXIO1B3IE2DehrRX091rMac21kn8J6xAU47nr2r3CaPAaHEI+j/SLhKswkXxpxKwiu FvosxlqByQSjJhMpRPw5wlV5LWRLH4ATx7/jOmYLoY3XDp/wHZGaDqB/G8apZs/DpkiNOSzgsWSA C8JpWiqDvg/nrpj245rvgDyszZ3SB2Qn1qrBgP3gQ7ySA45XgrAEoTwCZeJxEo0Qg3oX8stNTeDn IKVDMfrmY6xmvjdQV4h5GhDJf0UkfwNjngVY1+rr/qblkIM+VpYIrhsApuEKvm9cwe8cA5ND6LMV /StpEX4H7aBPTwHUskT9YZZI75jCoCL9PQOjLzkEc6tnQSLNwpZJM6GLJOPpuMvoVxl9ldEX8J4W jBSkp4dp/shBjnJH5mUjWmCLOZuaXpSVmF6RxfnZtvLO7PT3jsxJP4twNKs4fU9FcfouhAKEfuS5 XdaR7PSurK7NXd/vekBYAsnJuMqJCbItTM69uCYpKilqSShMTtlKpdCvpNAxKbRRCrVKodulUJ0U WiyF8qWQVQplSKEFUpKcKJvlODlWjpZl2SQLMpVBTgrr79ms/PAnmcwcmQTeCwZtprznBx3vBJTI FL/utJnMSZ2uGq3E6gxLepO2xOrUpMb17mFChjwo1eieMIFmd5joXLQ7jT+1R4EQffe+tAj2eIhT G/ODs0XRrrrUMInGG5Wo1hAt0QnO5poUSO6vSqlKrEworbN/S+eN9NavrxTrjZezceAlSCdb+ccX 6TsmpT8scakLpSFDGuLSkCFNmaftd7rc2pF5Hq2YE/o8DzlWfcK2jb8HeFVHAMGr7e1vT9EGWxRl 2HYi8oKQ6W3xt3PsC2gn1IBds6l2Zbh627eot3F1tWofhm2OZvfwNlvAPlJtq3aoPrtnFBpIy3DO 0E3hfnA93CjkkJb/OWKYtPAhc3jEhqFviTjE1Q084hCPOMQjNtgajIiODlcNcTa6h2Wo8eDDx8DH aEw0LpU3zeKpSTZ3VxrrVm5JuT/tlwKQZyEGn8Wx+F43A4Gr8qrzqrkKNwxXxfFXvogq5f5yS9ov ybMRlRnFCWoNWLdav3H18gtSHB12DpjJqD5GB0cS04utHv6cofwRJPI/QBguWrltvknyo0wU/Ayi TaKfMZoaJQl+AnPk7JIUa4P5SsXKiYoG89WKleaJCqiqmKjgUFRoSbAkZGCHexuuKWzsmk2Er/CJ M2Y85U7Td/HeFwOWUWDkuC0uSoLUGaY5sTM+sfBhrQ3nzRegauWlokKSZFJvybxt0eKFxcn03fED j46PP3pgnFZP4XHj6Vj8/6x5/o81fkXjN//195fvTt3BgO+ieOSmaAHpoQhtQvonqAUhCrlJ+EWE JjCfHInQFOLIGxGaoXw8QgtIX4nQJphPE5sHugNtPn9AOaw0twcU/ldcH4qU2q6e7q4eX19H1xal u9Ofr9h9fb6/YFTAB1NcXZ1buaRXWbYF/YpKSwvzsCvOV6o7O5Wmjo3tfb1KU6A30NMfaK13LG20 L7O6Bja3dHWubP7zLDTDAHRDANrwm9iPWIHDCM34bc/pldCF3+Jd0BexUqAWuR6kee9DeYdhoaCk E/3zkbIbct9fOVLBdGYKfq93oWzrtE0vypYhnopXBKXYCiEvQhUb0mr06ETchD4bMYc+w6sJx+tF 6IF+7FuhHhywFBox52XGP3QDsBlajGgrMT633ohxOzG/nr9g+9dop3bnGMYSjd1IwYzztyF1SYyf +kuHSwfh37elSnfFV3wmz5MN8c+WvlTO8ciKfzmr65OV8odyjPFvd2Tn/7cAAwBSGX1vCg0KZW5k c3RyZWFtDWVuZG9iag01IDAgb2JqDTw8L1N0ZW1WIDAvRm9udE5hbWUvR0VIUERJK1N5bWJvbE1U L0ZvbnRTdHJldGNoL05vcm1hbC9Gb250RmlsZTIgNCAwIFIvRm9udFdlaWdodCA0MDAvRmxhZ3Mg NC9EZXNjZW50IC0yMTkvRm9udEJCb3hbMCAtMjIwIDExMTMgMTAwNV0vQXNjZW50IDEwMDUvRm9u dEZhbWlseShTeW1ib2wpL0NhcEhlaWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5n bGUgMD4+DWVuZG9iag02IDAgb2JqDTw8L1N1YnR5cGUvQ0lERm9udFR5cGUyL0ZvbnREZXNjcmlw dG9yIDUgMCBSL0Jhc2VGb250L0dFSFBESStTeW1ib2xNVC9XWzEyMFs0NjBdXS9DSURUb0dJRE1h cC9JZGVudGl0eS9DSURTeXN0ZW1JbmZvPDwvU3VwcGxlbWVudCAwL09yZGVyaW5nKElkZW50aXR5 KS9SZWdpc3RyeShBZG9iZSk+Pi9EVyAxMDAwL1R5cGUvRm9udD4+DWVuZG9iag03IDAgb2JqDTw8 L0xlbmd0aCAyMTgvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCmjeVFCxTsQwDN3zFR45MSSN kGCouhxLBw5EC3sucUsk6kRuOvTvSUp7iMG2/Oyn92x5bp9b8gnkGwfbYYLBk2Ocw8IW4YqjJ6g0 OG/T3m3ZTiaCzORunRNOLQ0B6lrI9zycE69w1/dVda9OIF/ZIXsaM/SgPz4z0i0xfuOElEBB04DD Qcjzi4kXMyHIX+Yf2q8RQW99tasHh3M0FtnQiFAr9fjUHAXJ/Z8frOtgvwyLY1srrRuRt3e88MpV NyN2Yc4et9M3I8WCJ7x9J4ZY1EqIHwEGAIAKauoKDQplbmRzdHJlYW0NZW5kb2JqDTggMCBvYmoN PDwvU3RlbVYgNDIvRm9udE5hbWUvQ291cmllck5ld1BTTVQvRm9udFN0cmV0Y2gvTm9ybWFsL0Zv bnRXZWlnaHQgNDAwL0ZsYWdzIDM0L0Rlc2NlbnQgLTMwMC9Gb250QkJveFstMjEgLTY4MCA2Mzgg MTAyMV0vQXNjZW50IDgzMi9Gb250RmFtaWx5KENvdXJpZXIgTmV3KS9DYXBIZWlnaHQgNTc4L1hI ZWlnaHQgLTU3OC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNOSAw IG9iag08PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgMjcgMCBSL0NvbnRlbnRzIDExIDAg Ui9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUmVzb3VyY2VzIDEwIDAgUi9UeXBlL1Bh Z2U+Pg1lbmRvYmoNMTAgMCBvYmoNPDwvQ29sb3JTcGFjZTw8L0NzNiAyMSAwIFI+Pi9Gb250PDwv VFQyIDM0IDAgUi9UVDQgMzUgMCBSL1RUNiA0MCAwIFIvVFQxMCAxOCAwIFIvVFQxNSAyNCAwIFIv VFQxNyAyMyAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDM3IDAgUj4+ Pj4NZW5kb2JqDTExIDAgb2JqDTw8L0xlbmd0aCAzNjgxL0ZpbHRlci9GbGF0ZURlY29kZT4+c3Ry ZWFtDQpo3tRa3W/bOBJ/z1/BR+lQKxI/9LHAPrRpurd3bTdIssUCxT0otpz41rF8kpy0//3NBylR tpTsAXvAHQzIooYzJIe/meGMdP7TTSLu27N3t2fnt7daJOJ2fZakUSxFDD++K2KRFiqKU3H7eBaL +7NFFMexEbdLaN0+nwXXVVtvD92m3onw9p8oSVpJcS8pdpKyLNIsCPgDYojFIokSrTJx+/4MZCcZ 0mgUiQN8Da5DHVShjHQAI4U6SoJDCDwq6KixoWsN1yzYCW7tqPVE15o7M+cTN6o2zKI0ECvbA6/P 4QIlbEOYLsgrwxxGXPny7plZlGJJRCv5MUwU9Lnjls9QjmYICkqDeh0aYBW7ikQ847NVQ882oxk2 7ZswjWQg1vy8scM8lw2zvhElj7I69zTQwCpgYZewvjy4DBO4Xl3DkoJfPgEdKCzNCivvqzYSQoT/ uP2b24mCdiIedpi26fYvuDmxcpujc96c24dKrOvttg4VzPp5s6N/0JSEyYiuvNtWIlykwZ6ew+xk wF2fuMtmVYVZ0Ia40pJ6NtUaHzV42dHEEhMpWShAkoXIAL+vwbISJe4m6LQDwQXviglQsc8PJT+j DZOOBIuX8HDPLdSbgZGoUe2YwUrcVRUxrqzMLizGI9wRM6IT5n+gxn5lB7Ws2G3NgzSipGdiz/8N d9zQdUlCDltqlI1dzXeWybIEi1nDHucBb9rCKefIilBDX4P9tuxwbEIPWlA0t9WBs94kZvOlLjJV BrvQjpNMuDEpa/4qXGgwK+gGSA8XGeCpg5lpnF/K5pERcMXt9z2iIDEp6v1XJBtUv4ZlrAZWZEJV pqhvpIl3ny64M0+7iGJlCn+p5CeyAasfNs0jWgitRkaJAncyvVQTFSZPBOi8UNpqjf0aqw9X+Ot+ BZaZ4+okTKIDSOIuXF6CSaEV/QLLTYJPuMM/P5awX4aRD4iwNmVnejRjqe04quCBbr7wgv8O8zGw ywv0Bw2MAd7mp6Yq+UGHnTJQEam8cUOoKEVzHO0/+msaIS78pRS8FM1LUQDOj5vdgQjfcBXvm81T 1bBcGCqTxp/6sU+4vD3LQQ1SpBArABWg0aIoYCLguZvqbO1RUyky8GbYJ40dOUnjSOUDd4qKH7iT FByhduw5zCMfsUsNypofXGoV6dyxwxqiWI/4VZ6O+Iky8Ks88/lVEekxv5FpVMzze2Tgt2Sfn7Vj col/dvpK4yi+dno6acej2+XP8tvl+fzSp9v5zdL5WDAfzE2WID9EczJC63Eur27en3+6uAJMyeD9 hLdB+KcuimTW0O4g3BYUH1JEJXkRcWg3ITpmAw7hfiRpsKTEOSVpnRIEoAWaZlc19q7cohuxthJH ucqVZ/Vkjso7zhCyPZd64jhAhikk21txNBGMK4m0ofHztbjmYXtDMYjiCTsxUZwzMRUZOHTukh4B gXmnrcQyOysZuHuYTI5sjcRy90YysPco6gefsBHH7mxkYO9BNslulaLBQjwAm/GyLdXB34yXNc3r Zj3wSo/qJjVNBdxPoV2lfHSlzVYOdXarfyasqR51qkfdwsSJRFQtEoigBRjFDd4rABj0OsGHNpHJ ZwEC1FQ7gJz40Z55BiHMPetH58Z2EGH2eT/qDz+FEcs/60fn+K1mlPbcXJJE+sg6HJ0XP9Dd6ub4 3ew9funT3ezm6DNwkcpzjqBwG+8V4+XyG8d7h5e8xwuc0OFBLmP0gAiaLI7B/10LQk2MYk9Ro9QL XgWJ6TxoLO8MZph5HjPTIzvIMPcLkBkGn0KMZZ9HzDS7VYpMEG/zgHH0OcDM8bu5e/yTgJmjzwAG ewwO5jisfa6tO8mkzOg8jNAwmA286E8AR6mchQZS8/mA45hnsMHc8xFnZmwHDmZ/IeR4w0+hw/LP x5wZfquZGA72w6kRDrtHi3d0XvxAd6ub43ez9/ilT3ezm6NPw0MX4D1TB4+T/OFa/Ciuq38dOE/Y NNWK76bPX1hY4TRH9SeVH9H1fK47yDPBBYEsyGYkFlokOCcQCAezAg9mss88T89ifeXGhcUbSuh/ FH/lk9gmxCLKA2cx2+9EbA/39zatabtq9UbccevAfx2yiF1tW2Jn+y6rti0bTEC/h1STOcJ9DD5V z+IeqIXQOuE+p37FcU8iR6cFAsSdOUxv2COyBpj0nXzhPTsfO8yx3xjTfQF8IE/tgRwCQc4YoTvE iIaDB0LEz2RjciBwQOmqrcDDubiimkDz2P7wesFOg1dxpb+TetBkZPtQczzbbuvnze7e5vHltq3F phWl2G7aTtRr0T0wqaLkeefCoZ2jrQ1sQwAjVTCo2TxCkgCQwcqXqxB0AMw06IVtbddl2W3s7Y6G G3dbWdqzHdixlU7slvpPCLN0quk03irehVim+ARgTIKLCbP7iqUJNgNexTM2JObjyGJJFbe89WFS zj0bZ0Q4syc7rn2IRbwPtW1QmbGf2Ug+7EF7sIQW+43HBWRUvWLrSQ23tGFH+8NC3C75q4S98vtW JfMvx+rsSM6yE9/rg5tpafn2je27B916WqCRK+FDZ8YtOWcprbNkDehgv6/5BmQq8jUw7LLe8UNs wZRswSyxhkFWoSDmST1lFV79bMKaVJpHWe/DZe8t3aEQkI9jg/8FG0UHLgPCPt40jzyRFGMfSqWb xORRnguVgbM+mk9ic9XRJJKUkv1+IrZAtMQ6VaZtvV1cNfWKas8H2JIwSTLcyc/lI9XMK9iGNHDV LS1N8lLZOAd/q45z5dg5DbdyV7U7f99saJAn3BGEt8BCgkIrwfby9/K+mtKDysCXy0k9yCk9qMwM SvCLWSoFGnhfnWPYt3/Ou1uihiOLzEdEA4eyxGPVU6xwWoMjiiVIOvbwiSOLMfoPdJ8I+p0numE9 ydqnv1bCUdr0EYM9OcRsE6I9xTH/XYVYnL35OGNcXMpBrhhxmgLfb3ATfPmM1wk/uOjfIiAP9EbR BJRUglLHhZnYHYMTewy+6cpGfCzJI/1eCb7ZITgSLLSfTLHP1e3Lgi/gMA29nFFBvcO6exaUzJe5 eEo30uCbKqWzSBKgzi/aVCxbVp9olzuvyP7Qdfsfzs+fn5+jDYbZaIk1a0WvCWJ+PwRn1OAcXVZ7 AK/TdOfYo0BKQu8TbB1XJ8oMbzkyFt89VM1dXTar9rytmqeqOW9BcWAWJoj37fbcnXzclOm1XQLn RQMoVMPhBsAwXqM2Mir8ReLrPa/QNVgE4Et7uM8K4PaRDesreoPwKjgW2D3Zr99YXE/RHKw9sfrV Ao1CXUsHZtp0GWV9Me4mo00nWMPfhwsKT5pL6b9eUwtCKFG/Lfn/ianVCwBJpI0E8wCx0PsTUEKH bwjshBaIgoU5RcsJVjKHlfVSH5pjtIBkdBkxJdJqdNY8AgukRcZb7xFWFhIOspDDkvHB+RlndYwi WJ+Zcp6WHCd4NreEJIfQMkZRT/eJDkaTRIcjT7L26dNAkgWGNQsk2TtFg9gx7BBV8PbjdGrFXtQ5 uedTf0rX395+pPez7s2rdX7jJM17x/52u6y3B1LnFArBZUJCjmj7rzsqC0FwoxaERZbpAYQ2Gky6 Kw3uqtyeb3ar6lv00PHQj2M8ygLOJ/Ancyq2vei9IJeDPNtf+wkm88jkqXkJk1hcm3dsMsvo1c5c yB7oEyF7mmgx6Us+DtlTmExhzTGvsscGJMJx5gKj0XF8Qy8rP4ibh3q93vHLygZ9mEvZJ8ED+WYu XwPPn+7E5hBkphDEq/swwo4+wU6KZkTYSV/xZXk6WvYEblKdpi/gBrcvzuedmYRzeZrOO7OBPuHM pokOOJ7kP+LMdNG/oSNfBsdoKRMHGnj6BVGTBG9xYyAE3pT7CnL3F/Bi4qj438HLKx7nqS171Bzj RRdRxnjBw7NK59HCWzqsewowhf3SYAYwsG3JC0coqQrc+nnA9PQpwEwSHWA8yX8EMCqOksHTcDxT 1lTm4tkX+ujogr6J+BjivglulCF+DIGfXkl75ScP5e4FhCkJk/m/QdjytZgGGs2lF9NeCWje6v/z gIa7LX3HNAKZjKnmPAuynj4FskmiA5kn+RhkWBMxnIKOk3ZEW2IgiPFig+S1eqTGMSTsmrQsQzJp oYqI+HRx9V7sbZET9zgJWtE9lJ04tBXcVOLy5p0Un95eiE2Y07d6C/wgDUn8wH4AA2tKjMkYCZPp 6KpqN/c7KqThN0dU5SzX62rZVZSZrjgzpQ/FvqP8lp+L5YNNXe/5QRvxmz8cdlZfOpMU4DydHZdb FqaAk0RKny5kaW4GhAxqpSNrlmU5EaWYqo+wqpM8t5lhn1KhGoxV9EfOn3cHTprOqfWhqap3lE3d vBerZgO3WZ9INT8cr7DgfD+eqh0NU4acw0913DagBdhvEPk4veP/56rt6GMs/rhyQ/c0B/woL+Ma JRYTaeOeSu6wpWtJn0zecYNqlfWOXJloa/72tFmyjDW3G/KA91Z6RF+r7Co7/pqINRO5p2DSg2Wg LzVlcBOCL3kHFB1IEvtG8CgJ94vpobtaVpgc+KIWdWzcIHay9ttA3Ex9VBCRfYqS2RQljiinMfyX 858UdRPyp3eLFJRjyHnj1Du6r+i+4c5/4ANS3PSMt9N+S2pzq891x2+XTsABuWZmPE/sXlu51AqC DM7hQIGlafjbzZR3dUcPV7ADiMUDn4KZbhv4gSlGqpb593yF+MC1gDX1rW1fwU8fuDnsGvKAM+lx RjuCzYewr+7nAXmIu6riSYnHARU59KdprOyADdXb6scBK96o3DUhKRSA4c/OzEo74uAVVpbD8tmn DBGr4zFE3JfXK7ZwsqYsaLh1d+Amt7hSsiM922+tM1oErNM5COpyYNK3yO2yte08yk2spj3AENZk zC/VpsIavgJW/Sk8TyZo9m3cacXW59U97yTR5/63AAMAoZRHQQoNCmVuZHN0cmVhbQ1lbmRvYmoN MTIgMCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDI3IDAgUi9Db250ZW50cyAx NCAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAxMyAwIFIvVHlw ZS9QYWdlPj4NZW5kb2JqDTEzIDAgb2JqDTw8L0NvbG9yU3BhY2U8PC9DczYgMjEgMCBSPj4vRm9u dDw8L1RUMiAzNCAwIFIvVFQ0IDM1IDAgUi9UVDYgNDAgMCBSL1RUOCA0MiAwIFIvVFQxNSAyNCAw IFIvVFQxNyAyMyAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDM3IDAg Uj4+Pj4NZW5kb2JqDTE0IDAgb2JqDTw8L0xlbmd0aCAxODc4L0ZpbHRlci9GbGF0ZURlY29kZT4+ c3RyZWFtDQpo3oxX227jyBF991fUYxOIKN4vfrSt2TgTZwZrZYDFbB5oqSUxkUiFTdmzP7KfkW/M qaqmrPHA2IVh9rWqTtdd858eY9q6q5vl1Xy5zCim5eYqTsO6ogh/OqsjKqMirBNaHq4i2l6FURRl tFzxJKfly5X5tHigz/tm3PTDwQXLfzO3QrmVYVxFKZgt70AMokgoyN96lRklk0zMILMo67DMWOaM BcZMa+6G9tkO7noiTzx5dCaPJvIiCytFzIRCENEsDuOsLhkMmMYpnzH7vGJUX83f2yANS9OdgixM zbe5rD4M1t4EdViYx6DA9y5gNobWQ4vd0jzzujR2uA7+tfwbw4pzxVWHSYU3vPd4jz5MchBE34Hi JyeKaRmUwLLzQigoTGdfbFAZNwo8WgvYAReMwp8A4Y7sUoOZ32z0yl6+TZCYJ50K474TVuR6GU+v jFd2E+SmH/DZ2jDIw8p0XopHIedKQLq1e4VBi0fVYKJ7fyHejeV6FOkgCJ4FtFOQyq4jUeusDvO0 qt+YMKkmE5apqisKRV+5DpUOCQF6EeZQ/azA4/MwweNTbIwytzIf9LLK886Slu8YLy7Vem+dis22 Ao5/9KOFyNr84BVJmJR59mrweDJ4pi+gW6DJRPuxGQbbjYKO1dN0srmGtqEOXIHs2ui5XwwWj4DG ndIf9dsPo1CAkO/2/i7p7k6XlhagjeHmTHOTsER2cqZA2PFyJ0eN3ne882StgqIDhnJi/aww1jR6 gXIF93V9lmhjOYn0G3nwaxXqFJ6H8HRS2vaCYxfSpN73U0leQ+UFJ4Nz6mKPKbzHLBaff/4UZOaB 7g/N1rozx/ezS17CURLPMZ6SIScpZnh/COIEzxBmjNYHS2GIM0hpviBWPoq7J3hFZsJcBmrWMuoX cccack6dUvk4d7Ki9sHuZQMhDDWMMrcyX4tRKzUERDo7wZHj406494MlpWrl9gHAKuPBbqkRIS9e iH45jYCBC2LG45l6KeCG3IBTv34SISddOBUk/iMezE+Uk71HoCrig63koY3wogdJAJxvzf2tppnL 2NSYY1MiGNUEqU+a4wBBM/ZH16zGtp8WLLYyIS13utE6EvM/sNiT7h3lgWtdsKub0VLb0arXrYNk /SfPwHNuXoWI5tpxJ1CTRNPWFO3RFO3xFO0jtCoBkUhAMA6n2XhDTUen47oZ7drHIofhqhFbdaJP uz/SStYn5eCUXw/7xBhtMOMEN/BhYrxvzyZUFymOIeXnNPcVINgstZgFSZ8TNhh8YwXm4m+1+Buz ZgGdHjR7OWFoN2LVB7HqrTovFAtnJ+KSVmgOAEIJigpBwf7+US3/LFITvRGCW65TUYMCcwpCinDt k0Nt9KwX8o5Vxag7TVQy50KFoVd+J70o37UXcfluUuR3guqemlGEXftH/uCLF80G8kfluwDJHbXk jRQa47Qxv3UFrRyFeRTXBY79xK067XdqrSK7cTxez+fBjF3uBWqr8WX3xDeDDkM9adnKGTBLOUDU yhKHKWCv+sN8tZ7btXX+3lYdtZvv2yd4BnNthNQvfuPYzowXq0fu0M/0tGvm1rv6dp5mOqtKHeNc x3A3HkQ/i+WVPDwK0WQleRUWBeEfoUqDvdpw7zkpKM3k9KwkbjYvNDpLKu4IWd15mrK637aR3hZT byC5wNz1q9MBRZTu765n31sGbpemvjmdnbuJqa39agAI/QLUXCI03haamae+wMMxVF3E0LId9zZg O10H7FqziUU1dQJlUpSv8uM3Wey+gy3/R1WSF+niZl6xaitEBeewXBdFtmCrpOaGfmq3zVM70mLc WRgSGcKO9Pmvv9Dv9M+x3bejJiSk1FeJUe5FJqWK/A2xiCB57DcjwqFgP8ulcqTqHLlEfSodXUKP zeHIzjZtfmlk1Qbc5CFvsb+hq6SPgPWrefzy8ddgykAlSinefqG92WUzlEpxNr/Tz/Y5JKSrP275 M/xiyF97/ot27YfG/23F/tBr9UIq5RL3fd3qfanDDw9fMnd63vi6Nlih+u9JC5my0mJ8ZshZ8A0/ qTxS1T5xkdFiR+1l87C2UxFJIkkTU47x2ZqxI6grjunOQW6N1hq57ri3DYrISroNpDp00SPqID20 /7FqAGitLKvs/br0iBKqpWTES8SKYIxfeKTlx7nWjU23ktKoNkXc1lV1WVRm54bYF2nmvBosPANN BvxUqlTCNeG9bPpnfy9mMZJHcv69eP5p5y1883BLH9rhIF3jSzPY6z/R5mVR6nleBOeUHG5PblRT ZuIaLxLo6K5M742YsR2mG0hAeG87EGqT0bsdbbh4odXzlxgX6pO20Rm35ztuiKe2J0Hcp9Vl9E6/ FWP/+1WCkp/qdv1pL6635iKQGvEFQFM/GOVop0cMCqaVZMO+zPeOg3X8w6OSbh8bI1qPKXQ9jDd2 Pocut9oMhn2l7TbSNcXyxgjSuFHSnU4HiNxzh+NXo7S7/bTa6aSVfnTTftNlyO1M4dWCCvN/AQYA 5SrYdwoNCmVuZHN0cmVhbQ1lbmRvYmoNMTUgMCBvYmoNPDwvU3VidHlwZS9UeXBlMC9EZXNjZW5k YW50Rm9udHNbNiAwIFJdL0Jhc2VGb250L0dFSFBESStTeW1ib2xNVC9Ub1VuaWNvZGUgNyAwIFIv RW5jb2RpbmcvSWRlbnRpdHktSC9UeXBlL0ZvbnQ+Pg1lbmRvYmoNMTYgMCBvYmoNPDwvU3VidHlw ZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciA4IDAgUi9MYXN0Q2hhciAxMTEvV2lkdGhzWzYwMF0v QmFzZUZvbnQvQ291cmllck5ld1BTTVQvRmlyc3RDaGFyIDExMS9FbmNvZGluZy9XaW5BbnNpRW5j b2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTE3IDAgb2JqDTw8L1N0ZW1WIDEzNi9Gb250TmFtZS9U aW1lc05ld1JvbWFuUFMtQm9sZE1UL0ZvbnRTdHJldGNoL05vcm1hbC9Gb250V2VpZ2h0IDcwMC9G bGFncyAzNC9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTU1OCAtMzA3IDIwMDAgMTAyNl0vQXNjZW50 IDg5MS9Gb250RmFtaWx5KFRpbWVzIE5ldyBSb21hbikvQ2FwSGVpZ2h0IDY1Ni9YSGVpZ2h0IC01 NDYvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTE4IDAgb2JqDTw8 L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMTcgMCBSL0xhc3RDaGFyIDEyMS9XaWR0 aHNbMjUwIDAgMCAwIDAgMCAwIDAgMzMzIDMzMyAwIDAgMCAzMzMgMjUwIDI3OCAwIDUwMCA1MDAg MCAwIDUwMCA1MDAgNTAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNjY3IDcyMiA3MjIgNjY3IDYxMSA3 NzggMCAzODkgMCA3NzggNjY3IDk0NCA3MjIgNzc4IDYxMSAwIDcyMiA1NTYgNjY3IDcyMiA3MjIg MCAwIDAgMCAwIDAgMCAwIDAgMCA1MDAgMCA0NDQgNTU2IDQ0NCAzMzMgNTAwIDAgMjc4IDAgNTU2 IDI3OCA4MzMgNTU2IDUwMCA1NTYgMCA0NDQgMzg5IDMzMyA1NTYgNTAwIDcyMiA1MDAgNTAwXS9C YXNlRm9udC9UaW1lc05ld1JvbWFuUFMtQm9sZE1UL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5B bnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTE5IDAgb2JqDTw8L1N0ZW1WIDcxLjc0Mi9G b250TmFtZS9UaW1lc05ld1JvbWFuUFMtSXRhbGljTVQvRm9udFN0cmV0Y2gvTm9ybWFsL0ZvbnRX ZWlnaHQgNDAwL0ZsYWdzIDk4L0Rlc2NlbnQgLTIxNi9Gb250QkJveFstNDk4IC0zMDcgMTEyMCAx MDIzXS9Bc2NlbnQgODkxL0ZvbnRGYW1pbHkoVGltZXMgTmV3IFJvbWFuKS9DYXBIZWlnaHQgNjU2 L1hIZWlnaHQgLTU0Ni9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIC0xNT4+DWVuZG9i ag0yMCAwIG9iag08PC9TdGVtViAxMTYuODY3L0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1Cb2xk SXRhbGljTVQvRm9udFN0cmV0Y2gvTm9ybWFsL0ZvbnRXZWlnaHQgNzAwL0ZsYWdzIDk4L0Rlc2Nl bnQgLTIxNi9Gb250QkJveFstNTQ3IC0zMDcgMTIwNiAxMDMyXS9Bc2NlbnQgODkxL0ZvbnRGYW1p bHkoVGltZXMgTmV3IFJvbWFuKS9DYXBIZWlnaHQgNjU2L1hIZWlnaHQgLTUzMS9UeXBlL0ZvbnRE ZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIC0xNT4+DWVuZG9iag0yMSAwIG9iag1bL0lDQ0Jhc2VkIDIy IDAgUl0NZW5kb2JqDTIyIDAgb2JqDTw8L0xlbmd0aCAyNTk4L0ZpbHRlci9GbGF0ZURlY29kZS9O IDMvQWx0ZXJuYXRlL0RldmljZVJHQj4+c3RyZWFtDQpo3pyWd1RU1xaHz713eqHNMNIZepMuMID0 LiAdBFEYZgYYygDDDE1siKhARBERAUWQoIABo6FIrIhiISioYA9IEFBiMIqoqGRG1kp8eXnv5eX3 x73f2mfvc/fZe5+1LgAkTx8uLwWWAiCZJ+AHejjTV4VH0LH9AAZ4gAGmADBZ6am+Qe7BQCQvNxd6 usgJ/IveDAFI/L5l6OlPp4P/T9KsVL4AAMhfxOZsTjpLxPkiTsoUpIrtMyKmxiSKGUaJmS9KUMRy Yo5b5KWffRbZUczsZB5bxOKcU9nJbDH3iHh7hpAjYsRHxAUZXE6miG+LWDNJmMwV8VtxbDKHmQ4A iiS2CziseBGbiJjEDw50EfFyAHCkuC845gsWcLIE4kO5pKRm87lx8QK6LkuPbmptzaB7cjKTOAKB oT+Tlcjks+kuKcmpTF42AItn/iwZcW3poiJbmlpbWhqaGZl+Uaj/uvg3Je7tIr0K+NwziNb3h+2v /FLqAGDMimqz6w9bzH4AOrYCIHf/D5vmIQAkRX1rv/HFeWjieYkXCFJtjI0zMzONuByWkbigv+t/ OvwNffE9I/F2v5eH7sqJZQqTBHRx3VgpSSlCPj09lcni0A3/PMT/OPCv81gayInl8Dk8UUSoaMq4 vDhRu3lsroCbwqNzef+pif8w7E9anGuRKPWfADXKCEjdoALk5z6AohABEnlQ3PXf++aDDwXimxem OrE4958F/fuucIn4kc6N+xznEhhMZwn5GYtr4msJ0IAAJAEVyAMVoAF0gSEwA1bAFjgCN7AC+IFg EA7WAhaIB8mADzJBLtgMCkAR2AX2gkpQA+pBI2gBJ0AHOA0ugMvgOrgJ7oAHYASMg+dgBrwB8xAE YSEyRIHkIVVICzKAzCAGZA+5QT5QIBQORUNxEA8SQrnQFqgIKoUqoVqoEfoWOgVdgK5CA9A9aBSa gn6F3sMITIKpsDKsDRvDDNgJ9oaD4TVwHJwG58D58E64Aq6Dj8Ht8AX4OnwHHoGfw7MIQIgIDVFD DBEG4oL4IRFILMJHNiCFSDlSh7QgXUgvcgsZQaaRdygMioKiowxRtihPVAiKhUpDbUAVoypRR1Ht qB7ULdQoagb1CU1GK6EN0DZoL/QqdBw6E12ALkc3oNvQl9B30OPoNxgMhobRwVhhPDHhmATMOkwx 5gCmFXMeM4AZw8xisVh5rAHWDuuHZWIF2ALsfuwx7DnsIHYc+xZHxKnizHDuuAgcD5eHK8c14c7i BnETuHm8FF4Lb4P3w7Px2fgSfD2+C38DP46fJ0gTdAh2hGBCAmEzoYLQQrhEeEh4RSQS1YnWxAAi l7iJWEE8TrxCHCW+I8mQ9EkupEiSkLSTdIR0nnSP9IpMJmuTHckRZAF5J7mRfJH8mPxWgiJhJOEl wZbYKFEl0S4xKPFCEi+pJekkuVYyR7Jc8qTkDclpKbyUtpSLFFNqg1SV1CmpYalZaYq0qbSfdLJ0 sXST9FXpSRmsjLaMmwxbJl/msMxFmTEKQtGguFBYlC2UesolyjgVQ9WhelETqEXUb6j91BlZGdll sqGyWbJVsmdkR2gITZvmRUuildBO0IZo75coL3FawlmyY0nLksElc3KKco5yHLlCuVa5O3Lv5eny bvKJ8rvlO+QfKaAU9BUCFDIVDipcUphWpCraKrIUCxVPKN5XgpX0lQKV1ikdVupTmlVWUfZQTlXe r3xReVqFpuKokqBSpnJWZUqVomqvylUtUz2n+owuS3eiJ9Er6D30GTUlNU81oVqtWr/avLqOeoh6 nnqr+iMNggZDI1ajTKNbY0ZTVdNXM1ezWfO+Fl6LoRWvtU+rV2tOW0c7THubdof2pI6cjpdOjk6z zkNdsq6Dbppune5tPYweQy9R74DeTX1Y30I/Xr9K/4YBbGBpwDU4YDCwFL3Ueilvad3SYUOSoZNh hmGz4agRzcjHKM+ow+iFsaZxhPFu417jTyYWJkkm9SYPTGVMV5jmmXaZ/mqmb8YyqzK7bU42dzff aN5p/nKZwTLOsoPL7lpQLHwttll0W3y0tLLkW7ZYTllpWkVbVVsNM6gMf0Yx44o12trZeqP1aet3 NpY2ApsTNr/YGtom2jbZTi7XWc5ZXr98zE7djmlXazdiT7ePtj9kP+Kg5sB0qHN44qjhyHZscJxw 0nNKcDrm9MLZxJnv3OY852Ljst7lvCvi6uFa6NrvJuMW4lbp9thd3T3Ovdl9xsPCY53HeU+0p7fn bs9hL2Uvllej18wKqxXrV/R4k7yDvCu9n/jo+/B9unxh3xW+e3wfrtRayVvZ4Qf8vPz2+D3y1/FP 8/8+ABPgH1AV8DTQNDA3sDeIEhQV1BT0Jtg5uCT4QYhuiDCkO1QyNDK0MXQuzDWsNGxklfGq9auu hyuEc8M7I7ARoRENEbOr3VbvXT0eaRFZEDm0RmdN1pqraxXWJq09EyUZxYw6GY2ODotuiv7A9GPW MWdjvGKqY2ZYLqx9rOdsR3YZe4pjxynlTMTaxZbGTsbZxe2Jm4p3iC+Pn+a6cCu5LxM8E2oS5hL9 Eo8kLiSFJbUm45Kjk0/xZHiJvJ4UlZSslIFUg9SC1JE0m7S9aTN8b35DOpS+Jr1TQBX9TPUJdYVb haMZ9hlVGW8zQzNPZkln8bL6svWzd2RP5LjnfL0OtY61rjtXLXdz7uh6p/W1G6ANMRu6N2pszN84 vslj09HNhM2Jm3/IM8krzXu9JWxLV75y/qb8sa0eW5sLJAr4BcPbbLfVbEdt527v32G+Y/+OT4Xs wmtFJkXlRR+KWcXXvjL9quKrhZ2xO/tLLEsO7sLs4u0a2u2w+2ipdGlO6dge3z3tZfSywrLXe6P2 Xi1fVl6zj7BPuG+kwqeic7/m/l37P1TGV96pcq5qrVaq3lE9d4B9YPCg48GWGuWaopr3h7iH7tZ6 1LbXadeVH8Yczjj8tD60vvdrxteNDQoNRQ0fj/COjBwNPNrTaNXY2KTUVNIMNwubp45FHrv5jes3 nS2GLbWttNai4+C48Pizb6O/HTrhfaL7JONky3da31W3UdoK26H27PaZjviOkc7wzoFTK051d9l2 tX1v9P2R02qnq87Inik5Szibf3bhXM652fOp56cvxF0Y647qfnBx1cXbPQE9/Ze8L1257H75Yq9T 77krdldOX7W5euoa41rHdcvr7X0WfW0/WPzQ1m/Z337D6kbnTeubXQPLB84OOgxeuOV66/Jtr9vX 76y8MzAUMnR3OHJ45C777uS9pHsv72fcn3+w6SH6YeEjqUflj5Ue1/2o92PriOXImVHX0b4nQU8e jLHGnv+U/tOH8fyn5KflE6oTjZNmk6en3KduPlv9bPx56vP56YKfpX+ufqH74rtfHH/pm1k1M/6S /3Lh1+JX8q+OvF72unvWf/bxm+Q383OFb+XfHn3HeNf7Puz9xHzmB+yHio96H7s+eX96uJC8sPCb AAMA94Tz+woNCmVuZHN0cmVhbQ1lbmRvYmoNMjMgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9G b250RGVzY3JpcHRvciAyMCAwIFIvTGFzdENoYXIgMTE2L1dpZHRoc1szMzMgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA3MjIgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCA0NDQgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDAgMCAwIDAgMjc4XS9C YXNlRm9udC9UaW1lc05ld1JvbWFuUFMtQm9sZEl0YWxpY01UL0ZpcnN0Q2hhciA1OC9FbmNvZGlu Zy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTI0IDAgb2JqDTw8L1N1YnR5cGUv VHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMTkgMCBSL0xhc3RDaGFyIDEyMC9XaWR0aHNbMjUwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMjUwIDAgNTAwIDUwMCA1MDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgNjExIDY2NyAwIDYxMSAwIDAgMCAwIDAgMCA1NTYgMCAwIDAgMCAwIDAg NTAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDUwMCAwIDUwMCA0NDQgMjc4IDAgNTAw IDI3OCAwIDAgMCA3MjIgNTAwIDUwMCA1MDAgMCAzODkgMzg5IDI3OCA1MDAgNDQ0IDAgNDQ0XS9C YXNlRm9udC9UaW1lc05ld1JvbWFuUFMtSXRhbGljTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dp bkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNMjUgMCBvYmoNPDwvTnVtc1swIDI2IDAg Ul0+Pg1lbmRvYmoNMjYgMCBvYmoNPDwvUy9EPj4NZW5kb2JqDTI3IDAgb2JqDTw8L0NvdW50IDQv VHlwZS9QYWdlcy9LaWRzWzMyIDAgUiAxIDAgUiA5IDAgUiAxMiAwIFJdPj4NZW5kb2JqDTI4IDAg b2JqDTw8L1N1YnR5cGUvWE1ML0xlbmd0aCAzNjA1L1R5cGUvTWV0YWRhdGE+PnN0cmVhbQ0KPD94 cGFja2V0IGJlZ2luPSLvu78iIGlkPSJXNU0wTXBDZWhpSHpyZVN6TlRjemtjOWQiPz4KPHg6eG1w bWV0YSB4bWxuczp4PSJhZG9iZTpuczptZXRhLyIgeDp4bXB0az0iQWRvYmUgWE1QIENvcmUgNC4w LWMzMTYgNDQuMjUzOTIxLCBTdW4gT2N0IDAxIDIwMDYgMTc6MTQ6MzkiPgogICA8cmRmOlJERiB4 bWxuczpyZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4YXA9 Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgogICAgICAgICA8eGFwOkNyZWF0b3JUb29s PlBTY3JpcHQ1LmRsbCBWZXJzaW9uIDUuMi4yPC94YXA6Q3JlYXRvclRvb2w+CiAgICAgICAgIDx4 YXA6TW9kaWZ5RGF0ZT4yMDA5LTA2LTA5VDEyOjUwOjE5LTA3OjAwPC94YXA6TW9kaWZ5RGF0ZT4K ICAgICAgICAgPHhhcDpDcmVhdGVEYXRlPjIwMDktMDYtMDlUMTI6NTA6MTktMDc6MDA8L3hhcDpD cmVhdGVEYXRlPgogICAgICA8L3JkZjpEZXNjcmlwdGlvbj4KICAgICAgPHJkZjpEZXNjcmlwdGlv biByZGY6YWJvdXQ9IiIKICAgICAgICAgICAgeG1sbnM6ZGM9Imh0dHA6Ly9wdXJsLm9yZy9kYy9l bGVtZW50cy8xLjEvIj4KICAgICAgICAgPGRjOmZvcm1hdD5hcHBsaWNhdGlvbi9wZGY8L2RjOmZv cm1hdD4KICAgICAgICAgPGRjOnRpdGxlPgogICAgICAgICAgICA8cmRmOkFsdD4KICAgICAgICAg ICAgICAgPHJkZjpsaSB4bWw6bGFuZz0ieC1kZWZhdWx0Ij5NaWNyb3NvZnQgV29yZCAtIEVTQjJf QlNEX1N0YXRlbWVudC5kb2M8L3JkZjpsaT4KICAgICAgICAgICAgPC9yZGY6QWx0PgogICAgICAg ICA8L2RjOnRpdGxlPgogICAgICAgICA8ZGM6Y3JlYXRvcj4KICAgICAgICAgICAgPHJkZjpTZXE+ CiAgICAgICAgICAgICAgIDxyZGY6bGk+bWZzdHJhdHQ8L3JkZjpsaT4KICAgICAgICAgICAgPC9y ZGY6U2VxPgogICAgICAgICA8L2RjOmNyZWF0b3I+CiAgICAgIDwvcmRmOkRlc2NyaXB0aW9uPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczpwZGY9 Imh0dHA6Ly9ucy5hZG9iZS5jb20vcGRmLzEuMy8iPgogICAgICAgICA8cGRmOlByb2R1Y2VyPkFj cm9iYXQgRGlzdGlsbGVyIDguMC4wIChXaW5kb3dzKTwvcGRmOlByb2R1Y2VyPgogICAgICA8L3Jk ZjpEZXNjcmlwdGlvbj4KICAgICAgPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIKICAgICAg ICAgICAgeG1sbnM6eGFwTU09Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC9tbS8iPgogICAg ICAgICA8eGFwTU06RG9jdW1lbnRJRD51dWlkOjJmMzM1OTY5LWViZDEtNDMyYy1iY2JmLTFjZjk0 YjZhZDY5YTwveGFwTU06RG9jdW1lbnRJRD4KICAgICAgICAgPHhhcE1NOkluc3RhbmNlSUQ+dXVp ZDpiMzc4MmY5My03Y2MxLTQxZmEtOTk0OS03MTJjMmZhNDA3MzQ8L3hhcE1NOkluc3RhbmNlSUQ+ CiAgICAgIDwvcmRmOkRlc2NyaXB0aW9uPgogICA8L3JkZjpSREY+CjwveDp4bXBtZXRhPgogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgCjw/eHBhY2tl dCBlbmQ9InciPz4NCmVuZHN0cmVhbQ1lbmRvYmoNMjkgMCBvYmoNPDwvQ3JlYXRpb25EYXRlKEQ6 MjAwOTA2MDkxMjUwMTktMDcnMDAnKS9BdXRob3IobWZzdHJhdHQpL0NyZWF0b3IoUFNjcmlwdDUu ZGxsIFZlcnNpb24gNS4yLjIpL1Byb2R1Y2VyKEFjcm9iYXQgRGlzdGlsbGVyIDguMC4wIFwoV2lu ZG93c1wpKS9Nb2REYXRlKEQ6MjAwOTA2MDkxMjUwMTktMDcnMDAnKS9UaXRsZShNaWNyb3NvZnQg V29yZCAtIEVTQjJfQlNEX1N0YXRlbWVudC5kb2MpPj4NZW5kb2JqDXhyZWYNCjAgMzANCjAwMDAw MDAwMDAgNjU1MzUgZg0KMDAwMDAwNjM0OSAwMDAwMCBuDQowMDAwMDA2NDc2IDAwMDAwIG4NCjAw MDAwMDY2MTggMDAwMDAgbg0KMDAwMDAwODkxNSAwMDAwMCBuDQowMDAwMDEyNjY4IDAwMDAwIG4N CjAwMDAwMTI4OTYgMDAwMDAgbg0KMDAwMDAxMzEwMCAwMDAwMCBuDQowMDAwMDEzMzg3IDAwMDAw IG4NCjAwMDAwMTM2MjAgMDAwMDAgbg0KMDAwMDAxMzc0OSAwMDAwMCBuDQowMDAwMDEzOTE4IDAw MDAwIG4NCjAwMDAwMTc2NzAgMDAwMDAgbg0KMDAwMDAxNzgwMCAwMDAwMCBuDQowMDAwMDE3OTY4 IDAwMDAwIG4NCjAwMDAwMTk5MTcgMDAwMDAgbg0KMDAwMDAyMDA0NiAwMDAwMCBuDQowMDAwMDIw MjAzIDAwMDAwIG4NCjAwMDAwMjA0NTIgMDAwMDAgbg0KMDAwMDAyMDg5MyAwMDAwMCBuDQowMDAw MDIxMTQ5IDAwMDAwIG4NCjAwMDAwMjE0MTAgMDAwMDAgbg0KMDAwMDAyMTQ0NSAwMDAwMCBuDQow MDAwMDI0MTM4IDAwMDAwIG4NCjAwMDAwMjQ0MzMgMDAwMDAgbg0KMDAwMDAyNDgyOCAwMDAwMCBu DQowMDAwMDI0ODY0IDAwMDAwIG4NCjAwMDAwMjQ4ODkgMDAwMDAgbg0KMDAwMDAyNDk2MSAwMDAw MCBuDQowMDAwMDI4NjQ0IDAwMDAwIG4NCnRyYWlsZXINCjw8L1NpemUgMzA+Pg0Kc3RhcnR4cmVm DQoxMTYNCiUlRU9GDQo= --000e0cd28cf08b4e89046c29b00f-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:10:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0743E106564A for ; Fri, 12 Jun 2009 17:10:36 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id B77648FC1A for ; Fri, 12 Jun 2009 17:10:35 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id A6317E9F42D; Fri, 12 Jun 2009 19:10:34 +0200 (CEST) Message-ID: <4A328C0A.6030000@FreeBSD.org> Date: Fri, 12 Jun 2009 19:10:34 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Antonio_Gonz=E1lez_Castro?= References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> In-Reply-To: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:10:36 -0000 Antonio González Castro skrev: > Hi, I'm not sure this is interesting or useful, but I translated devd daemon > from C++ to C. > > Is it useful for something, or have I been wasting my time for nothing? Where is the code? :-) -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:13:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCBE5106566B for ; Fri, 12 Jun 2009 17:13:43 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id E52F18FC24 for ; Fri, 12 Jun 2009 17:13:42 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id BD74534D84; Fri, 12 Jun 2009 18:55:18 +0200 (CEST) Date: Fri, 12 Jun 2009 10:55:18 -0600 From: cpghost To: Antonio Gonz?lez Castro Message-ID: <20090612165518.GA15530@phenom.cordula.ws> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:13:44 -0000 On Fri, Jun 12, 2009 at 03:23:47PM +0000, Antonio Gonz?lez Castro wrote: > Hi, I'm not sure this is interesting or useful, but I translated devd daemon > from C++ to C. Why would you want to do that? IMHO, the code in /usr/src/sbin/devd/devd.cc is beautiful, concise and very readable. > Is it useful for something, or have I been wasting my time for nothing? What's the size of your C version of /sbin/devd? The statically linked C++ version is 402080 bytes on my amd64 system: % ls -l `which devd` -r-xr-xr-x 1 root wheel 402080 May 4 10:24 /sbin/devd and it will probably be less if written in C. That's the only advantage I see in translating C++ code to C code. For everything that's dynamically linked, I don't really see the point (with the exception of very few special cases). -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:19:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C8C1065676 for ; Fri, 12 Jun 2009 17:19:36 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 36E268FC13 for ; Fri, 12 Jun 2009 17:19:35 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n5CHJVxl038960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Jun 2009 19:19:34 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A328E1D.3060402@omnilan.de> Date: Fri, 12 Jun 2009 19:19:25 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A12CBE9.5010206@omnilan.de> <9LNvWOs6KnRm5ARvil0CjUiak0c@cgr/Aoyjz11KtFDB23HMnFSn04s> <4A24F596.1010706@omnilan.de> In-Reply-To: <4A24F596.1010706@omnilan.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2541EB21FD2A402C59624A83" Subject: Re: HAL is blokcing growisofs [Was: Re: Various problems, atapi, acpi (S3), cpufreq (est)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:19:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2541EB21FD2A402C59624A83 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb am 02.06.2009 11:49 (localtime): > Eygene Ryabinkin schrieb am 20.05.2009 11:28 (localtime): > ... >>> Using `growisofs -dvd-compat -speed=3D8 -Z /dev/cd1=3D/udfimage.iso` = >>> freezes the system. First it seems nothing happens but after some=20 >>> minutes the system is completely unresponsive, even mouse doesn't=20 >>> move any more. Here's some output I got at this event: >>> ... >>> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request >>> acd1: WARNING - PREVENT_ALLOW taskqueue timeout - completing request = >>> directly >>> acd1: WARNING - PREVENT_ALLOW freeing taskqueue zombie request >>> acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing=20 >>> request directly >>> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request >>> acd1: WARNING - READ_TOC taskqueue timeout - completing request direc= tly >>> acd1: WARNING - READ_TOC freeing taskqueue zombie reques >> >> Could you try to add atapicam(4) device into your kernel and use >> /dev/cdX instead of /dev/acdX for burning? I don't believe that this >> will help you, given the messages you're receiving, but you can at lea= st >> give a shot for SCSI emulation on ATAPI devices. >=20 > Accidentally I found out that growisofs works perfectly without HAL. > As soon as hal is running I see the above error messages and no dvd=20 > burning is possible. I found a solution: If atapicam is available HAL has to be told to avoid = using acd. HAL and scd doesn't work here. I created the following file:=20 /usr/local/share/hal/fdi/preprobe/20thirdparty/10-ignore-acdX.fdi true > Also USB-Flash-Disks don't work with -current and hal (everything=20 > compiled 2 days ago). As soon as I plug in the UFD all=20 > "hald-addon-storage: /dev/da1" (from fixed internal card reader) vanish= =20 > and I can't use Thunars volume-mount feature. > Should I open a ports/PR? Or is it likle to be a problem in -current? This one is still a problem. Greets, -Harry --------------enig2541EB21FD2A402C59624A83 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.11 (FreeBSD) iEYEARECAAYFAkoyjiMACgkQLDqVQ9VXb8jSOACdFkLcMk13corGo24uDavTaPQg rEQAoMc2370Hu1L8CRdl5AQDEYBROMjK =PZlP -----END PGP SIGNATURE----- --------------enig2541EB21FD2A402C59624A83-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:27:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F4C106567A for ; Fri, 12 Jun 2009 17:27:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id E5B248FC22 for ; Fri, 12 Jun 2009 17:27:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n5CHRems001972; Fri, 12 Jun 2009 10:27:40 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n5CHRe3R001971; Fri, 12 Jun 2009 10:27:40 -0700 (PDT) (envelope-from sgk) Date: Fri, 12 Jun 2009 10:27:40 -0700 From: Steve Kargl To: cpghost Message-ID: <20090612172740.GA1952@troutmask.apl.washington.edu> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090612165518.GA15530@phenom.cordula.ws> User-Agent: Mutt/1.4.2.3i Cc: Antonio Gonz?lez Castro , freebsd-current@freebsd.org Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:27:49 -0000 On Fri, Jun 12, 2009 at 10:55:18AM -0600, cpghost wrote: > On Fri, Jun 12, 2009 at 03:23:47PM +0000, Antonio Gonz?lez Castro wrote: > > Hi, I'm not sure this is interesting or useful, but I translated devd daemon > > from C++ to C. > > Why would you want to do that? IMHO, the code in > /usr/src/sbin/devd/devd.cc is beautiful, concise > and very readable. To allow one to use an alternative compiler technology to compile the system. See, for example, clang and pcc. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:30:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7930D106566B for ; Fri, 12 Jun 2009 17:30:00 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id 09BE48FC21 for ; Fri, 12 Jun 2009 17:29:59 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fxm20 with SMTP id 20so2153162fxm.43 for ; Fri, 12 Jun 2009 10:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SifwxXouzrOAliGx00oM5JgwyYwMyDPlCAT+qKrQt00=; b=vvmvZlESZio1igNFklnCVuEq/ZKFciEy/NYUkkcGErqLHfqPZ54DlMcBTPvYdlK5ne yv3NoujcHWA1ye0Kdh9Ml4OgfviQwmopSoBocuHDaBtVg7AHhsIiMl6yMptFCM/QPr3p Jq7iX5BpjQiODHH2KMKMtpt6JpFBKYAMYExwI= 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=oPH958AnQ01SBWN0lHb3p5XM1vYlEmy4avAB07PYZlN+tpu3ve40f8AhQ3i9cmGa+Y ID3fwGaBM53j4lfxRaAiPGLVa3dsDd6oMYPxgyvdkT5GYmzBjdV7wPMt1MDtB00Q/5Rx 7QUc2zNw4xjl5KaooZv7Alludu1A+ziE0A+x8= MIME-Version: 1.0 Received: by 10.239.131.17 with SMTP id 17mr323189hbl.66.1244827798866; Fri, 12 Jun 2009 10:29:58 -0700 (PDT) In-Reply-To: <20090612165518.GA15530@phenom.cordula.ws> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> Date: Fri, 12 Jun 2009 14:29:58 -0300 Message-ID: From: "Carlos A. M. dos Santos" To: cpghost Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Antonio Gonz?lez Castro , freebsd-current@freebsd.org Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:30:00 -0000 On Fri, Jun 12, 2009 at 1:55 PM, cpghost wrote: > On Fri, Jun 12, 2009 at 03:23:47PM +0000, Antonio Gonz?lez Castro wrote: >> Hi, I'm not sure this is interesting or useful, but I translated devd daemon >> from C++ to C. > > Why would you want to do that? [...] There is an ongoing effort to replace GCC by Clang, whose support for C++ is stil incomplete. > [...] For everything > that's dynamically linked, I don't really see the point (with > the exception of very few special cases). There is at least one important special case: embedded systems, where a C++ runtime library is not available. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:33:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE4151065672 for ; Fri, 12 Jun 2009 17:33:36 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7F48FC15 for ; Fri, 12 Jun 2009 17:33:36 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:43692 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MFAca-0008LK-5s; Fri, 12 Jun 2009 19:32:59 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 8EB7969A0C; Fri, 12 Jun 2009 19:32:54 +0200 (CEST) Message-Id: <920A69B1-4F06-477E-A13B-63CC22A13120@exscape.org> From: Thomas Backman 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 v935.3) Date: Fri, 12 Jun 2009 19:32:51 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MFAca-0008LK-5s. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MFAca-0008LK-5s 1b2082f1ed181962a2cdaf51ba028691 Cc: freebsd-fs@freebsd.org Subject: ZFS: Silent/hidden errors, nothing logged anywhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:33:37 -0000 OK, so I filed a PR late May (kern/135050): http://www.freebsd.org/cgi/query-pr.cgi?pr=135050 . I don't know if this is a "feature" or a bug, but it really should be considered the latter. The data could be repaired in the background without the user ever knowing - until the disk dies completely. I'd prefer to have warning signs (i.e. checksum errors) so that I can buy a replacement drive *before* that. Not only does this mean that errors can go unnoticed, but also that it's impossible to figure out which disk is broken, if ZFS has *temporarily* repaired the broken data! THAT is REALLY bad! Is this something that we can expect to see changed before 8.0-RELEASE? BTW, note that the md5sums always check out (good!), and that it never mentions "x MB repaired" when repairing silent damage (bad!), but only when scrubbing. Scrubbing may be a hard task with a dying disk - I haven't tried it, but I'd guess so. Regards, Thomas PS. I'm not subscribed to fs@, so please CC me if you read this message over there. [root@clone ~]# uname -a FreeBSD clone.exscape.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r194059M: Fri Jun 12 18:25:05 CEST 2009 root@clone.exscape.org:/usr/obj/usr/ src/sys/DTRACE amd64 [root@clone ~]# sysctl kern.geom.debugflags=0x10 ### To allow overwriting of the disk kern.geom.debugflags: 0 -> 16 [root@clone ~]# zpool create test raidz da1 da2 da3 [root@clone ~]# dd if=/dev/random of=/test/testfile bs=1000k dd: /test/testfile: No space left on device 188+0 records in 187+1 records out 192413696 bytes transferred in 105.004322 secs (1832436 bytes/sec) [root@clone ~]# dd if=/dev/random of=/dev/da3 bs=1000k count=10 seek=80 10+0 records in 10+0 records out 10240000 bytes transferred in 0.838391 secs (12213871 bytes/sec) [root@clone ~]# cat /test/testfile > /dev/null [root@clone ~]# zpool status -xv pool: test state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 92 errors: No known data errors [root@clone ~]# reboot --- immediately after reboot --- [root@clone ~]# zpool status -xv pool: test state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 1 errors: No known data errors [root@clone ~]# zpool scrub test (...) [root@clone ~]# zpool status -xv pool: test state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub completed after 0h0m with 0 errors on Fri Jun 12 19:11:36 2009 config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 88 2.72M repaired errors: No known data errors [root@clone ~]# reboot --- immediately after reboot, again --- [root@clone ~]# zpool status -xv all pools are healthy [root@clone ~]# zpool status -v test pool: test state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 errors: No known data errors [root@clone ~]# ----------------- even more testing, no scrub this time ----------------- [root@clone ~]# sysctl kern.geom.debugflags=0x10 kern.geom.debugflags: 0 -> 16 [root@clone ~]# md5 /test/testfile && dd if=/dev/random of=/dev/da2 bs=1000k count=10 seek=40 ; md5 /test/testfile MD5 (/test/testfile) = 510479f16592bf66e7ba63c0a4dda0b6 10+0 records in 10+0 records out 10240000 bytes transferred in 0.901645 secs (11357020 bytes/sec) MD5 (/test/testfile) = 510479f16592bf66e7ba63c0a4dda0b6 [root@clone ~]# zpool status -xv pool: test state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 104 da3 ONLINE 0 0 0 errors: No known data errors [root@clone ~]# reboot --- immediately after reboot, yet again --- [root@clone ~]# md5 /test/testfile MD5 (/test/testfile) = 510479f16592bf66e7ba63c0a4dda0b6 [root@clone ~]# zpool status -xv pool: test state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 3 da3 ONLINE 0 0 0 errors: No known data errors [root@clone ~]# reboot --- immediately after reboot, yet *again* --- [root@clone ~]# md5 /test/testfile MD5 (/test/testfile) = 510479f16592bf66e7ba63c0a4dda0b6 [root@clone ~]# zpool status -xv all pools are healthy [root@clone ~]# zpool status -v test pool: test state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 errors: No known data errors [root@clone ~]# zpool history -il test History for 'test': 2009-06-12.19:03:43 zpool create test raidz da1 da2 da3 [user root on clone.exscape.org:global] 2009-06-12.19:10:42 [internal pool scrub txg:160] func=1 mintxg=0 maxtxg=160 [user root on clone.exscape.org] 2009-06-12.19:10:44 zpool scrub test [user root on clone.exscape.org:global] 2009-06-12.19:11:36 [internal pool scrub done txg:162] complete=1 [user root on clone.exscape.org] From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:57:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F9131065670 for ; Fri, 12 Jun 2009 17:57:25 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id EDBA78FC08 for ; Fri, 12 Jun 2009 17:57:24 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 21DE39CB097; Fri, 12 Jun 2009 19:52:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GL1u8+MAL5UO; Fri, 12 Jun 2009 19:52:07 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E4CB79CB1C3; Fri, 12 Jun 2009 19:52:06 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5CHq6cb078180; Fri, 12 Jun 2009 19:52:06 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 12 Jun 2009 19:52:06 +0200 From: Roman Divacky To: Steve Kargl Message-ID: <20090612175206.GA77895@freebsd.org> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> <20090612172740.GA1952@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090612172740.GA1952@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: Antonio Gonz?lez Castro , freebsd-current@freebsd.org, cpghost Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 17:57:25 -0000 On Fri, Jun 12, 2009 at 10:27:40AM -0700, Steve Kargl wrote: > On Fri, Jun 12, 2009 at 10:55:18AM -0600, cpghost wrote: > > On Fri, Jun 12, 2009 at 03:23:47PM +0000, Antonio Gonz?lez Castro wrote: > > > Hi, I'm not sure this is interesting or useful, but I translated devd daemon > > > from C++ to C. > > > > Why would you want to do that? IMHO, the code in > > /usr/src/sbin/devd/devd.cc is beautiful, concise > > and very readable. > > To allow one to use an alternative compiler technology > to compile the system. See, for example, clang and pcc. clang will ultimately support C++ just fine. dont forget devd is not the only C++ code in our src. we also have groff and libstd++ From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:01:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43717106566B; Fri, 12 Jun 2009 18: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 E017C8FC08; Fri, 12 Jun 2009 18:01:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA12309; Fri, 12 Jun 2009 21:01:21 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3297F1.6010301@icyb.net.ua> Date: Fri, 12 Jun 2009 21:01:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua> In-Reply-To: <4A325423.3000606@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 18:01:25 -0000 on 12/06/2009 16:12 Andriy Gapon said the following: > on 11/06/2009 22:45 Martin Wilke said the following: >> Huhu, >> >> Yes we life and that's good :-). > > There should be a warning that this version won't start snapshots taken by the > previous version. BTW, the error in my case was: Changing the VM state from 'CREATED' to 'LOADING'. SSM: File header: Format V1.2, VirtualBox Version 2.2.51 r19957, 64-bit host, cbGCPhys=8, cbGCPtr=8 SSM: Saved state info: SSM: OSE: true Ram range: 00000000fec00000-00000000fec00fff 0000000000001000 bytes nobits I/O APIC Memory State : 00000000e0000000-00000000e0ffffff 0000000001000000 bytes bits VRam SSM: LoadExec failed with rc=VERR_SSM_LOAD_CONFIG_MISMATCH for unit 'pgm'! Changing the VM state from 'LOADING' to 'LOAD_FAILURE'. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:02:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 992151065677; Fri, 12 Jun 2009 18:02:01 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 716A18FC23; Fri, 12 Jun 2009 18:02:01 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Fri, 12 Jun 2009 10:47:43 -0700 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Fri, 12 Jun 2009 10:49:07 -0700 From: "David Christensen" To: "John Baldwin" , "freebsd-current@freebsd.org" Date: Fri, 12 Jun 2009 10:47:41 -0700 Thread-Topic: Broadcom NIC not recognized by FreeBSD? Thread-Index: AcnrXaETYdVhPiLlQXmzpM6qPm80jAAKBvfg Message-ID: <5D267A3F22FD854F8F48B3D2B523819339EBCC7074@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20090610174211.GA78796@crodrigues.org> <5D267A3F22FD854F8F48B3D2B523819339EBA5F118@IRVEXCHCCR01.corp.ad.broadcom.com> <20090612040939.GA293@crodrigues.org> <200906120838.06973.jhb@freebsd.org> In-Reply-To: <200906120838.06973.jhb@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 662C4B350YS3386177-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Craig Rodrigues Subject: RE: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 18:02:01 -0000 > > > The bge driver recognizes the controller but fails to get the=20 > > > adapter's BAR memory mapped by the OS. Since it's only=20 > requesting=20 > > > 64KB it sounds like an OS issue. If you remove any other PCI=20 > > > devices in the system does the bge driver load? > >=20 > > I cannot remove any devices from the system. > > The problem is occurring on an Acer Aspire 5920 laptop with no=20 > > external devices plugged into it. >=20 > You can try disabling ACPI. On some machines ACPI=20 > initialization inexpicably clears the I/O windows in certain=20 > PCI-PCI bridges and FreeBSD does not cope well with this case. Does that apply to memory windows too? The device doesn't support legacy I/O, only memory mapped registers. Dave= From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:03:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 617AC1065678 for ; Fri, 12 Jun 2009 18:03:11 +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 DFB938FC12 for ; Fri, 12 Jun 2009 18:03:09 +0000 (UTC) (envelope-from avg@freebsd.org) 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 VAA12334; Fri, 12 Jun 2009 21:03:08 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A32985C.8050808@freebsd.org> Date: Fri, 12 Jun 2009 21:03:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua> In-Reply-To: <4A325423.3000606@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 18:03:12 -0000 on 11/06/2009 22:45 Martin Wilke said the following: >> - Enable shared OpenGL service. Completely untested due to lack of >> appropriate hardware but it compiles at least Doesn't look like it would work at the run time (at least for me): OpenGL Error: DLL Loader couldn't find/open /libGL.so.1 OpenGL Error: The render SPU was unable to load the native OpenGL library OpenGL Warning: Error closing DLL /libGL.so.1 libGL.so.1 lives in /usr/local/lib. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:09:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CB0106568C; Fri, 12 Jun 2009 18:09:16 +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 3E73B8FC14; Fri, 12 Jun 2009 18:09:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n5CI96er056873; Fri, 12 Jun 2009 11:09:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n5CI96JJ056872; Fri, 12 Jun 2009 11:09:06 -0700 (PDT) (envelope-from sgk) Date: Fri, 12 Jun 2009 11:09:06 -0700 From: Steve Kargl To: Roman Divacky Message-ID: <20090612180906.GA12679@troutmask.apl.washington.edu> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> <20090612172740.GA1952@troutmask.apl.washington.edu> <20090612175206.GA77895@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090612175206.GA77895@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Antonio Gonz?lez Castro , freebsd-current@freebsd.org, cpghost Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 18:09:17 -0000 On Fri, Jun 12, 2009 at 07:52:06PM +0200, Roman Divacky wrote: > On Fri, Jun 12, 2009 at 10:27:40AM -0700, Steve Kargl wrote: > > On Fri, Jun 12, 2009 at 10:55:18AM -0600, cpghost wrote: > > > On Fri, Jun 12, 2009 at 03:23:47PM +0000, Antonio Gonz?lez Castro wrote: > > > > Hi, I'm not sure this is interesting or useful, but I translated devd daemon > > > > from C++ to C. > > > > > > Why would you want to do that? IMHO, the code in > > > /usr/src/sbin/devd/devd.cc is beautiful, concise > > > and very readable. > > > > To allow one to use an alternative compiler technology > > to compile the system. See, for example, clang and pcc. > > clang will ultimately support C++ just fine. dont forget devd > is not the only C++ code in our src. we also have groff and > libstd++ Yes, I know in a year or two clang will compile C++. And, yes, I know that groff and libstdc++ require a C++ compiler. The difference is that devd is required for a functioning system while neither groff nor libstdc++[1] would be required. [1] If devd is written in C, then a C++ library would not be needed. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:11:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEB5106566C for ; Fri, 12 Jun 2009 18:11:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8A82F8FC29 for ; Fri, 12 Jun 2009 18:11:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 58C3C69959; Fri, 12 Jun 2009 18:11:27 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n5CIBjYb048303; Fri, 12 Jun 2009 18:11:45 GMT (envelope-from phk@critter.freebsd.dk) To: Steve Kargl From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 12 Jun 2009 11:09:06 MST." <20090612180906.GA12679@troutmask.apl.washington.edu> Date: Fri, 12 Jun 2009 18:11:45 +0000 Message-ID: <48302.1244830305@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Antonio Gonz?lez Castro , Roman Divacky , freebsd-current@freebsd.org, cpghost Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 18:11:29 -0000 In message <20090612180906.GA12679@troutmask.apl.washington.edu>, Steve Kargl w rites: >Yes, I know in a year or two clang will compile C++. And, >yes, I know that groff and libstdc++ require a C++ compiler. >The difference is that devd is required for a functioning >system while neither groff nor libstdc++[1] would be required. It's a tough call, isn't it ? How about making the C-version devd an option (WITH_C_DEVD ?) or possibly a port ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:46:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945CB106566C for ; Fri, 12 Jun 2009 18:46:03 +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 657CD8FC1E for ; Fri, 12 Jun 2009 18:46:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1C04C46B2A; Fri, 12 Jun 2009 14:46:03 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E752A8A06E; Fri, 12 Jun 2009 14:46:01 -0400 (EDT) From: John Baldwin To: "David Christensen" Date: Fri, 12 Jun 2009 14:45:54 -0400 User-Agent: KMail/1.9.7 References: <20090610174211.GA78796@crodrigues.org> <200906120838.06973.jhb@freebsd.org> <5D267A3F22FD854F8F48B3D2B523819339EBCC7074@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339EBCC7074@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906121445.54731.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 12 Jun 2009 14:46:02 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Craig Rodrigues , "freebsd-current@freebsd.org" Subject: Re: Broadcom NIC not recognized by FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 18:46:03 -0000 On Friday 12 June 2009 1:47:41 pm David Christensen wrote: > > > > The bge driver recognizes the controller but fails to get the > > > > adapter's BAR memory mapped by the OS. Since it's only > > requesting > > > > 64KB it sounds like an OS issue. If you remove any other PCI > > > > devices in the system does the bge driver load? > > > > > > I cannot remove any devices from the system. > > > The problem is occurring on an Acer Aspire 5920 laptop with no > > > external devices plugged into it. > > > > You can try disabling ACPI. On some machines ACPI > > initialization inexpicably clears the I/O windows in certain > > PCI-PCI bridges and FreeBSD does not cope well with this case. > > Does that apply to memory windows too? The device doesn't support > legacy I/O, only memory mapped registers. Yes, I meant I/O in a more generic I/O resource sense including both I/O ports and memio. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:01:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619FB106566B; Fri, 12 Jun 2009 19:01:22 +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 F0B8B8FC1B; Fri, 12 Jun 2009 19:01:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAElDMkqDaFvI/2dsb2JhbADRG4QLBQ X-IronPort-AV: E=Sophos;i="4.42,211,1243828800"; d="scan'208";a="38276092" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 12 Jun 2009 15:01:15 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 455ED940062; Fri, 12 Jun 2009 15:01:15 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zHlygKI-BPoh; Fri, 12 Jun 2009 15:01:14 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 17E87940020; Fri, 12 Jun 2009 15:01:14 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n5CJ2pe00017; Fri, 12 Jun 2009 15:02:51 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 12 Jun 2009 15:02:51 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: "Bjoern A. Zeeb" In-Reply-To: <20090611170448.M22887@maildrop.int.zabbadoz.net> Message-ID: References: <20090611170448.M22887@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, jamie@freebsd.org Subject: Re: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:01:22 -0000 On Thu, 11 Jun 2009, Bjoern A. Zeeb wrote: > On Thu, 11 Jun 2009, Rick Macklem wrote: > > Hi, > >> No, I know how to get thrown in prison:-), but I don't know what >> "prison" should be used by the rpcsec_gss server (options KGSSAPI). >> >> options KGSSAPI doesn't build right now. One place is just in need >> of jail.h, but in another, it still uses "hostid". I assume this >> should become pr_hostid, but for what "prison"? (would prison0.pr_host >> be ok?) > > 1) note pr_hostid is unsinged long, ci_hostid is unit32_t. > > 2) I do not know what that code does but ideally it should be from the > same context as being called which might be hard in this case. > > For svc_rpc_gss_find_client you may want to move the check into the > foreach loop as an addition criteria; client seems to know the > context it runs in (cred-> ...) > > For svc_rpc_gss_create_client() I would say you'll have to pass in > the correct context. > How about adding the following patch and then the svc_rpcsec_gss.c code can call getcredhostid(curthread->td_ucred)? Note that this stuff is used by the nfsserver, so the threads are all children of the nfsd daemon. (The credentials in that code are generated by the gssd from a Kerberos principal name like "rick" and consist of a uid + gid list for a remote user.) I have no idea if running the nfsd inside a prison makes any sense. If not, maybe it could just be getcredhostid(NULL) instead? What do you think? rick --- possible patch for jail --- --- sys/jail.h.sav 2009-06-12 13:42:35.000000000 -0400 +++ sys/jail.h 2009-06-12 13:43:09.000000000 -0400 @@ -305,6 +305,7 @@ struct statfs; int jailed(struct ucred *cred); void getcredhostname(struct ucred *cred, char *, size_t); +unsigned long getcredhostid(struct ucred *cred); int prison_allow(struct ucred *, unsigned); int prison_check(struct ucred *cred1, struct ucred *cred2); int prison_canseemount(struct ucred *cred, struct mount *mp); --- kern/kern_jail.c.sav 2009-06-12 13:39:46.000000000 -0400 +++ kern/kern_jail.c 2009-06-12 13:41:58.000000000 -0400 @@ -3221,6 +3221,22 @@ } /* + * Ditto for the hostid. + */ +unsigned long +getcredhostid(struct ucred *cred) +{ + struct prison *pr; + unsigned long ret_hostid; + + pr = (cred != NULL) ? cred->cr_prison : &prison0; + mtx_lock(&pr->pr_mtx); + ret_hostid = pr->pr_hostid; + mtx_unlock(&pr->pr_mtx); + return (ret_hostid); +} + +/* * Determine whether the subject represented by cred can "see" * status of a mount point. * Returns: 0 for permitted, ENOENT otherwise. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:21:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 457BE10656B2 for ; Fri, 12 Jun 2009 19:21:31 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 05EAE8FC0A for ; Fri, 12 Jun 2009 19:21:30 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n5CJLTxF076813; Fri, 12 Jun 2009 13:21:30 -0600 (MDT) Message-ID: <4A32AAB4.8010602@FreeBSD.org> Date: Fri, 12 Jun 2009 13:21:24 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Rick Macklem References: <20090611170448.M22887@maildrop.int.zabbadoz.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9462/Fri Jun 12 12:07:06 2009 on gritton.org X-Virus-Status: Clean Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org Subject: Re: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:21:31 -0000 Rick Macklem wrote: > On Thu, 11 Jun 2009, Bjoern A. Zeeb wrote: >> On Thu, 11 Jun 2009, Rick Macklem wrote: >> >> Hi, >> >>> No, I know how to get thrown in prison:-), but I don't know what >>> "prison" should be used by the rpcsec_gss server (options KGSSAPI). >>> >>> options KGSSAPI doesn't build right now. One place is just in need >>> of jail.h, but in another, it still uses "hostid". I assume this >>> should become pr_hostid, but for what "prison"? (would prison0.pr_host >>> be ok?) >> >> 1) note pr_hostid is unsinged long, ci_hostid is unit32_t. >> >> 2) I do not know what that code does but ideally it should be from the >> same context as being called which might be hard in this case. >> >> For svc_rpc_gss_find_client you may want to move the check into the >> foreach loop as an addition criteria; client seems to know the >> context it runs in (cred-> ...) >> >> For svc_rpc_gss_create_client() I would say you'll have to pass in >> the correct context. >> > How about adding the following patch and then the svc_rpcsec_gss.c code > can call getcredhostid(curthread->td_ucred)? > > Note that this stuff is used by the nfsserver, so the threads are all > children of the nfsd daemon. (The credentials in that code are generated > by the gssd from a Kerberos principal name like "rick" and consist of a > uid + gid list for a remote user.) > > I have no idea if running the nfsd inside a prison makes any sense. If > not, maybe it could just be getcredhostid(NULL) instead? > > What do you think? rick > --- possible patch for jail --- > --- sys/jail.h.sav 2009-06-12 13:42:35.000000000 -0400 > +++ sys/jail.h 2009-06-12 13:43:09.000000000 -0400 > @@ -305,6 +305,7 @@ > struct statfs; > int jailed(struct ucred *cred); > void getcredhostname(struct ucred *cred, char *, size_t); > +unsigned long getcredhostid(struct ucred *cred); > int prison_allow(struct ucred *, unsigned); > int prison_check(struct ucred *cred1, struct ucred *cred2); > int prison_canseemount(struct ucred *cred, struct mount *mp); > --- kern/kern_jail.c.sav 2009-06-12 13:39:46.000000000 -0400 > +++ kern/kern_jail.c 2009-06-12 13:41:58.000000000 -0400 > @@ -3221,6 +3221,22 @@ > } > > /* > + * Ditto for the hostid. > + */ > +unsigned long > +getcredhostid(struct ucred *cred) > +{ > + struct prison *pr; > + unsigned long ret_hostid; > + > + pr = (cred != NULL) ? cred->cr_prison : &prison0; > + mtx_lock(&pr->pr_mtx); > + ret_hostid = pr->pr_hostid; > + mtx_unlock(&pr->pr_mtx); > + return (ret_hostid); > +} > + > +/* > * Determine whether the subject represented by cred can "see" > * status of a mount point. > * Returns: 0 for permitted, ENOENT otherwise. No, nfsd in a proson doesn't make any sense (at least to me). The NFS server itself created its own unjailed cred, so I would expect the auxillary stuff needs to be unjailed as well. You still may want to use the cred's jail though - it seems there may be a chance of permission escalation otherwise. - Jamie From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:35:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26541106564A for ; Fri, 12 Jun 2009 19:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id CEC978FC08 for ; Fri, 12 Jun 2009 19:35:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 2230D41C712; Fri, 12 Jun 2009 21:35:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id e5AX+J-1dC01; Fri, 12 Jun 2009 21:35:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id B4B3241C70A; Fri, 12 Jun 2009 21:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D1F97444900; Fri, 12 Jun 2009 19:30:09 +0000 (UTC) Date: Fri, 12 Jun 2009 19:30:09 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Jamie Gritton In-Reply-To: <4A32AAB4.8010602@FreeBSD.org> Message-ID: <20090612192839.M22887@maildrop.int.zabbadoz.net> References: <20090611170448.M22887@maildrop.int.zabbadoz.net> <4A32AAB4.8010602@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, Rick Macklem Subject: Re: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:35:07 -0000 On Fri, 12 Jun 2009, Jamie Gritton wrote: > No, nfsd in a proson doesn't make any sense (at least to me). The NFS > server itself created its own unjailed cred, so I would expect the > auxillary stuff needs to be unjailed as well. You still may want to > use the cred's jail though - it seems there may be a chance of > permission escalation otherwise. An nfsd inside a prison (with a vnet) will make perfect sense; the code is just not there (yet). I could not see a reason why it would no longer be possible to server or (in case of nfsclient) consume NFS with a complete virtual network stack. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:35:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F8351065673 for ; Fri, 12 Jun 2009 19:35:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 15A6B8FC19 for ; Fri, 12 Jun 2009 19:35:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id n5CJVXgr006203; Fri, 12 Jun 2009 13:31:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 12 Jun 2009 13:31:51 -0600 (MDT) Message-Id: <20090612.133151.-4056554.imp@bsdimp.com> To: unixmania@gmail.com From: "M. Warner Losh" In-Reply-To: References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: agoca80@gmail.com, freebsd-current@FreeBSD.org, cpghost@cordula.ws Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:35:51 -0000 In message: "Carlos A. M. dos Santos" writes: : > [...] For everything : > that's dynamically linked, I don't really see the point (with : > the exception of very few special cases). : : There is at least one important special case: embedded systems, where : a C++ runtime library is not available. All of FreeBSD's platforms have this... Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:36:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6F11106564A; Fri, 12 Jun 2009 19:36:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 71A018FC15; Fri, 12 Jun 2009 19:36:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A62731CC8D; Fri, 12 Jun 2009 21:36:14 +0200 (CEST) Date: Fri, 12 Jun 2009 21:36:14 +0200 From: Ed Schouten To: Steve Kargl Message-ID: <20090612193614.GF48776@hoeg.nl> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> <20090612172740.GA1952@troutmask.apl.washington.edu> <20090612175206.GA77895@freebsd.org> <20090612180906.GA12679@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wgjXbY2g0o4l+9xG" Content-Disposition: inline In-Reply-To: <20090612180906.GA12679@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Antonio Gonz?lez Castro , Roman Divacky , FreeBSD Current , cpghost Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:36:16 -0000 --wgjXbY2g0o4l+9xG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Steve Kargl wrote: > The difference is that devd is required for a functioning > system while neither groff nor libstdc++[1] would be required. No, it isn't. Your system just runs fine when you turn off devd. The biggest disadvantage is probably that your USB mouse won't work when you plug it in. --=20 Ed Schouten WWW: http://80386.nl/ --wgjXbY2g0o4l+9xG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoyri4ACgkQ52SDGA2eCwW4GgCdHZ0Mdu+mAdnoL0I1GzRmWsqP pMkAn0HmmX0EaFk0uJNeYGaAyypRQd23 =3iXl -----END PGP SIGNATURE----- --wgjXbY2g0o4l+9xG-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:23:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD87106566B for ; Fri, 12 Jun 2009 18:23:29 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 96D538FC08 for ; Fri, 12 Jun 2009 18:23:28 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: by ewy8 with SMTP id 8so2669143ewy.43 for ; Fri, 12 Jun 2009 11:23:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=fXWzhWyR+sLqNazm1fbuC6eG3TtOLE0WTSvRvsMQjhw=; b=JxP26fH/qfRbn6CB85izaQ0SRn0FOX+s1Oti5HZnJ0fwB9V6KL/OiyEYlm0tlB2X+k 9RJxXGJ7B7hTBXA4qGhk/FV+1l4xw0uGEb1Tber0Ah8my9/bm0U/adtTB0BRAfM3Z7Bw AGIU9EuXKDzVTlNZv5Jnmf/INdt4CdVb2z4wA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NIayGZj9Ex29kEAjVDX4w7sVd1QOFr26zOsHvxTHxl4LTkBue8QZu9AEV83YLEz1B2 q2hAHNujQaLueo9uKF9k9W0upjX+hXmJLyZ7+Gtf6Ug9W5TEOs9dz63eNIzruZ7W0hrS b0mMXVAP3MahW/tJFj8kXV+X7CPrv6XHpf8rg= MIME-Version: 1.0 Received: by 10.216.24.206 with SMTP id x56mr1420520wex.39.1244831007204; Fri, 12 Jun 2009 11:23:27 -0700 (PDT) Date: Fri, 12 Jun 2009 18:23:27 +0000 Message-ID: <538f43900906121123u6138f86ar47db82b6be924db0@mail.gmail.com> From: =?ISO-8859-1?Q?Antonio_Gonz=E1lez_Castro?= To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 12 Jun 2009 19:44:02 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 18:23:29 -0000 The only real reason it's to eliminate one use of C++ of the base system. Right now, It seems that a lot of people is working to eliminate C++ and GCC from the diferent BSD systems. In FreeBSD there are devd, groff and libstd++. There is already someone working in groff, if I'm right, and libstd++ is only needed for groff and devd. Clang will be C++ ready in one years or two, but it's already C ready. Those where the thngs I was thinking about when I rewrited it in C. The code is in my computer, and I'm using it without problems. I did not test it a lot, but It did not crash for two days. I just wanted to ask before show anything. How can I show the code? Can I attach it to a mail to freebsd-current? From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:30:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FCB3106566B for ; Fri, 12 Jun 2009 18:30:45 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id A78688FC15 for ; Fri, 12 Jun 2009 18:30:44 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: by ewy8 with SMTP id 8so2674054ewy.43 for ; Fri, 12 Jun 2009 11:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=lU/5ynArQZbcw2O9rSWe4lkhC2ILS7/mHgkgVA8XdhA=; b=avfZQXKwMN4Lmx7sf0MKal1dm9MUUvJO1wvXBtify70kPczY0G4GeXZ4U6fOV6/c5A 8B/1jkisivrYJfu5j2QmV2ZXXNZ9iiAtHr+a6060Hy1rv/43LwCuNRtYN7Nif8DwNzJG COtll8PcmAO2+dhuA79g1xQfSbUbp7tDd9Hdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AvgntStwzwychi6VGTcW6ecHjyYqq66Pxl6HbZzZ9zlW+SFYhTPRkViT3OYarE51k2 h2qV9HMBS/iNSVKysfe2rDxaxK1fy2MBYi58prp377drU6jenn9K3AFqWbIsVnURhiH8 1/KibobYSXtcywP69bqWCNba7chOU+pfgbUqw= MIME-Version: 1.0 Received: by 10.216.46.79 with SMTP id q57mr1418146web.212.1244831443551; Fri, 12 Jun 2009 11:30:43 -0700 (PDT) Date: Fri, 12 Jun 2009 18:30:43 +0000 Message-ID: <538f43900906121130h79d099c4gf877b4032df0dad9@mail.gmail.com> From: =?ISO-8859-1?Q?Antonio_Gonz=E1lez_Castro?= To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 12 Jun 2009 19:44:11 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 18:30:45 -0000 Just to leave it clear: The only change I did was to rewrite devd.cc in C, and append a file that implements vectors in C. The code it's still the same (I hope), just different language. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:54:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6067E106566B; Fri, 12 Jun 2009 19:54:35 +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 EEFF08FC08; Fri, 12 Jun 2009 19:54:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAPxOMkqDaFvL/2dsb2JhbADRPYQLBQ X-IronPort-AV: E=Sophos;i="4.42,211,1243828800"; d="scan'208";a="38280775" Received: from nile.cs.uoguelph.ca ([131.104.91.203]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 12 Jun 2009 15:54:34 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 1BDD28D40C0; Fri, 12 Jun 2009 15:54:34 -0400 (EDT) X-Virus-Scanned: amavisd-new at nile.cs.uoguelph.ca Received: from nile.cs.uoguelph.ca ([127.0.0.1]) by localhost (nile.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k+oiV3BnCmA4; Fri, 12 Jun 2009 15:54:33 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 4777C8D4084; Fri, 12 Jun 2009 15:54:33 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n5CJuAw07718; Fri, 12 Jun 2009 15:56:10 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 12 Jun 2009 15:56:10 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: "Bjoern A. Zeeb" In-Reply-To: <20090612192839.M22887@maildrop.int.zabbadoz.net> Message-ID: References: <20090611170448.M22887@maildrop.int.zabbadoz.net> <4A32AAB4.8010602@FreeBSD.org> <20090612192839.M22887@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, Jamie Gritton Subject: Re: kgssapi won't build, I need prison help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:54:35 -0000 On Fri, 12 Jun 2009, Bjoern A. Zeeb wrote: > On Fri, 12 Jun 2009, Jamie Gritton wrote: > >> No, nfsd in a proson doesn't make any sense (at least to me). The NFS >> server itself created its own unjailed cred, so I would expect the >> auxillary stuff needs to be unjailed as well. You still may want to >> use the cred's jail though - it seems there may be a chance of >> permission escalation otherwise. > > An nfsd inside a prison (with a vnet) will make perfect sense; the > code is just not there (yet). I could not see a reason why it would > no longer be possible to server or (in case of nfsclient) consume NFS > with a complete virtual network stack. > So, is getcredhostid(curthread->td_ucred) sound ok as a way to get it working, at least for now? And is adding getcredhostid() a reasonable patch? Thanks for the help, rick From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 20:01:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021BA106566B for ; Fri, 12 Jun 2009 20:01:33 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2848FC12 for ; Fri, 12 Jun 2009 20:01:31 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,211,1243807200"; d="scan'208";a="5800268" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 12 Jun 2009 22:01:30 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 7EC531B075E; Fri, 12 Jun 2009 22:01:30 +0200 (CEST) Date: Fri, 12 Jun 2009 22:01:30 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 20:01:33 -0000 i'm running r193846M (CURRENT) and virtualbox-2.2.51. i got this panic right after starting my windows xp image which i created under virtualbox_4.tgz. here's a bt: Unread portion of the kernel message buffer: acquiring duplicate lock of same type: "IPRT Spinlock" 1st IPRT Spinlock @ /usr/home/arundel/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/Runtime/r0drv/freebsd/spinlock-r0drv-freebsd.c:131 2nd IPRT Spinlock @ /usr/home/arundel/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/Runtime/r0drv/freebsd/spinlock-r0drv-freebsd.c:131 KDB: stack backtrace: db_trace_self_wrapper(c07c4189,ea94fa0c,c05fa12f,c05eb97b,c07c6fc6,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c05eb97b,c07c6fc6,c14c8284,c78ec360,ea94fa68,...) at kdb_backtrace+0x29 _witness_debugger(c07c6fc6,c14c82f6,c14c8284,83,c14c8284,...) at _witness_debugger+0x1e witness_checkorder(c7c17994,9,c14c8284,83,0,...) at witness_checkorder+0x452 _mtx_lock_spin_flags(c7c17994,0,c14c8284,83,ea94facc,...) at _mtx_lock_spin_flags+0xf5 RTSpinlockAcquire(c7c17990,ea94fabc,0,0,c95b2a10,...) at RTSpinlockAcquire+0x2c SUPR0ObjAddRefEx(c9edd5d0,c7e8f810,0,ea94fb04,c14b8e2b,...) at SUPR0ObjAddRefEx+0x75 SUPR0ObjAddRef(c9edd5d0,c7e8f810,4,c7e8f810,0,...) at SUPR0ObjAddRef+0x20 RTHandleTableLookupWithCtx(c95b2a10,9,4,c886a540,c7e8f810,...) at RTHandleTableLookupWithCtx+0xcb SUPSemEventSignal(c7e8f810,9,c07b92b7,3,c8f13240,...) at SUPSemEventSignal+0x56 supdrvIOCtl(c028561b,c14cab20,c7e8f810,c886a540,ea94fbd4,...) at supdrvIOCtl+0x1ce7 VBoxDrvFreeBSDIOCtl(c95b6000,c028561b,c886a540,3,c8f13240,...) at VBoxDrvFreeBSDIOCtl+0x1ea devfs_ioctl_f(c9171bd0,c028561b,c886a540,c89be400,c8f13240,...) at devfs_ioctl_f+0xe9 kern_ioctl(c8f13240,16,c028561b,c886a540,40000000,...) at kern_ioctl+0x1cf ioctl(c8f13240,ea94fcf8,c,c07c87ba,c0826e48,...) at ioctl+0x123 syscall(ea94fd38) at syscall+0x282 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28285d23, esp = 0xbf4b3d8c, ebp = 0xbf4b3da8 --- panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c07c4189,ea94f97c,c05bcab3,c07e6681,1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07e6681,1,c07c6f08,ea94f988,1,...) at kdb_backtrace+0x29 panic(c07c6f08,c07ddda6,c07a22da,c07dcb34,7c6,...) at panic+0x114 witness_checkorder(c1ce8788,9,c07dcb34,7c6,0,...) at witness_checkorder+0xaa _mtx_lock_flags(c1ce8788,0,c07dcb34,7c6,c14c8284,...) at _mtx_lock_flags+0xb8 uma_zalloc_arg(c1ce0700,0,1,0,c,...) at uma_zalloc_arg+0xd0 malloc(1c,c14ca9d0,1,c9edd5d0,c14cab20,...) at malloc+0x108 rtMemAlloc(c,0,ea94facc,c14b0e62,c,...) at rtMemAlloc+0x36 RTMemAlloc(c,ea94fabc,0,0,c95b2a10,...) at RTMemAlloc+0x19 SUPR0ObjAddRefEx(c9edd5d0,c7e8f810,0,ea94fb04,c14b8e2b,...) at SUPR0ObjAddRefEx+0x142 SUPR0ObjAddRef(c9edd5d0,c7e8f810,4,c7e8f810,0,...) at SUPR0ObjAddRef+0x20 RTHandleTableLookupWithCtx(c95b2a10,9,4,c886a540,c7e8f810,...) at RTHandleTableLookupWithCtx+0xcb SUPSemEventSignal(c7e8f810,9,c07b92b7,3,c8f13240,...) at SUPSemEventSignal+0x56 supdrvIOCtl(c028561b,c14cab20,c7e8f810,c886a540,ea94fbd4,...) at supdrvIOCtl+0x1ce7 VBoxDrvFreeBSDIOCtl(c95b6000,c028561b,c886a540,3,c8f13240,...) at VBoxDrvFreeBSDIOCtl+0x1ea devfs_ioctl_f(c9171bd0,c028561b,c886a540,c89be400,c8f13240,...) at devfs_ioctl_f+0xe9 kern_ioctl(c8f13240,16,c028561b,c886a540,40000000,...) at kern_ioctl+0x1cf ioctl(c8f13240,ea94fcf8,c,c07c87ba,c0826e48,...) at ioctl+0x123 syscall(ea94fd38) at syscall+0x282 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28285d23, esp = 0xbf4b3d8c, ebp = 0xbf4b3da8 --- Uptime: 4h21m34s Physical memory: 2026 MB Dumping 208 MB: 193 177 161 145 129 113 97 81 65 49 33 17 Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/ng_ubt.ko...Reading symbols from /boot/kernel/ng_ubt.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ubt.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_hci.ko...Reading symbols from /boot/kernel/ng_hci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_hci.ko Reading symbols from /boot/kernel/ng_bluetooth.ko...Reading symbols from /boot/kernel/ng_bluetooth.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_bluetooth.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/ng_btsocket.ko...Reading symbols from /boot/kernel/ng_btsocket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_btsocket.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05bc809 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xc05bcaef in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xc05fab2b in witness_checkorder (lock=0xc1ce8788, flags=9, file=0xc07dcb34 "/usr/src/sys/vm/uma_core.c", line=1990, interlock=0x0) at /usr/src/sys/kern/subr_witness.c:1063 #4 0xc05aee67 in _mtx_lock_flags (m=0xc1ce8788, opts=0, file=0xc07dcb34 "/usr/src/sys/vm/uma_core.c", line=1990) at /usr/src/sys/kern/kern_mutex.c:200 #5 0xc06ecfea in uma_zalloc_arg (zone=0xc1ce0700, udata=0x0, flags=1) at /usr/src/sys/vm/uma_core.c:1990 #6 0xc05ab878 in malloc (size=28, mtp=0xc14ca9d0, flags=1) at uma.h:305 #7 0xc14bf4b6 in rtMemAlloc () from /boot/modules/vboxdrv.ko #8 0xc14bd519 in RTMemAlloc () from /boot/modules/vboxdrv.ko #9 0xc14b0e62 in SUPR0ObjAddRefEx () from /boot/modules/vboxdrv.ko #10 0xc14b0f00 in SUPR0ObjAddRef () from /boot/modules/vboxdrv.ko #11 0xc14b8e2b in RTHandleTableLookupWithCtx () from /boot/modules/vboxdrv.ko #12 0xc14b0c46 in SUPSemEventSignal () from /boot/modules/vboxdrv.ko #13 0xc14b3dd7 in supdrvIOCtl () from /boot/modules/vboxdrv.ko #14 0xc14aee3a in VBoxDrvFreeBSDIOCtl () from /boot/modules/vboxdrv.ko #15 0xc0545faa in devfs_ioctl_f (fp=0xc886a540, com=3353933840, data=0xc886a540, cred=0xc89be400, td=0xc8f13240) at /usr/src/sys/fs/devfs/devfs_vnops.c:658 #16 0xc05fd53f in kern_ioctl (td=0xc8f13240, fd=22, com=3223868955, data=0xc886a540 "birddrib(") at file.h:262 #17 0xc05fd6a9 in ioctl (td=0xc8f13240, uap=0xea94fcf8) at /usr/src/sys/kern/sys_generic.c:677 #18 0xc074abc1 in syscall (frame=0xea94fd38) at /usr/src/sys/i386/i386/trap.c:1073 #19 0xc0730390 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) cheers. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 20:19:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41BA61065670 for ; Fri, 12 Jun 2009 20:19:23 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 304138FC1A for ; Fri, 12 Jun 2009 20:19:22 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KL500KDD74A5530@asmtp021.mac.com>; Fri, 12 Jun 2009 13:19:22 -0700 (PDT) Message-id: <9BAB53FC-022B-4AA8-B29A-4B7428B5CC74@mac.com> From: Marcel Moolenaar To: arm@freebsd.org Date: Fri, 12 Jun 2009 13:19:22 -0700 X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD current mailing list Subject: [ARM+NFS] panic while copying across NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 20:19:23 -0000 I just ran into the following panic: panic: vm_page_insert: offset already allocated I was copying a kernel across NFS at the time: orion% cd /nfs/netboot/arm orion% ls kernel-save.bin kernel.bin ubldr orion% sudo cp kernel.bin kernel-save.bin orion% sudo cp /usr/obj/nfs/freebsd/base/head/sys/ORION/kernel.bin kernel.bin (/usr/obj is on a local disk) With this backtrace: db> bt Tracing pid 26585 tid 100073 td 0xc22bd6f0 db_trace_thread() at db_trace_thread+0x10 scp=0xc0ae66e8 rlv=0xc0914d78 (db_command_init+0x484) rsp=0xc8492878 rfp=0xc8492898 r10=0x00000001 r9=0xc0bb3e94 r8=0xc0babdc8 r7=0xc0bab59c r6=0x00000010 r5=0x00000000 r4=0xc22bd6f0 db_command_init() at db_command_init+0x404 scp=0xc0914cf8 rlv=0xc09145b4 (db_skip_to_eol+0x38c) rsp=0xc849289c rfp=0xc8492940 r6=0x00000002 r5=0x00000000 r4=0xc0b8bb80 db_skip_to_eol() at db_skip_to_eol+0x1d0 scp=0xc09143f8 rlv=0xc09147d0 (db_command_loop+0x50) rsp=0xc8492944 rfp=0xc8492954 r10=0x00000001 r8=0x00000000 r7=0xc8492b1c r6=0xc0bb3e90 r5=0x00000000 r4=0xc0bab598 db_command_loop() at db_command_loop+0x18 scp=0xc0914798 rlv=0xc0916960 (X_db_sym_numargs+0xa0) rsp=0xc8492958 rfp=0xc8492a74 r4=0xc849295c X_db_sym_numargs() at X_db_sym_numargs+0x18 scp=0xc09168d8 rlv=0xc09bcb98 (kdb_trap+0xb0) rsp=0xc8492a78 rfp=0xc8492aa0 r4=0x000000c0 kdb_trap() at kdb_trap+0x10 scp=0xc09bcaf8 rlv=0xc0af76cc (undefinedinstruction+0x124) rsp=0xc8492aa4 rfp=0xc8492b18 r10=0xc22bd6f0 r9=0x00000000 r8=0xc09bc88c r7=0xe7ffffff r6=0xc8492b1c r5=0x00000000 r4=0x00000000 undefinedinstruction() at undefinedinstruction+0x10 scp=0xc0af75b8 rlv=0xc0ae8174 (address_exception_entry+0x50) rsp=0xc8492b1c rfp=0xc8492b7c r10=0xc0d147c8 r8=0x00000000 r7=0xc22bd6f0 r6=0xc0bb00c0 r5=0xffff1004 r4=0x00000000 kdb_enter() at kdb_enter+0x14 scp=0xc09bc858 rlv=0xc09955f4 (panic+0xa0) rsp=0xc8492b80 rfp=0xc8492b94 r5=0xc0b4c994 r4=0x00000100 panic() at panic+0x1c scp=0xc0995570 rlv=0xc0ad8de0 (vm_page_insert+0x164) rsp=0xc8492ba8 rfp=0xc8492bc8 vm_page_insert() at vm_page_insert+0x10 scp=0xc0ad8c8c rlv=0xc0ad90f4 (vm_page_alloc+0x304) rsp=0xc8492bcc rfp=0xc8492bf4 r8=0x00001e03 r7=0x00000061 r6=0x00000001 r5=0xc0fe25c8 r4=0x00000000 vm_page_alloc() at vm_page_alloc+0x10 scp=0xc0ad8e00 rlv=0xc0acd740 (kmem_malloc+0x2b4) rsp=0xc8492bf8 rfp=0xc8492c48 r10=0x00000000 r9=0x00001000 r8=0x00000103 r7=0xc0e3a088 r6=0x01e03000 r5=0x00000061 r4=0xc1e03000 kmem_malloc() at kmem_malloc+0x14 scp=0xc0acd4a0 rlv=0xc0ac77bc (uma_zcreate+0xd0) rsp=0xc8492c4c rfp=0xc8492c88 r10=0xc0ac5efc r9=0xc0e36640 r8=0x00000103 r7=0xc1dfd000 r6=0xc1dfd000 r5=0x00000003 r4=0xc0e2d280 uma_zcreate() at uma_zcreate+0x70 scp=0xc0ac775c rlv=0xc0ac7d28 (uma_prealloc+0x198) rsp=0xc8492c8c rfp=0xc8492cac r10=0xc0e319d8 r9=0x00000020 r8=0xc0e36640 r7=0x00000000 r6=0xc0e36640 r5=0x00000203 r4=0xc0e2d280 uma_prealloc() at uma_prealloc+0xd4 scp=0xc0ac7c64 rlv=0xc0ac7fe8 (uma_prealloc+0x458) rsp=0xc8492cb0 rfp=0xc8492cc8 r7=0x00000002 r6=0xc0e36640 r5=0x00000003 r4=0xc0e2d280 uma_prealloc() at uma_prealloc+0x42c scp=0xc0ac7fbc rlv=0xc0ac9230 (uma_zalloc_arg+0x32c) rsp=0xc8492ccc rfp=0xc8492d10 r6=0xc1a5dcc0 r5=0x00000013 r4=0x00000013 uma_zalloc_arg() at uma_zalloc_arg+0x10 scp=0xc0ac8f14 rlv=0xc0a86710 (nfsm_uiotombuf+0xec) rsp=0xc8492d14 rfp=0xc8492d5c r10=0xc4bc0fcc r9=0x00008000 r8=0x00006034 r7=0xc8492df4 r6=0xc1976800 r5=0x00000800 r4=0x00000000 nfsm_uiotombuf() at nfsm_uiotombuf+0x10 scp=0xc0a86634 rlv=0xc0a8e8f4 (nfs_writerpc+0x1a8) rsp=0xc8492d60 rfp=0xc8492ddc r10=0xc3884910 r9=0x00008000 r8=0xc1acb000 r7=0x00008000 r6=0xc8492df4 r5=0xc1979900 r4=0x00000000 nfs_writerpc() at nfs_writerpc+0x10 scp=0xc0a8e75c rlv=0xc0a7f680 (nfs_doio+0x204) rsp=0xc8492de0 rfp=0xc8492e4c r10=0xc3884910 r9=0xc235cca8 r8=0x00008000 r7=0x00000000 r6=0x00000000 r5=0x000000c0 r4=0x00000000 nfs_doio() at nfs_doio+0x10 scp=0xc0a7f48c rlv=0xc0a871d8 (nfs_nfsiodnew+0x3c4) rsp=0xc8492e50 rfp=0xc8492e80 r10=0x00000000 r9=0xc0d13ab4 r8=0xc0d13990 r7=0x00000006 r6=0x00000000 r5=0xc1acb000 r4=0xc3884910 nfs_nfsiodnew() at nfs_nfsiodnew+0x2ac scp=0xc0a870c0 rlv=0xc0974b84 (fork_exit+0x64) rsp=0xc8492e84 rfp=0xc8492ea8 r10=0xc0a870b0 r9=0xc0d1f6c0 r8=0xc0d13368 r7=0xc1c6a828 r6=0xc8492eac r5=0xc0d1f6c0 r4=0xc22bd6f0 fork_exit() at fork_exit+0x10 scp=0xc0974b30 rlv=0xc0af6190 (fork_trampoline+0x14) rsp=0xc8492eac rfp=0x00000000 r10=0xc0d1f6c0 r8=0x00000104 r7=0xc0ae7f4c r6=0xc8492eac r5=0xc0d13368 r4=0xc0a870b0 FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:00:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CAB106564A for ; Fri, 12 Jun 2009 19:00:00 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 986C18FC0C for ; Fri, 12 Jun 2009 19:00:00 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 55C141E0020B; Fri, 12 Jun 2009 20:59:59 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n5CIwT3F057303; Fri, 12 Jun 2009 20:58:29 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n5CIwTJ9057302; Fri, 12 Jun 2009 20:58:29 +0200 (CEST) (envelope-from nox) Date: Fri, 12 Jun 2009 20:58:29 +0200 (CEST) From: Juergen Lock Message-Id: <200906121858.n5CIwTJ9057302@triton.kn-bremen.de> To: freebsd@abv.bg X-Newsgroups: local.list.freebsd.current In-Reply-To: <2144239566.30983.1244820339820.JavaMail.apache@mail54.abv.bg> Organization: home X-Mailman-Approved-At: Fri, 12 Jun 2009 20:20:57 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 19:00:01 -0000 In article <2144239566.30983.1244820339820.JavaMail.apache@mail54.abv.bg> you write: >Hi, >I've just tried the latest port. It compiles fine and I'm able to load the module without problems...however now I'm unable to start VirtualBox...I get a strange dialog saying: "Failed to load the global GUI configuration from . >The application will now terminate." >Details -> Collee RC: NS_ERROR_ABORT (0x80004004) > >of course I don't have any GUI configurations saved. I've previously deleted all config/tmp/etc files associated with VirtualBox. >[...] That sounds just like my gl-related failure which I disabled as posted here: http://docs.freebsd.org/cgi/mid.cgi?200906112107.n5BL7Smh005706 HTH, Juergen From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 20:29:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3BF71065670; Fri, 12 Jun 2009 20:29:08 +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 9FF488FC17; Fri, 12 Jun 2009 20:29:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n5CKSdLa093361; Fri, 12 Jun 2009 13:28:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n5CKSdkq093360; Fri, 12 Jun 2009 13:28:39 -0700 (PDT) (envelope-from sgk) Date: Fri, 12 Jun 2009 13:28:39 -0700 From: Steve Kargl To: Ed Schouten Message-ID: <20090612202839.GA93343@troutmask.apl.washington.edu> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> <20090612172740.GA1952@troutmask.apl.washington.edu> <20090612175206.GA77895@freebsd.org> <20090612180906.GA12679@troutmask.apl.washington.edu> <20090612193614.GF48776@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090612193614.GF48776@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: Antonio Gonz?lez Castro , Roman Divacky , FreeBSD Current , cpghost Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 20:29:09 -0000 On Fri, Jun 12, 2009 at 09:36:14PM +0200, Ed Schouten wrote: > * Steve Kargl wrote: > > The difference is that devd is required for a functioning > > system while neither groff nor libstdc++[1] would be required. > > No, it isn't. Your system just runs fine when you turn off devd. The > biggest disadvantage is probably that your USB mouse won't work when you > plug it in. > which means your system does *not* "run fine" without devd. :-) -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 20:30:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 404121065690; Fri, 12 Jun 2009 20:30:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id F40B88FC16; Fri, 12 Jun 2009 20:30:32 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 61BC61CC4E; Fri, 12 Jun 2009 22:30:32 +0200 (CEST) Date: Fri, 12 Jun 2009 22:30:32 +0200 From: Ed Schouten To: Steve Kargl Message-ID: <20090612203032.GG48776@hoeg.nl> References: <538f43900906120823w388f1c63ic8d0194017faca6d@mail.gmail.com> <20090612165518.GA15530@phenom.cordula.ws> <20090612172740.GA1952@troutmask.apl.washington.edu> <20090612175206.GA77895@freebsd.org> <20090612180906.GA12679@troutmask.apl.washington.edu> <20090612193614.GF48776@hoeg.nl> <20090612202839.GA93343@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dAgelbNY+bLbwwMh" Content-Disposition: inline In-Reply-To: <20090612202839.GA93343@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Antonio Gonz?lez Castro , Roman Divacky , FreeBSD Current , cpghost Subject: Re: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 20:30:33 -0000 --dAgelbNY+bLbwwMh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Steve Kargl wrote: > which means your system does *not* "run fine" without devd. So your system runs fine when you're not able to view any manpages, then? --=20 Ed Schouten WWW: http://80386.nl/ --dAgelbNY+bLbwwMh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoyuugACgkQ52SDGA2eCwU5EQCfSwRH9Dg7IvDeaPpTXArfMd81 BkMAn1qxYesXR3OZjbS8kbEtSMjMAfKT =+L5z -----END PGP SIGNATURE----- --dAgelbNY+bLbwwMh-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 20:30:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF3D106568D for ; Fri, 12 Jun 2009 20:30:35 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from angel.hellmouth.lotterer.net (angel.hellmouth.lotterer.net [88.198.53.82]) by mx1.freebsd.org (Postfix) with ESMTP id EDEF88FC1A for ; Fri, 12 Jun 2009 20:30:34 +0000 (UTC) (envelope-from thomas+freebsd@lotterer.net) Received: from dawn.sunnydale.lotterer.net (ppp-93-104-163-93.dynamic.mnet-online.de [93.104.163.93]) by angel.hellmouth.lotterer.net (Postfix) with ESMTPS id 3E4071EC102; Fri, 12 Jun 2009 22:30:33 +0200 (CEST) Received: from [172.17.16.148] (lab-winxp-1.sunnydale.lotterer.net [172.17.16.148]) by dawn.sunnydale.lotterer.net (Postfix) with ESMTPSA id 706D847A6F; Fri, 12 Jun 2009 22:30:33 +0200 (CEST) Message-ID: <4A32BAE7.40605@lotterer.net> Date: Fri, 12 Jun 2009 22:30:31 +0200 From: Thomas Lotterer User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4A2DA8D9.2030300@lotterer.net> <20090610024959.GD63941@michelle.cdnetworks.co.kr> <4A2FF8E3.4060501@lotterer.net> <20090611002923.GA68519@michelle.cdnetworks.co.kr> <4A30FD94.4030409@lotterer.net> <20090611130557.GB68519@michelle.cdnetworks.co.kr> <4A312517.9030206@lotterer.net> <20090612055032.GD72855@michelle.cdnetworks.co.kr> In-Reply-To: <20090612055032.GD72855@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.2.5-openpkg X-Spam-Checker-Version: SpamAssassin 3.2.5-openpkg (2008-06-10) on angel.lotterer.net Cc: freebsd-current@freebsd.org Subject: Re: suspect bug in vge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 20:30:36 -0000 Pyun YongHyeon wrote: > On Thu, Jun 11, 2009 at 05:39:03PM +0200, Thomas Lotterer wrote: >> Pyun YongHyeon wrote: >>> Could you show me dmesg output(only vge(4) related one)? >>> >> # dmesg | grep vge >> vge0: port 0xec00-0xecff mem >> 0xdf7ff000-0xdf7ff0ff irq 28 at device 0.0 on pci2 >> vge0: MSIX count : 0 >> vge0: MSI count : 1 > > I wonder why "Using 1 MSI messages" message is missing. > Never seen that message. Maybe more verbose/debug needed? OK, next round. Here are today's findings. I switched from statically linked to dynamically loaded drivers to accelerate the build+test process. Finally, the results with both vge(4) drivers dynamically loaded and statically linked were the same. The good news is that the "yongari" driver actually works in one of three or four cases. The situation with the driver when auto detecting GigE is as already described: >> # ifconfig vge0 >> vge0: flags=8843 metric 0 mtu 1500 >> options=389b >> ether 00:40:63:xx:xx:xx >> inet [...] >> media: Ethernet autoselect (1000baseT ) >> status: active >> >> Unfortunately, no traffic could be sent and tcpdump(1) does not show any >> incoming packages either, not even broadcasts. However, sometimes the driver (incorrectly) auto selects 100BaseTX media: Ethernet autoselect (100baseTX ) in which case it works well. I was able to copy 1500MB of data from the server and back in three parallel running CIFS connections. The "original problem" driver always broke upload before 100MB barrier. >> Interesting side effect is that after that test the kernel with my >> previous "original problem" vge(4) driver rebooted when initializing the >> network card. No logs at this stage, sorry. Reboot did not help. Hard >> reset did not help. Power cycle did help. Behavior was reproducible on a >> second attempt. My experience after countless reboots is that both drivers always show this problem after the "yongari" driver was loaded previously. However, enabling "boot from VIA Ethernet" in BIOS has been found to be a better and more reliable workaround than power cycling. Not that I want to boot from the network, it just seems the BIOS is resetting the NIC properly. Also I was able to capture the error log from the screen: vge0: port 0xec00-0xecff mem 0xdf7ff000-0xdf7ff0ff irg 11 at device 0.0 on pci2 vge0: MII read timed out vge0: failed to start MII autopoll vge0: MII without any phy! panic: Assertion mtx_unowned(m) failed at /usr/src/sys/kern/kern_mutex.c:827 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting ... -- http://thomas.lotterer.net From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 20:59:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B44C1065674; Fri, 12 Jun 2009 20:59:29 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 153648FC0C; Fri, 12 Jun 2009 20:59:29 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by pzk35 with SMTP id 35so1515993pzk.3 for ; Fri, 12 Jun 2009 13:59:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=+Bq/g3ezYj2ruEwXiW94718wyWKyIpPFRsMArmR2Jvo=; b=gVm2ptMIv6EM5hAkUZTsIKCy1Iq2ikgrZFbUvAk0yP96rpfTxIrftu2j8yve8u9Utq RCo9aFMtQk7TMAb+3Ma71wciI2LACjtx0jUnECcdqWRX7VV/5H1D4+JSxKClDepK853b wb6pGvj3yiEfb1/K689+n7cgbTHRGcFHyEi20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=nQ/iO8XXL7knJe9FgkTa/mS3ZQjgUSFvqMuYMKTUTfK15TkCD8+Jtsne0Z0J0ST/cj cJXxDsS+Y3wS7i+nsNMPIP5NkjB4x95ItR1Xl9L+xmT6uw5lekY4Yy/yCtxXG1pvE+vq aGV+WEwB9O/kXxpCO0Q2NiryQviZ/JnCd+ot4= Received: by 10.142.180.20 with SMTP id c20mr1453363wff.12.1244840368725; Fri, 12 Jun 2009 13:59:28 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 9sm743366wfc.16.2009.06.12.13.59.26 (version=SSLv3 cipher=RC4-MD5); Fri, 12 Jun 2009 13:59:27 -0700 (PDT) Sender: Maho NAKATA Date: Sat, 13 Jun 2009 05:57:08 +0900 (JST) Message-Id: <20090613.055708.189657920.chat95@mac.com> To: miwi@FreeBSD.org From: Maho NAKATA In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 20:59:30 -0000 Hi Martin, I tested http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz . * on my FBSD7 box, when I launch VirtualBox, I have two process named VirtualBox. I have to kill one. This problem has been reported http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006266.html http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055276.html and should be noted. * ports intalles fine. * Installed Windows7RC Japanese version. I got an error when I install but no error for second (clean) install. I suspect it is just a hiccup. * With GuestAddon, cut and paste works between host and guest. (Windows7RC JA) even Japanese Text. * With GuestAddon + 7RC, crystal benchmark test result didn't change http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055089.html . (this is a correct result) Best, From: Martin Wilke Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 Date: Thu, 11 Jun 2009 21:45:57 +0200 > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 21:01:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE49A106566B; Fri, 12 Jun 2009 21:01:58 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 5FABE8FC30; Fri, 12 Jun 2009 21:01:58 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1348319ywe.13 for ; Fri, 12 Jun 2009 14:01:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=I1fITzKtgK+exTBbj3AJA2pBVnVdJDMaUy0G8+6WS0I=; b=uoJHJB0O9WtI7p5RuD5yXivtipHT44aPQCiGHWw6d38QG2rmZ1vyexbhSYvnF9NXeZ y1sv+eY8PPxMeMo7xjcl6S2UWKx4K/QMuqXCl7l4RHE/PIgrzoX2rG5oNbOVu4MUcG9O 9+kNIsm0YXd+YjBlYNf5omOK66e9P3vks65NE= 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=EEjN0FxAO/eG5EVRt0CoeeCJY9/OAkoyw0cH2IUtkPRNsBSGL9kEygPyyOYnVJBzGQ pilA/YaJvsIt/gC/hyHrjsY5QXskOsmp4nHLUyzAHYBafa3xXmpI3UdymJ0Z5ukA5LXr QbeKA6DqOPk5IwW84McBBhBL6n6eXqOo7Q8y0= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.46.10 with SMTP id t10mr5513887ant.116.1244840517509; Fri, 12 Jun 2009 14:01:57 -0700 (PDT) In-Reply-To: <920A69B1-4F06-477E-A13B-63CC22A13120@exscape.org> References: <920A69B1-4F06-477E-A13B-63CC22A13120@exscape.org> Date: Fri, 12 Jun 2009 14:01:57 -0700 X-Google-Sender-Auth: 25126167c0a296b8 Message-ID: <3c1674c90906121401s19105167vf4535566321b45de@mail.gmail.com> From: Kip Macy To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: ZFS: Silent/hidden errors, nothing logged anywhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 21:01:59 -0000 On Fri, Jun 12, 2009 at 10:32 AM, Thomas Backman wrot= e: > OK, so I filed a PR late May (kern/135050): > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D135050=A0. > I don't know if this is a "feature" or a bug, but it really should be > considered the latter. The data could be repaired in the background witho= ut > the user ever knowing - until the disk dies completely. I'd prefer to hav= e > warning signs (i.e. checksum errors) so that I can buy a replacement driv= e > *before* that. > > Not only does this mean that errors can go unnoticed, but also that it's > impossible to figure out which disk is broken, if ZFS has *temporarily* > repaired the broken data! THAT is REALLY bad! > Is this something that we can expect to see changed before 8.0-RELEASE? I'm fairly certain that we've discussed this already. Solaris uses FMA - I don't think that I'll get to a "real fix" any time soon. The time that I do have will go to addressing stability problems (memory over-allocation, NFS interaction, control directory mounts) all of which cause panics. Maintaining them persistently in the label doesn't make sense - when do you drop them? Would a simple log message about the number of checksum errors suffice? Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 21:25:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBFA1065670; Fri, 12 Jun 2009 21:25:02 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 579FB8FC14; Fri, 12 Jun 2009 21:25:01 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by ewy8 with SMTP id 8so2789514ewy.43 for ; Fri, 12 Jun 2009 14:25:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bySCPrr0/DkL/xs2T6LRHemgWPk7bxx72ptb1/c0vF8=; b=QkBapv9pQJEOs0PfS1SQBpU29fqbkJ/0TqbPsbz0Eg8FopArJTf2UTgd9wZzgo9cCf ajnuLF1QXTFkxHhCfA9VbuXjLYYgFrBZVW/lsHuUv/fqIh2ck1cuFHe5pbQ+1gRSl3gS ZaOXJIsm0DCgUWORM7HMYz2IjjkpYJRFkc114= 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=mJNG/aTodQHgaI43cd7qVMkoXx///VF4KEW+02XyQppOuULP61xA74ToVwp3Vm3G0I tUNpQw+wBXweaG/R91KAX2xlnOK1BgNgX/on5BxQUiKRcJqVP8uG5A3SknoECCknloEU MWSV7Uj2+TAcjIX4ZmzGwPhsmAqpzHc5DGCI0= MIME-Version: 1.0 Received: by 10.216.48.195 with SMTP id v45mr1479030web.123.1244841899862; Fri, 12 Jun 2009 14:24:59 -0700 (PDT) In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> Date: Fri, 12 Jun 2009 16:24:59 -0500 Message-ID: <11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com> From: "Sam Fourman Jr." To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 21:25:03 -0000 On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Huhu, > > Yes we life and that's good :-). > Changes: > > =A0- Fix build error when compiling in debug mode on FreeBSD HEAD > =A0- SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > =A0- Some FreeBSD relate typos > =A0- Enable shared OpenGL service. Completely untested due to lack of > =A0 =A0appropriate hardware but it compiles at least > =A0- Add support for shared clipboards. Requires libXt > =A0- FreeBSD: Implement preemption API for guest SMP and enable > =A0 =A0it (slightly tested). Add neccessary RTMP* methods in userspace > =A0 =A0for the frontends to detect the number of CPUs > =A0- Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > =A0 =A0instead of a spinlock to fix the problems users are seeing > =A0 =A0(assertions with debugging enabled) while still being able > =A0 =A0to run on 100Hz hosts. No problems detected so far and Solaris > =A0 =A0doesn't use a spin mutex in this code too so it shouldn't do > =A0 =A0any harm (keeping fingers crossed)space for the frontends to > =A0 =A0detect the number of CPUs > =A0- Add support for curl > =A0- Add VBoxSharedClipboard > > Ports Changes; > =A0- Force guestadditions version to 2.2.4 > =A0- Removed Qt3 include replacements (already upstream) > =A0- Removed cosmetic X11 include path patch > > Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > =A0 http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > =A0Happy Testing! > > - - Martin This may be off topic a bit, but I am looking for a way to plug my Apple Ip= hone into a Windows based guest. Does virtualbox allow usb passthrough? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 22:07:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 914FB106566B; Fri, 12 Jun 2009 22:07:40 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 320638FC12; Fri, 12 Jun 2009 22:07:40 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1371308ana.13 for ; Fri, 12 Jun 2009 15:07:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HAgaEKiwXHZhrrRRRi3wOsNSz0/dxU7POy32k5ijtL8=; b=r/1obRRJJbOMyuCJbKm31UVFf9tvztUKEwcZYpLQo1pnUAbg5Fjze34k5g3WJtHgNf wvUWnuVGqbmsGwObdS1noQix7brlQGG54kXj7Z+jlL2zUZV3Dkh8xE8WuRVYRq+kch+S Rtaeiy7ZycMQq7+1jIfpmyI3YJ9y+xsrM9jBE= 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=LO3E7HFioSycDa9zRM1+YXc47spxdFvz2oIDf1BImjUchwcC4Cx7rjSeVN/hT3cVy+ s00WUcRjFqwL6CbT9SWqBWsZjorCXoA/QIXJuZQhkWCpRC9qFkpeNGvRFWDvWwqTaO6H fZslO/S9uKuVoVH6dfg8UYGek4Q5T8mHceK/8= MIME-Version: 1.0 Received: by 10.101.66.15 with SMTP id t15mr5504656ank.194.1244844459901; Fri, 12 Jun 2009 15:07:39 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> Date: Sat, 13 Jun 2009 01:07:39 +0300 Message-ID: From: Dan Naumov To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 Jun 2009 22:18:25 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2009 22:07:41 -0000 As promised, I took a go at this new BSDInstaller, I wrote down some of my thoughts. Since I don't know if this is the kind of feedback you are looking for, here is just a part of it. As you can probably guess from it, I deal with usability issues in software applications a lot, hence my point of view, but obviously I can find my way around a UNIX without much issues. FreeBSD-20090608-1522-8.0-CURRENT image was used: ============================================= Initial BOOT: The boot goes as planned, but the user is dropped off to a login prompt. There is no direct indication for the user regarding how to proceed. Adding a note just before the login prompt saying something like "login as "root" with an empty password" would be nice. Again, as soon the user does log on, there is no indication as to how to launch the actual installer. This, as well as the previous problem could be solved by presenting the user with a simple menu screen, like this: Welcome to FreeBSD, choose your option: 1: Launch the FreeBSD installer 2: Drop to an emergency rescue shell This would eleminate the actual need to log in as well, we could just autologin as root for both options. Initial options in the actual installer: option: the names in a long list don't actually tell the user anything regarding how does any of the fonts look. Would it be possible to have a small sample preview next to each presented font option? option: again, the screen map options do not really explain the user what he should be choosing. A short description of every option is needed at the very least. option: ditto, same thing. Another approach to this altogether could be a serious of questions like: "What country do you live in? What language is your keyboard?" providing multiple options for an answer for each question. After a series of questions, the installer could just automatically pick up most sane defaults based on the answers given by the user and finally ask "Does the fonts on the screen look alright to you? Try typing in here, do the expect characters appear as they should?" and if the user is unsatisfied, he can be dropped to the kinds of a big selection list which is used by the installer right now. short description, a lot of the kernel module names are cryptic and a > new user cannot be reasonably expected to evaluate and make an > informed decision regarding what he does want and what he doesn't > based on a simple file list of the modules. Also a good idea and should be relatively easy if we can pull the short description dynamically somehow vs. hard coding it? > screen: The screen states that in order to do a > manual installation " login as root, and follow the instructions > given in the file /README". There is no indication regarding how the > user is supposed to open the README file, at least ONE sane option > should be suggested (for example: login as root and type "vi README" > at the command prompt to read the instructions regarding installing > FreeBSD manually. This is leftover and also needs to be addressed. So far I have focused on getting the BSDI ported to FreeBSD and to remove the "pfSense'sms" that where present. Really appreciate all of the advice but I am hoping that it does not get lost. Do you mind helping me update the Wiki with your suggestions? Maybe add a usability improvements section. If not I can get it updated later this weekend. Also I am working on getting 7-STABLE snapshots together and embedded images suitable for compact flash cards ala DD/physdiskwrite.exe. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 20:04:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22AA91065670 for ; Sat, 13 Jun 2009 20:04:45 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: from ey-out-1920.google.com (ey-out-1920.google.com [74.125.78.147]) by mx1.freebsd.org (Postfix) with ESMTP id C33848FC13 for ; Sat, 13 Jun 2009 20:04:42 +0000 (UTC) (envelope-from agoca80@gmail.com) Received: by ey-out-1920.google.com with SMTP id 3so357153eyh.18 for ; Sat, 13 Jun 2009 13:04:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=vDPOqnJcbXy/O15xcANQDtbFrfya7fRdMxuiTOg9h+I=; b=tHEiyKMerDJqvImPCRJeNZUi3T5UbE3G/nYhZ2ZzYwumQ0+VnAaawrTIBS1G4a6ihN FrbvG534MvNArSjU3Lv4sb6T/y0pmep9pFhN8OED8Ei7ztLartyACnVpGi+rrWQ7J/Iv oNTBk/67tnOYHmRs1MpUHRXS3kjERbb/HH/lA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=R3tuk4t7rRlxxhZUKSV1gyZP6go+MagWjApS1cBMCE+hajzERgjhreBEhrAwGS5Hev ZA2pPutu4NcXo8ILjTfGf6M7k6zhYAgsQbtBqdNtOZEZ8uXJKXlCN/5QWXNGxplDyioa iXxrNMIGhQD7ePSj6cgblip7gMeHrMXDmWrx4= Received: by 10.210.35.17 with SMTP id i17mr1620162ebi.32.1244923481289; Sat, 13 Jun 2009 13:04:41 -0700 (PDT) Received: from ?192.168.0.2? (255.pool85-49-178.dynamic.orange.es [85.49.178.255]) by mx.google.com with ESMTPS id 5sm2620603eyf.28.2009.06.13.13.04.40 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Jun 2009 13:04:41 -0700 (PDT) From: Antxon To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sat, 13 Jun 2009 20:05:05 +0000 Message-Id: <1244923505.1015.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: RE: RFC: C version of devd daemon. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 20:04:45 -0000 Ok. Edward told me that the files with the C devd are at this link: http://people.freebsd.org/~trasz/antxon/. If you want to try them, you still need this files from the original devd: devd.8 devd.h devd.conf.5 parse.y and token.l. Enjoy. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 20:08:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 774691065672; Sat, 13 Jun 2009 20:08:01 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id CF04F8FC12; Sat, 13 Jun 2009 20:08:00 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ewy8 with SMTP id 8so3271927ewy.43 for ; Sat, 13 Jun 2009 13:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=W+KfTIESr8x1qQwMUBF7RKetE1YHWdKWsK1/3Khm3Qc=; b=nYmbmyAh26r1QcBwdYERLn7WVxAJwzvsgZVzdzCfBWSWMyu/u7xzJaT/Y32bFSMOpK vGdtk/qqabpnZhfIUL5BEmT+GcN6ZAEaS3aq8VuURmwBE0j9t8o7eTr9M5G8dUJRWIBy tYFkJKvRQUrxfZXOUClEQshsh6uu8BCZBCUWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=UHV/OxMELTN8mkM3aBVBcZRufIdf6gvdmJKt0ZYqY4Fhwaj6PBVkwASgVB/FwsMNH6 oRul84jZbII1+8w042ne+9xWo91MPhdBFa/Uir4HxRUZ1hO/A3IPpIQn7zKAZMGpPgLU RQKTQwDxksBdGu1Od2VhLsllSG2GDCOhMO5II= MIME-Version: 1.0 Received: by 10.210.27.14 with SMTP id a14mr2464107eba.26.1244923679087; Sat, 13 Jun 2009 13:07:59 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> From: Scott Ullrich Date: Sat, 13 Jun 2009 16:07:39 -0400 Message-ID: To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 20:08:02 -0000 On Sat, Jun 13, 2009 at 3:56 PM, Dan Naumov wrote: > Which Wiki do you want me to contribute this to? > http://wiki.freebsd.org/FreeBSD/BSDInstaller2009 or > http://wiki.bsdinstaller.org/wikka.php?wakka=BSDInstaller ? Whichever > it is, I am not that experienced with editing Wikis, so perhaps you > could create the needed sections/subsections for usability issues and > I would look into filling my thoughts into them when I have some time? I just added a section to http://wiki.freebsd.org/FreeBSD/BSDInstaller2009 .. It's quite easy to work the wiki. Thanks for the suggestions and testing the Installer! Scott From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 20:08:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48987106572E; Sat, 13 Jun 2009 20:08:26 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id 332918FC1D; Sat, 13 Jun 2009 20:08:25 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from sa-nc-common-242.static.jnpr.net (nat-service4.juniper.net [66.129.225.151]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KL700CWQ19PDD30@asmtp014.mac.com>; Sat, 13 Jun 2009 13:08:16 -0700 (PDT) Message-id: <1464A93A-D187-476F-A143-E37EB6BB01EF@mac.com> From: Marcel Moolenaar To: Mark Murray In-reply-to: Date: Sat, 13 Jun 2009 13:08:13 -0700 References: X-Mailer: Apple Mail (2.935.3) Cc: "current@freebsd.org" Subject: Re: Build is polluted by host build environment. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 20:08:26 -0000 On Jun 13, 2009, at 11:25 AM, Mark Murray wrote: > Marcel Moolenaar writes: >> You need to provide much more details, because use of /use/include >> during the build is deliberate and more importantly required for >> correct cross-building > > What details do you need? > > I described the problem, I showed what the error was, and I showed how > to repeat it. > > I still have a build log if you need me to dig anything else out of > it. cc_tools is supposed to use /usr/include when it's building the cross tools, so your email does not demonstrate a problem per se. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 20:54:34 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624731065807; Sat, 13 Jun 2009 20:54:33 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC7A8FC18; Sat, 13 Jun 2009 20:54:32 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n5DKsSFh004688; Sat, 13 Jun 2009 15:54:28 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=Rm+QLpCCRguURyjTmcVo6LrmhyESylQ8+DSWeuSQaKTRam68FMJgJBnk/Y7h+gPYl AjnIxKPpNIxyPqE4ZUpe/E14Dg3TpwN0rVR3i5TKdCu7BMmhGN0fPWh7dmXWOHVZSWB xvMTdG1hL5q4xkMIIxPRYROqelPSyHAObDG6whk= Message-ID: <4A3411EF.5000307@jrv.org> Date: Sat, 13 Jun 2009 15:54:07 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <920A69B1-4F06-477E-A13B-63CC22A13120@exscape.org> <3c1674c90906121401s19105167vf4535566321b45de@mail.gmail.com> <20090613150627.GB1848@garage.freebsd.pl> In-Reply-To: <20090613150627.GB1848@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, Kip Macy , FreeBSD Current , Thomas Backman Subject: Re: ZFS: Silent/hidden errors, nothing logged anywhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 20:54:34 -0000 Pawel Jakub Dawidek wrote: > > We do log such errors. Solaris uses FMA and for FreeBSD I use devd. You > can find the following entry in /etc/devd.conf: > > notify 10 { > match "system" "ZFS"; > match "type" "checksum"; > action "logger -p kern.warn 'ZFS: checksum mismatch, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size'"; > }; > > If you see nothing in your logs, there must be a bug with reporting the > problem somewhere or devd is not running (it should be enabled by > default). > Looking at vsyslog(3), I don't think logger(1) can ever log with facility KERN. LOG_KERN is 0, so this in vsyslog /* Set default facility if none specified. */ if ((pri & LOG_FACMASK) == 0) pri |= LogFacility; will always change the KERN facility is to LogFacility, which defaults to LOG_USER. So the devd output is really going to user.warn and a syslog.conf line like kern.* /var/log/kernel.log will capture kernel messages, but not the devd logger output, and if you look in kernel.log you won't find the checksum errors. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 19:56:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7188106568F; Sat, 13 Jun 2009 19:56:24 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 42D4F8FC16; Sat, 13 Jun 2009 19:56:23 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1594314ana.13 for ; Sat, 13 Jun 2009 12:56:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DCeWR5mDIJBbplnrqZRSmBgoSomhBBcxPY67U1wLsmY=; b=sCeUEpv+7SKa9OvvoykhE3z399KiQLrV4Ol/ieG/feGmCSLJxQE+t8U8HpVZkuk9qD azFd2yYXtL/88T9d8sXsl2lx/EmEQMbEIgro6j0x4gjw0/izOwV7ypWZmLz3TFoXWDlK dnhwEp8rpBruJYjUwMaZJym8773Oyo2d9/2mY= 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=yIUKaYkM8pbGmRHdyIc/0G05SGU3OTaawW1EKED0zWygrugHA3uT0I65Fg7fcDmgtC 7Mf0tksjBpr4JYFuPaVVUyrXA1dcb/9aWXJQEa56pkKlm3dpgaf1IfNTdBX2SNIIt8c/ /9dwTlxqNGT670+XLMAexglT46eTt5j/+6nqY= MIME-Version: 1.0 Received: by 10.100.249.14 with SMTP id w14mr6666224anh.162.1244922982901; Sat, 13 Jun 2009 12:56:22 -0700 (PDT) In-Reply-To: References: <4A2E84DC.1010900@unsane.co.uk> Date: Sat, 13 Jun 2009 22:56:22 +0300 Message-ID: From: Dan Naumov To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 13 Jun 2009 20:58:09 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Vincent Hoffman Subject: Re: sysinstall, GJOURNAL and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 19:56:25 -0000 Which Wiki do you want me to contribute this to? http://wiki.freebsd.org/FreeBSD/BSDInstaller2009 or http://wiki.bsdinstaller.org/wikka.php?wakka=3DBSDInstaller ? Whichever it is, I am not that experienced with editing Wikis, so perhaps you could create the needed sections/subsections for usability issues and I would look into filling my thoughts into them when I have some time? Sincerely, - Dan Naumov On Sat, Jun 13, 2009 at 10:47 PM, Scott Ullrich wrote: > Really appreciate all of the advice but I am hoping that it does not > get lost. =A0 Do you mind helping me update the Wiki with your > suggestions? =A0 Maybe add a usability improvements section. =A0 If not I > can get it updated later this weekend. > > Also I am working on getting 7-STABLE snapshots together and embedded > images suitable for compact flash cards ala DD/physdiskwrite.exe. > > Scott > From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 21:12:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E5E10656D4 for ; Sat, 13 Jun 2009 21:12:11 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id E770A8FC16 for ; Sat, 13 Jun 2009 21:12:10 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail51.abv.bg (mail51.ni.bg [192.168.151.12]) by smtp-out.abv.bg (Postfix) with ESMTP id 31B3614EC02 for ; Sun, 14 Jun 2009 00:11:42 +0300 (EEST) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=He16HTAOtAGuT6woqI6EuFNo+xCv7aaBw4KpSwWPeUbA1c3bnwFdZZhL/qGeEw/Z/ J4sGh+f3kuAuLcntjZLpHwhNgWvHLVeS5h0iBwgub5XysrUKQQ3bJzQ3DIrLJD4uR1P lD6fYe/jpPCAOj7p4fvevDVjmchHtChGqKoAplo= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1244927502; bh=rAVmBE8ymSBYKGTzT3sFub6/nFUYWfPbyMUno6JDZMw=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=mmnnS+GftgxtS9CE+B+Aj9lFeudZtX+U rsrlKEutMmtjsGWcuX53bHRHWzn/meu42PqXBXTW343cgGFPK2ZAWpUJn+4ciE/tsxD yqNmRDzWlJ9sfEvubjgTiV2hDCk/jrv8WMw6w1EmDfZm4v5io4V+QcGcE9r3xe+8upC b/p9E= Received: from mail51.abv.bg (mail51.abv.bg [127.0.0.1]) by mail51.abv.bg (Postfix) with ESMTP id 11F2F12DF2A for ; Sun, 14 Jun 2009 00:12:08 +0300 (EEST) Date: Sun, 14 Jun 2009 00:12:08 +0300 (EEST) From: Mario Pavlov To: freebsd-current@freebsd.org Message-ID: <59048837.48941.1244927528071.JavaMail.apache@mail51.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Subject: Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 21:12:12 -0000 Hi, it worked for me using this trick to disable crogl I was able to install and run windows xp :) the only problem I noticed is that if I leave the virtual machine just running without doing anything for a while it will "abort" whatever that means...I just saw that the virtual machine that I left running was later gone (i.e. stopped) and its status was: "Aborted" ...oh and the other thing is that I can't run VirtualBox under non-root user...I get this when I try: $ VirtualBox No Persistent Registry Found. Type Manifest File: /home/myuser/.VirtualBox/xpti.dat nsNativeComponentLoader: autoregistering begins. *** Registering ipcdclient components (all right -- a generic module!) *** Registering VirtualBox_Server_Module components (all right -- a generic module!) *** Registering VirtualBox_Client_Module components (all right -- a generic module!) nsNativeComponentLoader: autoregistering succeeded nNCL: registering deferred (0) nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nNCL: registering deferred (0) !!Assertion Failed!! Expression: !mWarningIcon.isNull() Location : /usr/ports/emulators/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/Frontends/VirtualBox/src/VBoxGlobal.cpp(2797) void VBoxGlobal::retranslateUi() Trace/BPT trap: 5 anyway, it's very nice to have a real virtualization software on FreeBSD! :) thanks to all who made this possible!! regards, mgp >In article you write: >>Hi, >>I've just tried the latest port. It compiles fine and I'm able to load the module without problems...however now I'm unable to start VirtualBox...I get a strange dialog saying: "Failed to load the global GUI configuration from . >>The application will now terminate." >>Details -> Collee RC: NS_ERROR_ABORT (0x80004004) >> >>of course I don't have any GUI configurations saved. I've previously deleted all config/tmp/etc files associated with VirtualBox. >>[...] > >That sounds just like my gl-related failure which I disabled as >posted here: > http://docs.freebsd.org/cgi/mid.cgi?200906112107.n5BL7Smh005706 > > HTH, > Juergen > From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 21:23:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01180106566B; Sat, 13 Jun 2009 21:23:14 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 57AD68FC14; Sat, 13 Jun 2009 21:23:12 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: by fg-out-1718.google.com with SMTP id e12so157684fga.12 for ; Sat, 13 Jun 2009 14:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=69zWRl5g1UiJk5/ccZGIE/Xxp2UomizzZk4A3F+q248=; b=RW+SVcyg53SWGStAb01Hw5qBVBISsZEvhi9BUVBNBmMJZ7IV46xrOdcjNueq5piY32 xPYhEbwA0dqmRfs1sZFs0TqOPH/JiU6suCu8Q/uiDyUXhh7EEOZKZ24AHZbsZ0USyLeF M24c2YR6y0qyGn+aDCciEYmMJNRQEN2ub8UZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:reply-to:to:cc:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=Gc8stfhQuhAMMHc/aqWEjJLN8MdCnIRrRNV51dp9VNhGiNqas5TGyc2cb5MIOAUN9C ojXjIMmteeIjytyV8ohwIQcvv7TBTqPT25xi+8HHLUJAmCXaLClI+UA/69m58I0fke2f l6PJkjvhgQvuadvxKLPourl+Ns8j/iCbKDgx8= Received: by 10.86.27.6 with SMTP id a6mr5301844fga.18.1244928191917; Sat, 13 Jun 2009 14:23:11 -0700 (PDT) Received: from ?80.187.5.2? (tmo-005-2.customers.d1-online.com [80.187.5.2]) by mx.google.com with ESMTPS id l19sm6050066fgb.7.2009.06.13.14.23.10 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Jun 2009 14:23:11 -0700 (PDT) From: Mister Olli To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sat, 13 Jun 2009 23:23:01 +0200 Message-Id: <1244928181.6570.1.camel@phoenix.blechhirn.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org Subject: XEN kernel fails to build with 8-CURRENT t194017 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mister.olli@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: Sat, 13 Jun 2009 21:23:14 -0000 Hi, during 'make buildkernel KERNCONF=XEN' I currently get the following error: 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/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/xen/blkfront/blkfront.c cc1: warnings being treated as errors /usr/src/sys/dev/xen/blkfront/blkfront.c:1104: warning: pointer type mismatch in conditional expression *** Error code 1 Stop in /usr/obj/usr/src/sys/XEN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. template-8_CURRENT# svn info /usr/src Path: /usr/src URL: http://svn.freebsd.org/base/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 194107 Node Kind: directory Schedule: normal Last Changed Author: edwin Last Changed Rev: 194107 Last Changed Date: 2009-06-13 15:35:18 +0200 (Sat, 13 Jun 2009) Regards, --- Mr. Olli From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 21:57:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A41131065673; Sat, 13 Jun 2009 21:57:49 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 478508FC18; Sat, 13 Jun 2009 21:57:49 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1606423ywe.13 for ; Sat, 13 Jun 2009 14:57:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ya6SNk6c32FNSHMF9+p5iyjgA11S++VhMY9kKV8lyrw=; b=MPB/p3z8rytrW2ae0JOUjbE835ODzhkY4YpJi+/i4JqMtIEBIdWxhDoVI/mV/k0/Xm PFIIe+u9TM+O2zawg3bAV8ykFawvFL3hwzb4HNZwfv9MVFgX2MY4i57CWiAUelGvThnY 5dv+R8pxfddbNnzHcLzpj2lnDnTiLys9286m8= 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=Qqmy2Q0NViUXFF9vGG7tiNxaB7N+iIclYOfycZU/u8XcCDSMMkMGdgHR23Xzkz7jer 0RfXgsA5jdtTvpveCEeb/1tvxpvcsXsXLN0nBukBMxNixkRDBaZAKNwbhUgR5eyMKOUf jxoHX1V7MFcT2HjKVY3qCO/gnSFJEFC4gZEaI= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.3.13 with SMTP id 13mr6783973anc.75.1244930268446; Sat, 13 Jun 2009 14:57:48 -0700 (PDT) In-Reply-To: <1244928181.6570.1.camel@phoenix.blechhirn.net> References: <1244928181.6570.1.camel@phoenix.blechhirn.net> Date: Sat, 13 Jun 2009 14:57:48 -0700 X-Google-Sender-Auth: 880306bf1c7786ac Message-ID: <3c1674c90906131457p3656732ka64c8d0ded3269a6@mail.gmail.com> From: Kip Macy To: mister.olli@googlemail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-xen@freebsd.org, freebsd-current@freebsd.org Subject: Re: XEN kernel fails to build with 8-CURRENT t194017 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 21:57:50 -0000 Should be fixed now. Cheers, Kip On Sat, Jun 13, 2009 at 2:23 PM, Mister Olli wr= ote: > Hi, > > during 'make buildkernel KERNCONF=3DXEN' I currently get the following er= ror: > > > cc -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast= -qual =A0-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =A0-I. -I/= usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 =A0-mno-align-long-s= trings -mpreferred-stack-boundary=3D2 =A0-mno-mmx -mno-3dnow -mno-sse -mno-= sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror =A0/usr/src/sys/dev= /xen/blkfront/blkfront.c > cc1: warnings being treated as errors > /usr/src/sys/dev/xen/blkfront/blkfront.c:1104: warning: pointer type mism= atch in conditional expression > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/XEN. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > template-8_CURRENT# svn info /usr/src > Path: /usr/src > URL: http://svn.freebsd.org/base/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 194107 > Node Kind: directory > Schedule: normal > Last Changed Author: edwin > Last Changed Rev: 194107 > Last Changed Date: 2009-06-13 15:35:18 +0200 (Sat, 13 Jun 2009) > > > > > Regards, > --- > Mr. Olli > > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 22:11:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 023FA106564A for ; Sat, 13 Jun 2009 22:11:23 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id 248BC8FC0A for ; Sat, 13 Jun 2009 22:11:22 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090613221121.MWXD6742.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com> for ; Sat, 13 Jun 2009 23:11:21 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090613221121.RKHB22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Sat, 13 Jun 2009 23:11:21 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5DMBFeH086279 for ; Sat, 13 Jun 2009 23:11:15 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart Date: Sat, 13 Jun 2009 23:11:15 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Disposition: inline To: freebsd-current@freebsd.org Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200906132311.15359.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ep_KMAzDAAAA:8 a=A9JRzmJs89bgcsyO5-cA:9 a=v38LRaY523v2EYrwaL4A:7 a=PT6V4RVCcy0hk6OHNG8DS6sVqzAA:4 a=-J-9NtaBnuAQV01E:21 a=eYOeTZr1ezQ4mnEx:21 Subject: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 22:11:24 -0000 [long post with long lines, sorry] I have the following old hardware which I'm trying to make into a storage=20 server (back story elided). Tyan Thunder K8WE with dual Opteron 270 8GB REG ECC RAM 3ware/AMCC 9550SXU-16 SATA controller Adaptec 29160 SCSI card -> Quantum LTO3 tape ChenBro case and backplanes. 'don't remember' PSU. I do remember paying =A398 3 years ago, so not cheap! floppy Some Seagate Barracuda drives. Two old 500GB for the O/S and 14 new 1.5TB f= or=20 data (plus some spares). Astute readers will know that the 1.5TB units have a chequered history. I went to considerable effort to avoid being stuck with a bricked unit, so= =20 imagine my dismay when, just before I was about to post this, I discovered= =20 there's a new issue with these drives where they reallocate sectors, from=20 new. I don't want to get sucked into a discussion about whether these disks are= =20 faulty or not. I want to examine what seems to be a regression between=20 7.2-RELEASE and 8-CURRENT. If you can't resist, start a thread in chat and = CC=20 me. Anyway, here's the full story (from memory I'm afraid). All disks exported as single drives (no JBOD anymore). Install current snapshot on da0 and gmirror with da1, both 500GB disks. Create a pool with the 14 1.5TB disks. Raidz2. Create a dataset. Tried various settings while benchmarking. Currently usin= g=20 compression=3Don copies=3D2. Copy ~1TB of data. Large files, dumps from the backup server. [50MB/s for 8-10h.] zpool scrub At some point (40m?) checksum errors start along with dire warnings about t= he=20 card. Break the gmirror and install 7.2-RELEASE on da1. Delete the pool. Create an identical pool under 7.2 (version 6) and then=20 scrub. Works okay, no errors. Export the pool, boot 8, import pool. Copy the data again. Scrub again. Same checksum throwing result. Cancel scrub, export pool, reboot 7.2, import pool. Scrubs okay. So it looks like I can scrub okay on 7.2, but not on 8. Data itself would s= eem to be okay. [I've shortened this a bit. For example at one point the 7.2-RELEASE stoppe= d=20 booting, had to reinstall. LORs come and go! Lagg has been in and out (I'm= =20 trying to benchmark the network as well). I did see 4 checksum errors on 7.= 2=20 but that was after 8 had 'fixed' the pool and was interrupted doing so. The= re were no card errors. Also subject to my memory. Must learn to write stuff down.] I also thought I'd try stressing the hardware without zfs envolved in case= =20 there was an issue with the drives/card/PCI bus or PSU. foreach x ( `jot -s " " -w "da%d" 14 2` ) dd if=3D/dev/$x of=3D/dev/null bs=3D512k& end It's crude and the load across the drives is uneven but it pulls ~45MB/s of= f=20 the 'slowest' drive. Ran this for an hour, no errors. Note to self: double= =20 check you did this under current not 7.2. Better tests welcome. If it's three lines or fewer that's a bonus. At this point I install smartmontools and find reallocated sectors. Armed w= ith=20 this keyword Google gives me lots of hits :(( So I started again, this time checking for reallocated sectors each time. T= he=20 numbers aren't going up, scrubs are still failing. Here's a sample of the messages. Scrub cancelled as soon as messages start. Jun 12 20:02:00 data kernel: lock order reversal: Jun 12 20:02:00 data kernel: 1st 0xffffff0004e00448 ufs (ufs) @ /usr/src.8/= sys/kern/vfs_mount.c:1197 Jun 12 20:02:00 data kernel: 2nd 0xffffff0004dd5d80 devfs (devfs) @ /usr/sr= c.8/sys/ufs/ffs/ffs_vfsops.c:1194 Jun 12 20:02:00 data kernel: KDB: stack backtrace: Jun 12 20:02:00 data kernel: db_trace_self_wrapper() at db_trace_self_wrapp= er+0x2a Jun 12 20:02:00 data kernel: _witness_debugger() at _witness_debugger+0x2e Jun 12 20:02:00 data kernel: witness_checkorder() at witness_checkorder+0x8= 1e Jun 12 20:02:00 data kernel: __lockmgr_args() at __lockmgr_args+0xc2a Jun 12 20:02:00 data kernel: vop_stdlock() at vop_stdlock+0x39 Jun 12 20:02:00 data kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b Jun 12 20:02:00 data kernel: _vn_lock() at _vn_lock+0x47 Jun 12 20:02:00 data kernel: ffs_flushfiles() at ffs_flushfiles+0xb5 Jun 12 20:02:00 data kernel: ffs_unmount() at ffs_unmount+0x67 Jun 12 20:02:00 data kernel: dounmount() at dounmount+0x2e6 Jun 12 20:02:00 data kernel: unmount() at unmount+0x250 Jun 12 20:02:00 data kernel: syscall() at syscall+0x1af Jun 12 20:02:00 data kernel: Xfast_syscall() at Xfast_syscall+0xd0 Jun 12 20:02:00 data kernel: --- syscall (22, FreeBSD ELF64, unmount), rip = =3D 0x8006a049c, rsp =3D 0x7fffffffe308, rbp =3D 0 --- Jun 12 20:19:30 data kernel: This module (opensolaris) contains code covere= d by the Jun 12 20:19:30 data kernel: Common Development and Distribution License (C= DDL) Jun 12 20:19:30 data kernel: see http://opensolaris.org/os/licensing/openso= laris_license/ Jun 12 20:19:30 data kernel: WARNING: ZFS is considered to be an experiment= al feature in FreeBSD. Jun 12 20:19:30 data kernel: ZFS filesystem version 13 Jun 12 20:19:30 data kernel: ZFS storage pool version 13 Jun 12 20:46:42 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D8845411328 size=3D10752 Jun 12 20:46:42 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D8845422080 size=3D11264 Jun 12 20:46:42 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D8845433344 size=3D11264 Jun 12 20:46:42 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D8845444096 size=3D10752 Jun 12 20:46:42 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D8845455360 size=3D10752 Jun 12 20:46:43 data kernel: twa0: ERROR: (0x16: 0x1301): Missing expected = status bit(s): status reg =3D 0xde0d530c; Missing bits: [MC_RDY,] Jun 12 20:46:43 data kernel: twa0: ERROR: (0x03: 0x0107): Duplicate request= ID: RequestID=3D188 Jun 12 20:46:43 data kernel: (da3:twa0:0:3:0): READ(10). CDB: 28 0 21 ba 71= 8c 0 0 2b 0 Jun 12 20:46:43 data kernel: (da3:twa0:0:3:0): CAM Status: SCSI Status Error Jun 12 20:46:43 data kernel: (da3:twa0:0:3:0): SCSI Status: Check Condition Jun 12 20:46:43 data kernel: (da3:twa0:0:3:0): ILLEGAL REQUEST asc:24,0 Jun 12 20:46:43 data kernel: (da3:twa0:0:3:0): Invalid field in CDB Jun 12 20:46:43 data kernel: (da3:twa0:0:3:0): Unretryable error Jun 12 20:46:43 data kernel: twa0: ERROR: (0x15: 0x1201): Unposted command = completed!!: request =3D 0xffffff80003f4ac4, status =3D 3 Jun 12 20:46:43 data kernel: twa0: INFO: (0x16: 0x1108): Resetting controll= er...: Jun 12 20:46:43 data kernel: twa0: INFO: (0x04: 0x005E): Cache synchronizat= ion completed: unit=3D0 Jun 12 20:46:43 data kernel: twa0: INFO: (0x04: 0x0001): Controller reset o= ccurred: resets=3D1 Jun 12 20:46:43 data kernel: twa0: INFO: (0x16: 0x1107): Controller reset d= one!: Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D8849261056 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D289718205952 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D8850237440 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D8850237440 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289718480384 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D289718831104 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D289718908416 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D289718282752 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D289718282752 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D289718875648 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D8849897472 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D8849897472 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D289718557184 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D289719237120 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D8850511360 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289719423488 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D8849952256 size=3D11264 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D8849952256 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D289718579200 size=3D10752 Jun 12 20:46:43 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D289718579200 size=3D10752 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723783168 size=3D87552 error=3D22 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723783168 size=3D10752 error=3D22 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723793920 size=3D10752 error=3D22 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D8851531776 size=3D11264 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723804672 size=3D11264 error=3D22 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723815936 size=3D10752 error=3D22 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D8851312640 size=3D10752 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723826688 size=3D11264 error=3D22 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723837952 size=3D10752 error=3D22 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723848704 size=3D11264 error=3D22 Jun 12 20:46:47 data root: ZFS: vdev I/O failure, zpool=3Dtank path=3D/dev/= da3 offset=3D289723859968 size=3D10752 error=3D22 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D8851543040 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D8851454976 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D8851565056 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D8851235840 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D8851575808 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D8851499008 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D8852255744 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D8851971072 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D8851718656 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D289720421888 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D289720817152 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289720948736 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D289721003520 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289720718336 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D289721212416 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289721332736 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289721344000 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289720443904 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289721409536 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289721420288 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D289720509952 size=3D11264 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D8851795456 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D8851795456 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D8851806208 size=3D10752 Jun 12 20:46:47 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D8851850240 size=3D10752 Jun 12 20:46:48 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D573848415232 size=3D10752 Jun 12 20:46:48 data kernel: twa0: ERROR: (0x16: 0x1301): Missing expected = status bit(s): status reg =3D 0x7f9bdff5; Missing bits: [MC_RDY,] Jun 12 20:46:48 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status= bit(s): status reg =3D 0x900000 Unexpected bits: [PCI_ABRT,PCI_PERR] Jun 12 20:46:48 data kernel: twa0: _PERR]: (0x4943502C: 0x1303): PCI parity= error: clearing... Re-seat/move/replace card: status reg =3D 0x7f9bdff5 [C= MD_Q_EMPTY,RESP_Q_EMPTY,CMD_Q_FULL,RESP_INTR,CMD_INTR,HOST_INTR,PCI_ABRT,PC= I_PERR] Jun 12 20:46:48 data kernel: twa0: _PERR]: (0x4943502C: 0x1304): PCI abort:= clearing... : status reg =3D 0x7f9bdff5 [CMD_Q_EMPTY,RESP_Q_EMPTY,CMD_Q_FU= LL,RESP_INTR,CMD_INTR,HOST_INTR,PCI_ABRT,PCI_PERR] Jun 12 20:46:48 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D573849005056 size=3D11264 Jun 12 20:46:48 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D573848699904 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D289734832640 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D289734843392 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289734963712 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D289735402496 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D9262030848 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D9262228480 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D9262502912 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D9262469632 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289735830528 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D289735874560 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D289736028160 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D289735731712 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D289735479808 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289735479808 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D289735589376 size=3D10752 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D289735512064 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D289735523328 size=3D11264 Jun 12 20:46:52 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D9267793408 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D9267540992 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D9267573760 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D9267836928 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D9267595776 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D9268056576 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D9267848192 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D9267474944 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D9267485696 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D9268122112 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D9267913728 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D9267935744 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D9267607040 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D9268111360 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D289741294592 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D289741185024 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D289741195776 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D9267990528 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D289741228544 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D289741272576 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D289741283328 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D289741634560 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D289741864960 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D289741875712 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D289741755392 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D289740998656 size=3D10752 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D289741008896 size=3D11264 Jun 12 20:46:53 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D9268254208 size=3D10752 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D9396110848 size=3D10752 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D9397246464 size=3D10752 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D573881940992 size=3D11264 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D573881985024 size=3D11264 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D573882555392 size=3D11264 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D573882007040 size=3D10752 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D573882007040 size=3D10752 Jun 12 20:46:57 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status= bit(s): status reg =3D 0x500000 Unexpected bits: [PCI_ABRT,Q_ERR,] Jun 12 20:46:57 data kernel: twa0: . : (0x2E2E676E: 0x1304): PCI abort: cle= aring... : status reg =3D 0x1c536664 [MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INT= R,PCI_ABRT,Q_ERR,] Jun 12 20:46:57 data kernel: twa0: r: clearing... : (0x6F727265: 0x1305): C= ontroller queue error: clearing... : status reg =3D 0x1c536664 [MC_RDY,RESP= _Q_EMPTY,RESP_INTR,CMD_INTR,PCI_ABRT,Q_ERR,] Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D573884749824 size=3D11264 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D573884058624 size=3D10752 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D573884761088 size=3D10752 Jun 12 20:46:57 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D573885046272 size=3D10752 Jun 12 20:46:59 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D289755986432 size=3D10752 Jun 12 20:46:59 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D289756029952 size=3D11264 Jun 12 20:46:59 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D9545516544 size=3D11264 Jun 12 20:46:59 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D289756062720 size=3D11264 Jun 12 20:47:00 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D289756117504 size=3D11264 Jun 12 20:47:01 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D289764136448 size=3D10752 Jun 12 20:47:01 data kernel: twa0: ERROR: (0x16: 0x1301): Missing expected = status bit(s): status reg =3D 0x145994eb; Missing bits: [MC_RDY,] Jun 12 20:47:01 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status= bit(s): status reg =3D 0x500000 Unexpected bits: [PCI_ABRT,Q_ERR,] Jun 12 20:47:01 data kernel: twa0: ng... : (0x69726165: 0x1304): PCI abort:= clearing... : status reg =3D 0x145994eb [CMD_Q_EMPTY,CMD_Q_FULL,RESP_INTR,= HOST_INTR,PCI_ABRT,Q_ERR,] Jun 12 20:47:01 data kernel: twa0: error: clearing... : (0x20657565: 0x1305= ): Controller queue error: clearing... : status reg =3D 0x145994eb [CMD_Q_E= MPTY,CMD_Q_FULL,RESP_INTR,HOST_INTR,PCI_ABRT,Q_ERR,] Jun 12 20:47:01 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D9553024000 size=3D11264 Jun 12 20:47:01 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da12 offset=3D9553254400 size=3D11264 Jun 12 20:47:01 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D9553112064 size=3D10752 Jun 12 20:47:01 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D289764279296 size=3D10752 Jun 12 20:47:04 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289775233536 size=3D10752 Jun 12 20:47:04 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D289775902720 size=3D11264 Jun 12 20:47:05 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D9707735040 size=3D10752 Jun 12 20:47:05 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status= bit(s): status reg =3D 0x600000 Unexpected bits: [MC_ERR,Q_ERR,] Jun 12 20:47:05 data kernel: twa0: : (0x202E2E2E: 0x1305): Controller queue= error: clearing... : status reg =3D 0x576a2c2e [MC_RDY,CMD_INTR,HOST_INTR,= MC_ERR,Q_ERR,] Jun 12 20:47:05 data kernel: twa0: ERROR: (0x16: 0x1307): Micro-controller = error! : status reg =3D 0x576a2c2e [MC_RDY,CMD_INTR,HOST_INTR,MC_ERR,Q_ERR,] Jun 12 20:47:05 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D9708688384 size=3D10752 Jun 12 20:47:05 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D289779238400 size=3D10752 Jun 12 20:47:07 data kernel: twa0: ERROR: (0x16: 0x1301): Missing expected = status bit(s): status reg =3D 0x79c41042; Missing bits: [MC_RDY,] Jun 12 20:47:07 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status= bit(s): status reg =3D 0xc00000 Unexpected bits: [Q_ERR,PCI_PERR] Jun 12 20:47:07 data kernel: twa0: ove/replace card: (0x6D2F7461: 0x1303): = PCI parity error: clearing... Re-seat/move/replace card: status reg =3D 0x7= 9c41042 [CMD_Q_EMPTY,ATTN_INTR,Q_ERR,PCI_PERR] Jun 12 20:47:07 data kernel: twa0: ERROR: (0x20: 0x1305): Controller queue = error: clearing... : status reg =3D 0x79c41042 [CMD_Q_EMPTY,ATTN_INTR,Q_ERR= ,PCI_PERR] Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D206088704 size=3D11264 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D206099968 size=3D10752 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da10 offset=3D206396416 size=3D10752 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da11 offset=3D573904253952 size=3D10752 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D573904166400 size=3D10752 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da5 offset=3D573904177152 size=3D11264 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D573904681984 size=3D11264 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da3 offset=3D573904693248 size=3D10752 Jun 12 20:47:07 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D573905043968 size=3D10752 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da6 offset=3D289786880 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da7 offset=3D289611264 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289830400 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D289633280 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da13 offset=3D289918464 size=3D10752 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da15 offset=3D289929216 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D573911089152 size=3D10752 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da14 offset=3D289841664 size=3D10752 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D290094080 size=3D10752 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da8 offset=3D290104832 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D573911187968 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da2 offset=3D573911440384 size=3D11264 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da4 offset=3D573910979584 size=3D10752 Jun 12 20:47:08 data root: ZFS: checksum mismatch, zpool=3Dtank path=3D/dev= /da9 offset=3D573911330304 size=3D11264 Cheers =2D-=20 ian j hart From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 22:52:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BE141065674; Sat, 13 Jun 2009 22:52:13 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id C64E98FC08; Sat, 13 Jun 2009 22:52:12 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n5DMqA2d003666; Sun, 14 Jun 2009 00:52:10 +0200 Received: from webmail.entel.upc.edu (wireless.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 267442CBD09; Sun, 14 Jun 2009 00:52:05 +0200 (CEST) Received: from 88.11.0.178 by webmail.entel.upc.edu with HTTP; Sun, 14 Jun 2009 00:52:05 +0200 (CEST) Message-ID: <54827.88.11.0.178.1244933525.squirrel@webmail.entel.upc.edu> In-Reply-To: <4A32985C.8050808@freebsd.org> References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua> <4A32985C.8050808@freebsd.org> Date: Sun, 14 Jun 2009 00:52:05 +0200 (CEST) From: "Gustavo Perez Querol" To: "Andriy Gapon" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Sun, 14 Jun 2009 00:52:10 +0200 (CEST) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jun 2009 22:52:14 -0000 > on 11/06/2009 22:45 Martin Wilke said the following: >>> - Enable shared OpenGL service. Completely untested due to lack of >>> appropriate hardware but it compiles at least > > Doesn't look like it would work at the run time (at least for me): > OpenGL Error: DLL Loader couldn't find/open /libGL.so.1 > OpenGL Error: The render SPU was unable to load the native OpenGL library > OpenGL Warning: Error closing DLL /libGL.so.1 > > libGL.so.1 lives in /usr/local/lib. To survive while someone fixes vbox, edit /etc/libmap.conf and add something like this : [VirtualBox] /libGL.so.1 /usr/local/lib/libGL.so.1 I had the same problem, and that fixed vbox. And report that shared clipboards with a windows xp guest work for me with virtualbox take 6 ! Thank you ! Greets, Gus > > -- > Andriy Gapon > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to > "freebsd-emulation-unsubscribe@freebsd.org" >