From owner-freebsd-current@FreeBSD.ORG Sun Apr 29 10:11:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDCEC16A407; Sun, 29 Apr 2007 10:11:36 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0900113C45B; Sun, 29 Apr 2007 10:11:35 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id l3T9p3Y3098961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Apr 2007 11:51:03 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id l3T9p3p1098960; Sun, 29 Apr 2007 11:51:03 +0200 (CEST) (envelope-from csaba) Date: Sun, 29 Apr 2007 11:51:02 +0200 From: Csaba Henk To: Anish Mistry Message-ID: <20070429095102.GD79199@beastie.creo.hu> References: <4630D572.1020204@omnisec.de> <20070428114243.N28395@fledge.watson.org> <200704281633.32639.h.schmalzbauer@omnisec.de> <200704281412.19978.amistry@am-productions.biz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704281412.19978.amistry@am-productions.biz> User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (beastie.creo.hu [127.0.0.1]); Sun, 29 Apr 2007 11:51:04 +0200 (CEST) Cc: freebsd-current@freebsd.org, Robert Watson , Harald Schmalzbauer Subject: Re: Panic: fusefs crashes -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: Sun, 29 Apr 2007 10:11:37 -0000 On Sat, Apr 28, 2007 at 02:12:14PM -0400, Anish Mistry wrote: > I've been able to reproduce this issue. I've CC'd Csaba. I see. I might need some time to investigate the case as I don't have a fresh CURRENT installed. Csaba From owner-freebsd-current@FreeBSD.ORG Sun Apr 29 17:01:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79BF616A404 for ; Sun, 29 Apr 2007 17:01:24 +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 3385C13C46E for ; Sun, 29 Apr 2007 17:01:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HiCls-0007ZR-UI for freebsd-current@freebsd.org; Sun, 29 Apr 2007 19:01:12 +0200 Received: from 83-131-101-20.adsl.net.t-com.hr ([83.131.101.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Apr 2007 19:01:12 +0200 Received: from ivoras by 83-131-101-20.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Apr 2007 19:01:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 29 Apr 2007 19:00:54 +0200 Lines: 38 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig608E7329C3F3D97C82D42315" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-101-20.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) X-Enigmail-Version: 0.94.3.0 Sender: news Subject: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 17:01:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig608E7329C3F3D97C82D42315 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have this line in my /etc/fstab: //ivoras@server/share /home/ivoras/mnt smbfs rw,noauto,-f640,-d750 0 0 But the command # mount /home/ivoras/mnt doesn't exit. The file system is mounted, I can see it in output of "mount" on another console, and I can access the files in it without problems, but the "mount" command never returns. It's stuck in state "devdrn", and can't be killed by SIGINT or SIGKILL. This is a -CURRENT from few days ago. Does smbfs work for someone? --------------enig608E7329C3F3D97C82D42315 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFGNM9NldnAQVacBcgRAq6DAJY9EqPZQyP+tJjQLyzSxsLlxtMWAJ9ujS9+ ZzyUKv0YizP9FBlcGB2GAg== =vBBx -----END PGP SIGNATURE----- --------------enig608E7329C3F3D97C82D42315-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 29 17:19:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D1AE16A402 for ; Sun, 29 Apr 2007 17:19:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id D84B413C459 for ; Sun, 29 Apr 2007 17:19:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HiD3y-0001XZ-DY for freebsd-current@freebsd.org; Sun, 29 Apr 2007 20:19:55 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l3THJnp9086774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Apr 2007 20:19:49 +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.1/8.14.1) with ESMTP id l3THJnAG065760; Sun, 29 Apr 2007 20:19:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l3THJnMR065759; Sun, 29 Apr 2007 20:19:49 +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: Sun, 29 Apr 2007 20:19:49 +0300 From: Kostik Belousov To: Ivan Voras Message-ID: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VouvK5X/VR+fp5FT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 7155bbd8d023de41950ebecbe4708355 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1011 [Apr 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 17:19:57 -0000 --VouvK5X/VR+fp5FT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 29, 2007 at 07:00:54PM +0200, Ivan Voras wrote: > I have this line in my /etc/fstab: >=20 > //ivoras@server/share /home/ivoras/mnt smbfs rw,noauto,-f640,-d750 0 0 >=20 > But the command >=20 > # mount /home/ivoras/mnt >=20 > doesn't exit. The file system is mounted, I can see it in output of > "mount" on another console, and I can access the files in it without > problems, but the "mount" command never returns. It's stuck in state > "devdrn", and can't be killed by SIGINT or SIGKILL. >=20 > This is a -CURRENT from few days ago. >=20 > Does smbfs work for someone? >=20 Take the http://people.freebsd.org/~kib/misc/destroy_dev_sched.6.patch In addition, replace calls to destroy_dev() in the smb cdev d_close() method with destroy_dev_sched() (the precise location of that destroy_dev() could be obtained by backtracing hung process in ddb). This should fix "devdrn" hang. Please, report the results to me. --VouvK5X/VR+fp5FT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGNNO0C3+MBN1Mb4gRAgwNAJ4gzoWMmEHHXj0QuDPvuSLEIyiBngCeOpXg LM6FglqhAEzx/8B/8CEXZeg= =bOmZ -----END PGP SIGNATURE----- --VouvK5X/VR+fp5FT-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 29 18:47:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E864D16A404 for ; Sun, 29 Apr 2007 18:47:43 +0000 (UTC) (envelope-from pluknet@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 A67BF13C459 for ; Sun, 29 Apr 2007 18:47:43 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1151570ana for ; Sun, 29 Apr 2007 11:47:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mEII+lwYMN636NXplejLbvgAwjDVjKnwJ6ELQwbSv6qbITfQebVaarrX/Jx7VrjA6eoRev21CovbejekPB+6YfkC4fwbbYpYadvchObmrFUnyrsbU2+zhBQDvoKsqgtf/bCihJy0HGFKzz2G1Uaj84VJFTxjS1wGjFVEqQp5MRQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k1ly2JOLny7Xigi/niv3SziRKo0f0ZWMYvPgLg44rZ59Zo0gvJfQq6gv2BHAuKG4eSnQB03HMiU+aw0EqdHn4KFR4ELF4aqHKRh91oOsTA2Hh8mJctRYry6N3NwiXXZZS1y3KuUx3/XpAPtvXzEsbAcfpcaHB4mbyrr2lefmal4= Received: by 10.100.201.11 with SMTP id y11mr1069069anf.1177872463092; Sun, 29 Apr 2007 11:47:43 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Sun, 29 Apr 2007 11:47:42 -0700 (PDT) Message-ID: Date: Sun, 29 Apr 2007 22:47:42 +0400 From: pluknet To: "Kostik Belousov" In-Reply-To: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 18:47:44 -0000 Hi, On 29/04/07, Kostik Belousov wrote: > On Sun, Apr 29, 2007 at 07:00:54PM +0200, Ivan Voras wrote: > > I have this line in my /etc/fstab: > > > > //ivoras@server/share /home/ivoras/mnt smbfs rw,noauto,-f640,-d750 0 0 > > > > But the command > > > > # mount /home/ivoras/mnt > > > > doesn't exit. The file system is mounted, I can see it in output of > > "mount" on another console, and I can access the files in it without > > problems, but the "mount" command never returns. It's stuck in state > > "devdrn", and can't be killed by SIGINT or SIGKILL. > > > > This is a -CURRENT from few days ago. > > > > Does smbfs work for someone? > > > > Take the > http://people.freebsd.org/~kib/misc/destroy_dev_sched.6.patch > In addition, replace calls to destroy_dev() in the smb cdev d_close() > method with destroy_dev_sched() (the precise location of that destroy_dev() > could be obtained by backtracing hung process in ddb). > > This should fix "devdrn" hang. Please, report the results to me. > > It seems that it works now, thanks! (i,e, no mount_smbfs in devdrn state after mount) current as of 26/04/2007 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sun Apr 29 20:10:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 970A116A400 for ; Sun, 29 Apr 2007 20:10:36 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id C60F513C46C for ; Sun, 29 Apr 2007 20:10:35 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 34802 invoked by uid 0); 29 Apr 2007 16:53:32 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.215.122):. Processed in 0.897584 secs); 29 Apr 2007 19:53:32 -0000 Received: from unknown (HELO ?10.69.69.69?) (201.17.215.122) by capeta.freebsdbrasil.com.br with SMTP; 29 Apr 2007 16:53:31 -0300 Message-ID: <4634F575.4010905@freebsdbrasil.com.br> Date: Sun, 29 Apr 2007 16:43:49 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Ivan Voras Subject: My experies with gvirstor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 20:10:36 -0000 Here is what I got as my experiences with gvirstor so far. With kern.geom.virstor.debug=15 get really slow. While accessing (newfs'ing) /dev/virstor/home system starts to get 98% of CPU cycles. No problem after all, just mentioning in case this shouldnt happen. With a 40GB device I cannot create a 2TB virtual gvirstor device. While in newfs, in a certain moment I get: ... ... ... 3542977888, 3543354240, 3543730592, 3544106944, 3544483296, 3544859648, 3545236000, 3545612352, 3545988704, 3546365056, 3546741408, 3547117760, 3547494112, and it STOPS. Checking for debug I can find out that BIO Delaying is working, because I get: GEOM_VIRSTOR[1]: All physical space allocated for home GEOM_VIRSTOR[2]: Delaying BIO (size=65536) until free physical space can be found on virstor/home If I ./gvirstor add home ad4s1, things start to work back. But ad4s1 is way too small and Is not enough. But at least a 1G device I can create: /dev/virstor/home 946G 4.0K 870G 0% /usr/home4 So my question, how can I make the math to find out how much real space I will need to create a gvirstor device sized N? # ./gvirstor status home Name Status Components virstor/home 43% physical free ad2s1 Since it is a 40GB devie, something close to 34GB was used to store structure of a 1TB device. Is this usage related to the chunk size? Anyway I still adding and removing disks from the gvirstor Name Status Components virstor/home 91% physical free ad2s1 ad0s2d ggate0 I am also importing ggate devices into gvirstor wihtout problems. It is amazing that it works since it gives us teorically ilimited storage space. In a single machine we are limited at number of disks. But with multiple machines importing ggate exports, it seems amazingly. however, if I export gvirstor device, the other side (ggate client) can only import it if it is umounted in the local machine (the one where gvirstor resides): /dev/ggate0 946G 4.0K 870G 0% /mnt If I try to mount it, I get: # mount /dev/virstor/home /usr/home4 mount: /dev/virstor/home: Operation not permitted And, if I try to export a mounted gvirstor device, ggated starts fine: # ggated -v info: Reading exports file (/etc/gg.exports). debug: Added 10.69.69.69/32 /dev/md0 RW to exports list. debug: Added 10.69.69.69/32 /dev/virstor/home RW to exports list. info: Exporting 2 object(s). info: Listen on port: 3080. But on remote side: # ggatec create -v -o rw 10.69.69.1 /dev/virstor/home info: Connected to the server: 10.69.69.1:3080. debug: Sending version packet. debug: Sending initial packet. debug: Receiving initial packet. debug: Received initial packet. info: Connected to the server: 10.69.69.1:3080. debug: Sending version packet. debug: Sending initial packet. debug: Receiving initial packet. debug: Received initial packet. error: ggatec: ioctl(/dev/ggctl): Invalid argument. And, back on the server side, ggated: error: Cannot open /dev/virstor/home: Operation not permitted. debug: Connection removed [10.69.69.69 /dev/virstor/home]. warning: Cannot send initial packet: Bad file descriptor. Thatīs bad fun :( I thought I could do more lego play. This seems like the same problem I had in the past, trying to export a mounted gmirror device. Its probably a ggate limitation. Anyways, this is again, just to report the experiences I had by now. Up to now I didnt get panics or unexpected behavior. With this command: # dd if=/dev/zero of=/usr/home4/40G.bin count=40000 bs=1024k While running iostat -w1 ad0 ad2 I can see there is no performance difference comparing writings to the ad provider or to a gvirstor provider. I can also see that the disk usage is one provider each time. I only get activiry on ad0 when ad2 has ended up its space. gstat shows me the same thing. However, let me ask something. Is metadata information updated synchronously? I ask it because removing /usr/home4/40G.bin (rm /usr/home4/40G.bin) takes about 1 and a half minute to finish (newfs was made with -U flag). I will do some more testings during the week. From owner-freebsd-current@FreeBSD.ORG Sun Apr 29 22:55:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32C3B16A407 for ; Sun, 29 Apr 2007 22:55:18 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9281513C457 for ; Sun, 29 Apr 2007 22:55:17 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 9012B144CBF; Mon, 30 Apr 2007 00:22:42 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 82045D5004A; Mon, 30 Apr 2007 00:22:42 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 6246DD50047; Mon, 30 Apr 2007 00:22:42 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rMOvgvtQB7UYoIexBmTRmaQ6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-101-20.adsl.net.t-com.hr [83.131.101.20]) by ls248.t-com.hr (Qmali) with ESMTP id F306B5E0035; Mon, 30 Apr 2007 00:22:41 +0200 (CEST) Message-ID: <46351AAE.2060603@fer.hr> Date: Mon, 30 Apr 2007 00:22:38 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Patrick Tracanelli References: <4634F575.4010905@freebsdbrasil.com.br> In-Reply-To: <4634F575.4010905@freebsdbrasil.com.br> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1D84A95B57D9E348FCE122C5" Cc: current@freebsd.org Subject: Re: My experies with gvirstor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 22:55:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1D84A95B57D9E348FCE122C5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Patrick Tracanelli wrote: > Here is what I got as my experiences with gvirstor so far. >=20 > With kern.geom.virstor.debug=3D15 get really slow. While accessing > (newfs'ing) /dev/virstor/home system starts to get 98% of CPU cycles. N= o > problem after all, just mentioning in case this shouldnt happen. I don't see how to avoid it, since this mode generates a real mountain of messages :) =2E. > 3542977888, 3543354240, 3543730592, 3544106944, 3544483296, 3544859648= , > 3545236000, 3545612352, 3545988704, 3546365056, > 3546741408, 3547117760, 3547494112, >=20 > and it STOPS. Checking for debug I can find out that BIO Delaying is > working, because I get: >=20 > GEOM_VIRSTOR[1]: All physical space allocated for home > GEOM_VIRSTOR[2]: Delaying BIO (size=3D65536) until free physical space = can > be found on virstor/home Ok, this is because UFS creates cylindar groups across the drive, and though they are basically small, each of them allocates an entire 4 MB chunk. Thus the problems. > If I ./gvirstor add home ad4s1, things start to work back. But ad4s1 is= > way too small and Is not enough. But at least a 1G device I can create:= >=20 > /dev/virstor/home 946G 4.0K 870G 0% /usr/home4 Nice. > So my question, how can I make the math to find out how much real space= > I will need to create a gvirstor device sized N? >=20 > # ./gvirstor status home > Name Status Components > virstor/home 43% physical free ad2s1 > Since it is a 40GB devie, something close to 34GB was used to store > structure of a 1TB device. Is this usage related to the chunk size? The idea that is to be followed here is (chunk_size * number_of_cgs) is the smallest physical space required for newfs to finish. I'll have to find out the formula by which newfs caluclates how many cylindar groups it wants to create to give you a precise answer. It would be very interesting if you choose a different chunk size than the default 4 MB. For example, try using chunks of 512 KB (gvirstor create -m 512 ...). Also, if you're in the mood for it, try benchmarking one and the other chunk size (both newfs time, and bonnie++) would be interesting. > however, if I export gvirstor device, the other side (ggate client) can= > only import it if it is umounted in the local machine (the one where > gvirstor resides): >=20 > /dev/ggate0 946G 4.0K 870G 0% /mnt >=20 > If I try to mount it, I get: >=20 > # mount /dev/virstor/home /usr/home4 > mount: /dev/virstor/home: Operation not permitted This is the limitation of the UFS file system, not GEOM & its classes. You can search the archives for many lamentations about how people are missing a real distributed & concurrent file system in FreeBSD. > That=C2=B4s bad fun :( I thought I could do more lego play. This seems = like > the same problem I had in the past, trying to export a mounted gmirror > device. Yes, it's the same problem. > iostat -w1 ad0 ad2 >=20 > I can see there is no performance difference comparing writings to the > ad provider or to a gvirstor provider. I can also see that the disk > usage is one provider each time. I only get activiry on ad0 when ad2 ha= s > ended up its space. gstat shows me the same thing. Yes, it will fill up the virstor device one drive at a time, in order in which they have been added. If you want multiple devices to be used at the same time, you'll have to add a gstripe "lego brick" in the setup :) > However, let me ask something. Is metadata information updated > synchronously? Yes for the virstor. Virstor metadata needs only to be updated when a new physical block is allocated. For example, let's assume a virstor device that has 5 chunks of 1 MB: [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] So, the above line represents 5 MB of virtual storage. Let's say an application (and, for this argument, this includes the file system), writes one byte to the position "2 MB". Now the second chunk gets its physical backing and virstor metadata is written to reflect this. The new situation is: [ 1 ] [.2.] [ 3 ] [ 4 ] [ 5 ] (the dots represent a virtual chunk with physical backing). Now, when the application writes a single byte at position "2 MB + 1", that byte gets written to the same already allocated second chunk, so there's no need to allocate another chunk, and there's no need to write virstor metadata (AKA "the allocation table"). But when an application writes to position "4 MB", another chunk gets physical backing: [ 1 ] [.2.] [ 3 ] [.4.] [ 5 ] etc., etc. The unallocated chunks remain as "holes" - reading from them produces bytes out of thin air (AKA "the infinite supply of zeroes"), and writing to them allocates chunks (if they aren't already allocated) and writes to physical storage. > I ask it because removing /usr/home4/40G.bin (rm /usr/home4/40G.bin) > takes about 1 and a half minute to finish (newfs was made with -U flag)= =2E Ok, now things get to be interesting. Let's see how the allocation goes from the physical device side. Let's assume we have a drive that can hold 2 MB. That is, two chunks of 1 MB: { 1 } { 2 } When the first allocation in the above example happens, virtual chunk [2] is mapped to physical chunk {1}, and now we have: {.1.} { 2 } When the second allocation happens, virtual chunk [4] is mapped to physical chunk {2}: {.1.} {.2.} And the mapping table contains something like: [1]->? [2]->{1} [3]->? [4]->{2} The reason why newfs creates cylinder groups is speed. Cylinder groups group "nearby" files, where "nearby" is determined by some heuristics, including "belonging to the same directory". One cylindar group is usually somewhere around 200 MB in size. This means that it can hold 200 MB of files in a small area on the hard drive platter, so that jumping from one file to the next involves very little seeking. When using virstor, the space occupied by a single cylinder group suddenly becomes scattered around the hard drive platter, defeating the purpose of grouping, and introducing much more seeks. (This is a bit simplified, but correct in principle) There are three ways to "fix" this: 1. Use huge chunk sizes, like 200 MB. (but cg size also cannot be reliably calculated in advance, and huge chunk sizes will badly influence the "savings" in storage virstor device can provide) 2. Use a medium that doesn't have seek penalties, such as solid state memory (flash drives) 3. Use gjournal, and set the journal on a non-virstor device. This way, most writes (and unlink() calls have lots of writes) will go to the journal device first. (gjournal is available only in 7-CURRENT) --------------enig1D84A95B57D9E348FCE122C5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNRquldnAQVacBcgRAhbkAKC8PahiEDOhYmq+Xtk6F+o+Gm0RqgCgiqlW 9tB9PeFjaZBbZfOGFXi0UEk= =DiQ9 -----END PGP SIGNATURE----- --------------enig1D84A95B57D9E348FCE122C5-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 02:09:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACCA416A401 for ; Mon, 30 Apr 2007 02:09:47 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 324BB13C44C for ; Mon, 30 Apr 2007 02:09:46 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U20S4W014015 for ; Mon, 30 Apr 2007 11:30:28 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Mon, 30 Apr 2007 11:39:40 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Apr 2007 11:39:40 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U29dY1018804 for ; Mon, 30 Apr 2007 10:09:39 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3U29dSZ018803 for freebsd-current@freebsd.org; Mon, 30 Apr 2007 10:09:39 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 30 Apr 2007 10:09:39 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070430020938.GG1530@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 30 Apr 2007 02:09:40.0683 (UTC) FILETIME=[9C7E41B0:01C78ACC] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15142.001 X-TM-AS-Result: No-3.342800-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 02:09:47 -0000 0n Sun, Apr 29, 2007 at 07:00:54PM +0200, Ivan Voras wrote: >I have this line in my /etc/fstab: > >//ivoras@server/share /home/ivoras/mnt smbfs rw,noauto,-f640,-d750 0 0 > >But the command > ># mount /home/ivoras/mnt > >doesn't exit. The file system is mounted, I can see it in output of >"mount" on another console, and I can access the files in it without >problems, but the "mount" command never returns. It's stuck in state >"devdrn", and can't be killed by SIGINT or SIGKILL. > >This is a -CURRENT from few days ago. ditto #mount /netlogon/ load: 1.19 cmd: mount_smbfs 18177 [devdrn] 0.00u 0.23s 1% 1064k load: 1.19 cmd: mount_smbfs 18177 [devdrn] 0.00u 0.23s 1% 1064k load: 1.19 cmd: mount_smbfs 18177 [devdrn] 0.00u 0.23s 0% 1064k load: 1.19 cmd: mount_smbfs 18177 [devdrn] 0.00u 0.23s 0% 1064k And I can see the contents: #ls /netlogon/ | wc -l 104 -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 04:08:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D81E016A402; Mon, 30 Apr 2007 04:08: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 883E013C458; Mon, 30 Apr 2007 04:08: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.13.8/8.13.8) with ESMTP id l3U486Hq061424; Mon, 30 Apr 2007 00:08: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.13.8/8.13.8) with ESMTP id l3U485H2072647; Mon, 30 Apr 2007 00:08:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9673173039; Mon, 30 Apr 2007 00:08:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430040805.9673173039@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 00:08:05 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 30 Apr 2007 04:08:07 -0000 TB --- 2007-04-30 03:28:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 03:28:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-30 03:28:30 - cleaning the object tree TB --- 2007-04-30 03:28:55 - checking out the source tree TB --- 2007-04-30 03:28:55 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-30 03:28:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 03:36:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 03:36:25 - cd /src TB --- 2007-04-30 03:36:25 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 03:36:26 UTC 2007 >>> 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 [...] gzip -cn /src/bin/dd/dd.1 > dd.1.gz ===> bin/df (all) cc -O2 -pipe -I/src/bin/df/../../sbin/mount -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/bin/df/df.c /src/bin/df/df.c: In function `main': /src/bin/df/df.c:134: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:141: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:155: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:165: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/bin/df. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 04:08:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 04:08:05 - ERROR: failed to build world TB --- 2007-04-30 04:08:05 - tinderbox aborted TB --- 0.59 user 2.74 system 2374.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 04:16:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFF2316A400; Mon, 30 Apr 2007 04:16:25 +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 98FFE13C4B0; Mon, 30 Apr 2007 04:16: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.13.8/8.13.8) with ESMTP id l3U4GPQL061841; Mon, 30 Apr 2007 00:16:25 -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.13.8/8.13.8) with ESMTP id l3U4GOSd077492; Mon, 30 Apr 2007 00:16:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3C3873039; Mon, 30 Apr 2007 00:16:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430041624.C3C3873039@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 00:16:24 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 30 Apr 2007 04:16:26 -0000 TB --- 2007-04-30 03:38:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 03:38:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-30 03:38:48 - cleaning the object tree TB --- 2007-04-30 03:39:06 - checking out the source tree TB --- 2007-04-30 03:39:06 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-30 03:39:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 03:46:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 03:46:13 - cd /src TB --- 2007-04-30 03:46:13 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 03:46:14 UTC 2007 >>> 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 [...] gzip -cn /src/bin/dd/dd.1 > dd.1.gz ===> bin/df (all) cc -O2 -pipe -I/src/bin/df/../../sbin/mount -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/bin/df/df.c /src/bin/df/df.c: In function `main': /src/bin/df/df.c:134: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:141: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:155: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:165: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/bin/df. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 04:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 04:16:24 - ERROR: failed to build world TB --- 2007-04-30 04:16:24 - tinderbox aborted TB --- 0.63 user 2.14 system 2256.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 05:00:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C39A16A402; Mon, 30 Apr 2007 05:00:48 +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 C152313C484; Mon, 30 Apr 2007 05:00:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3U50lIM063513; Mon, 30 Apr 2007 01:00:47 -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.13.8/8.13.8) with ESMTP id l3U50kJP099153; Mon, 30 Apr 2007 01:00:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2B8D73039; Mon, 30 Apr 2007 01:00:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430050046.A2B8D73039@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 01:00:46 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Mon, 30 Apr 2007 05:00:48 -0000 TB --- 2007-04-30 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 04:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-30 04:20:00 - cleaning the object tree TB --- 2007-04-30 04:20:21 - checking out the source tree TB --- 2007-04-30 04:20:21 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-30 04:20:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 04:28:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 04:28:51 - cd /src TB --- 2007-04-30 04:28:51 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 04:28:52 UTC 2007 >>> 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 [...] gzip -cn /src/bin/dd/dd.1 > dd.1.gz ===> bin/df (all) cc -O2 -pipe -I/src/bin/df/../../sbin/mount -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/bin/df/df.c /src/bin/df/df.c: In function `main': /src/bin/df/df.c:134: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:141: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:155: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:165: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/bin/df. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 05:00:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 05:00:46 - ERROR: failed to build world TB --- 2007-04-30 05:00:46 - tinderbox aborted TB --- 0.49 user 1.72 system 2445.71 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 05:02:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4803816A400; Mon, 30 Apr 2007 05:02: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 EC70413C4B7; Mon, 30 Apr 2007 05:02:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3U52qxr063608; Mon, 30 Apr 2007 01:02: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.13.8/8.13.8) with ESMTP id l3U52qVA000332; Mon, 30 Apr 2007 01:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D6A873039; Mon, 30 Apr 2007 01:02:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430050252.1D6A873039@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 01:02:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 30 Apr 2007 05:02:53 -0000 TB --- 2007-04-30 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 04:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-30 04:20:00 - cleaning the object tree TB --- 2007-04-30 04:20:35 - checking out the source tree TB --- 2007-04-30 04:20:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-30 04:20:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 04:28:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 04:28:51 - cd /src TB --- 2007-04-30 04:28:51 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 04:28:52 UTC 2007 >>> 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 [...] gzip -cn /src/bin/dd/dd.1 > dd.1.gz ===> bin/df (all) cc -O2 -pipe -I/src/bin/df/../../sbin/mount -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/bin/df/df.c /src/bin/df/df.c: In function `main': /src/bin/df/df.c:134: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:141: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:155: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:165: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/bin/df. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 05:02:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 05:02:52 - ERROR: failed to build world TB --- 2007-04-30 05:02:52 - tinderbox aborted TB --- 1.09 user 3.51 system 2571.43 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 05:59:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4F2116A404; Mon, 30 Apr 2007 05:59: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 6ED1913C4C8; Mon, 30 Apr 2007 05:59: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.13.8/8.13.8) with ESMTP id l3U5xB7A066025; Mon, 30 Apr 2007 01:59: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.13.8/8.13.8) with ESMTP id l3U5xBw2032747; Mon, 30 Apr 2007 01:59:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 74A1773039; Mon, 30 Apr 2007 01:59:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430055911.74A1773039@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 01:59:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Mon, 30 Apr 2007 05:59:12 -0000 TB --- 2007-04-30 05:00:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 05:00:46 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-30 05:00:46 - cleaning the object tree TB --- 2007-04-30 05:01:14 - checking out the source tree TB --- 2007-04-30 05:01:14 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-30 05:01:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 05:09:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 05:09:32 - cd /src TB --- 2007-04-30 05:09:32 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 05:09:34 UTC 2007 >>> 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 [...] cc -O2 -pipe -c /src/usr.bin/dirname/dirname.c cc -O2 -pipe -o dirname dirname.o ===> usr.bin/du (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/du/du.c /src/usr.bin/du/du.c: In function `main': /src/usr.bin/du/du.c:143: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/usr.bin/du/du.c:148: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/usr.bin/du/du.c:152: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 05:59:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 05:59:11 - ERROR: failed to build world TB --- 2007-04-30 05:59:11 - tinderbox aborted TB --- 0.91 user 2.98 system 3504.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 05:59:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2072216A400; Mon, 30 Apr 2007 05:59: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 C5C8C13C4C3; Mon, 30 Apr 2007 05: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.13.8/8.13.8) with ESMTP id l3U5xIdP066034; Mon, 30 Apr 2007 01:59:18 -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.13.8/8.13.8) with ESMTP id l3U5xIxd049093; Mon, 30 Apr 2007 01:59:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EDB27303E; Mon, 30 Apr 2007 01:59:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430055918.1EDB27303E@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 01:59:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Mon, 30 Apr 2007 05:59:19 -0000 TB --- 2007-04-30 05:02:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 05:02:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-30 05:02:52 - cleaning the object tree TB --- 2007-04-30 05:03:20 - checking out the source tree TB --- 2007-04-30 05:03:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-30 05:03:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 05:09:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 05:09:32 - cd /src TB --- 2007-04-30 05:09:32 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 05:09:34 UTC 2007 >>> 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 [...] cc -O2 -pipe -c /src/usr.bin/dirname/dirname.c cc -O2 -pipe -o dirname dirname.o ===> usr.bin/du (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/du/du.c /src/usr.bin/du/du.c: In function `main': /src/usr.bin/du/du.c:143: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/usr.bin/du/du.c:148: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/usr.bin/du/du.c:152: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 05:59:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 05:59:18 - ERROR: failed to build world TB --- 2007-04-30 05:59:18 - tinderbox aborted TB --- 0.64 user 2.88 system 3385.82 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 06:50:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DF6A16A400 for ; Mon, 30 Apr 2007 06:50:51 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5FE13C469 for ; Mon, 30 Apr 2007 06:50:50 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U6fVc0023736 for ; Mon, 30 Apr 2007 16:11:31 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Mon, 30 Apr 2007 16:20:44 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Apr 2007 16:20:43 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U6ohX1001546 for ; Mon, 30 Apr 2007 14:50:43 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3U6ogML001545 for freebsd-current@freebsd.org; Mon, 30 Apr 2007 14:50:42 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 30 Apr 2007 14:50:42 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070430065042.GA1525@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 30 Apr 2007 06:50:44.0001 (UTC) FILETIME=[DFD06110:01C78AF3] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15142.001 X-TM-AS-Result: No-0.460600-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 06:50:51 -0000 0n Sun, Apr 29, 2007 at 10:47:42PM +0400, pluknet wrote: >It seems that it works now, thanks! >(i,e, no mount_smbfs in devdrn state after mount) > >current as of 26/04/2007 FreeBSD 7.0-CURRENT #0: Mon Apr 30 12:13:02 WST 2007 And I still see: #mount /netlogon load: 0.10 cmd: mount_smbfs 1537 [devdrn] 0.00u 0.00s 0% 1228k load: 0.10 cmd: mount_smbfs 1537 [devdrn] 0.00u 0.00s 0% 1228k load: 0.09 cmd: mount_smbfs 1537 [devdrn] 0.00u 0.00s 0% 1228k ^C # -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 08:40:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCB2816A400 for ; Mon, 30 Apr 2007 08:40:12 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 477DD13C448 for ; Mon, 30 Apr 2007 08:40:11 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U8UrpR007707 for ; Mon, 30 Apr 2007 18:00:53 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Mon, 30 Apr 2007 18:10:05 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Apr 2007 18:10:05 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U8e4TY001791 for ; Mon, 30 Apr 2007 16:40:04 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3U8e4wu001790 for freebsd-current@freebsd.org; Mon, 30 Apr 2007 16:40:04 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 30 Apr 2007 16:40:04 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070430084003.GA1716@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 30 Apr 2007 08:40:05.0266 (UTC) FILETIME=[26A1F720:01C78B03] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15142.001 X-TM-AS-Result: No--1.316700-8.000000-31 Content-Transfer-Encoding: 7bit Subject: /etc/rc.conf not getting parsed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 08:40:12 -0000 Hi all, Currently Using: FreeBSD 7.0-CURRENT #0: Mon Apr 30 12:13:02 WST 2007. None of my services are being started from /etc/rc.conf. I am manually having to start them. Can anyone please suggest how to debug why this has just started to occur ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 09:16:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F76216A402 for ; Mon, 30 Apr 2007 09:16:20 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 525FB13C44B for ; Mon, 30 Apr 2007 09:16:20 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1324865pyh for ; Mon, 30 Apr 2007 02:16:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MBQcH/r93NSJr7WGKdfswgNz4xZKtlfczt9RpiofqopfEL0FFlRB4C8ne1PT604FlevXs0frIddQSRIYxJWTiRaOcOzA7KUhKe/YV/+wlL2hCcPJ7gFKyV/A7Ai8fU5fmHyfngSloQ8bJ4lsmfBelRWenU7Rh4+L4eK6+dtv7FE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bpyNcVDeyfLEFn3W9uQSwyFvmhNimjwPhn61oBxQ3n6BgK/lgD+UL43fuOylWME9gm0fYVYNbWt8vO87KOlUDJ9mXn+ASy9H7SdwK+7+epBAW7HHxn2U+jFf6FQZc/WdvWeCOpz/g8/FMXO+xr9oKzhHSVTO2cJsfwT5xSSBBf4= Received: by 10.65.250.11 with SMTP id c11mr11328873qbs.1177923101326; Mon, 30 Apr 2007 01:51:41 -0700 (PDT) Received: by 10.65.81.13 with HTTP; Mon, 30 Apr 2007 01:51:41 -0700 (PDT) Message-ID: <84dead720704300151r2eeff43x3dcc7b7d01e6cad2@mail.gmail.com> Date: Mon, 30 Apr 2007 08:51:41 +0000 From: "Joseph Koshy" To: freebsd-current@freebsd.org In-Reply-To: <20070430084003.GA1716@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070430084003.GA1716@obelix.dsto.defence.gov.au> Subject: Re: /etc/rc.conf not getting parsed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 09:16:20 -0000 wa> None of my services are being started from /etc/rc.conf. I am manually wa> having to start them. Can anyone please suggest how to debug why this wa> has just started to occur ? Use the "-x" option supported by "/bin/sh" to debug. E.g., # sh -x /etc/rc.d/lpd start ... lots of output elided ... + checkyesno lpd_enable + eval _value=$lpd_enable + _value=NO + debug checkyesno: lpd_enable is set to NO. + return 1 + return 0 -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 09:50:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A23E16A400 for ; Mon, 30 Apr 2007 09:50:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2EE13C465 for ; Mon, 30 Apr 2007 09:50:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 703721FFE4B for ; Mon, 30 Apr 2007 11:50:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 48B401FFE42; Mon, 30 Apr 2007 11:50: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 045F94448E6 for ; Mon, 30 Apr 2007 09:45:26 +0000 (UTC) Date: Mon, 30 Apr 2007 09:45:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current@FreeBSD.org In-Reply-To: <20070407075435.GP20680@sun.unixguru.nl> Message-ID: <20070430094053.G36917@maildrop.int.zabbadoz.net> References: <20070406214325.GB61039@garage.freebsd.pl> <20070407075435.GP20680@sun.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: Re: ZFS - quick start. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 09:50:10 -0000 On Sat, 7 Apr 2007, Richard Arends wrote: Hi, > I got a few LOR's trying out your instructions. I added those two to 'The LOR page': > Apr 7 09:46:36 base kernel: lock order reversal: > Apr 7 09:46:36 base kernel: 1st 0xc6f4cb20 zfs:&dr->dt.di.dr_mtx (zfs:&dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1865 > Apr 7 09:46:36 base kernel: 2nd 0xc5db1988 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1836 ID #207 http://sources.zabbadoz.net/freebsd/lor.html#207 > Apr 7 09:46:36 base kernel: lock order reversal: > Apr 7 09:46:36 base kernel: 1st 0xc72897e4 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c:417 > Apr 7 09:46:36 base kernel: 2nd 0xc728e770 zfs:&zp->z_lock (zfs:&zp->z_lock) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:73 ID #208 http://sources.zabbadoz.net/freebsd/lor.html#208 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 10:00:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2213016A402 for ; Mon, 30 Apr 2007 10:00:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id C11E413C458 for ; Mon, 30 Apr 2007 10:00:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id D2E3E1FFE79; Mon, 30 Apr 2007 12:00:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id BA4031FFE72; Mon, 30 Apr 2007 12:00: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 0CFE4444885; Mon, 30 Apr 2007 09:56:00 +0000 (UTC) Date: Mon, 30 Apr 2007 09:55:59 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current@freebsd.org In-Reply-To: <461B46E5.5070509@yandex.ru> Message-ID: <20070430095208.L36917@maildrop.int.zabbadoz.net> References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> <20070410063817.GA43061@xor.obsecurity.org> <461B36D5.3020307@yandex.ru> <20070410070628.GA43365@xor.obsecurity.org> <461B46E5.5070509@yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-fs@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 10:00:11 -0000 On Tue, 10 Apr 2007, Andrey V. Elsukov wrote: > Kris Kennaway wrote: >> \o/ >> >> You might need to recompile with DEBUG_LOCKS and DEBUG_VFS_LOCKS and >> do 'show lockedvnods', but maybe this is trivially reproducible. > > I've rollbacked and destroyed this snapshot and now don't have this > problem. But i have several LOR. The two news ones got added to 'The LOR page': >lock order reversal: > 1st 0xc2be9154 zfs:&db->db_mtx (zfs:&db->db_mtx) @ > sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:318 > 2nd 0xc2c94b20 zfs:&zp->z_lock (zfs:&zp->z_lock) @ > sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:73 LOR ID #209 http://sources.zabbadoz.net/freebsd/lor.html#209 >lock order reversal: > 1st 0xc2c3e818 zfs:&ds->ds_deadlist.bpl_lock (zfs:&ds->ds_deadlist.bpl_lock) @ > sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/bplist.c:154 > 2nd 0xc2be63a0 zfs:&dn->dn_struct_rwlock (zfs:&dn->dn_struct_rwlock) @ > sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:571 LOR ID #210 http://sources.zabbadoz.net/freebsd/lor.html#210 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 10:05:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 649B716A400 for ; Mon, 30 Apr 2007 10:05:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 26A9D13C4F6 for ; Mon, 30 Apr 2007 10:05:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0F10B1FFE24 for ; Mon, 30 Apr 2007 12:05:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id E30861FFE6C; Mon, 30 Apr 2007 12:05: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 3470D444885 for ; Mon, 30 Apr 2007 10:00:47 +0000 (UTC) Date: Mon, 30 Apr 2007 10:00:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current@freebsd.org In-Reply-To: <20070410224647.X2889@thebighonker.lerctr.org> Message-ID: <20070430100006.K36917@maildrop.int.zabbadoz.net> References: <20070410224647.X2889@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: Re: ZFS: LOR's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 10:05:11 -0000 On Tue, 10 Apr 2007, Larry Rosenman wrote: Hi, I added this new one to 'The LOR page': > lock order reversal: > 1st 0xffffff00332a56e8 zfs:&db->db_mtx (zfs:&db->db_mtx) @ > /usr/src/sys/modules > /zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1680 > 2nd 0xffffff00a87b4270 zfs:&dn->dn_dbufs_mtx (zfs:&dn->dn_dbufs_mtx) @ > /usr/src > /sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c:364 LOR ID #211 http://sources.zabbadoz.net/freebsd/lor.html#211 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 10:10:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8307C16A402 for ; Mon, 30 Apr 2007 10:10:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8CD13C45E for ; Mon, 30 Apr 2007 10:10:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 54F321FFE24; Mon, 30 Apr 2007 12:10:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 2D8A91FFE4D; Mon, 30 Apr 2007 12: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 8526E444885; Mon, 30 Apr 2007 10:08:00 +0000 (UTC) Date: Mon, 30 Apr 2007 10:08:00 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: <46227952.20807@gmail.com> Message-ID: <20070430100645.X36917@maildrop.int.zabbadoz.net> References: <46227952.20807@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Scott Long Subject: Re: XPT LOR/panic with USB stick and Giantless CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 10:10:11 -0000 On Sun, 15 Apr 2007, Rene Ladan wrote: Hi, > when I plug and unplug an USB stick using FreeBSD 7.0 2007-04-15 18:37 > UTC , I get a LOR followed by a panic (attached). USB sticks worked > fine on my previous CURRENT (2007-04-11 20:56 UTC) for future reference I added it to 'The LOR page' with LOR ID #212 http://sources.zabbadoz.net/freebsd/lor.html#212 Could someone point me at the commit where this got fixed? TIA. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 11:27:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EE7F16A401; Mon, 30 Apr 2007 11:27:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id DBE0E13C457; Mon, 30 Apr 2007 11:27:36 +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:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=HfCYsdvi3mqkjDsF7vpu3K77ObEQaR6MWq37JUM0f928PxBtqmxtpjIFdxjoMCWFy7D3Xcz3n14AkLMvPl0EcbeWTz/QCZFBY9LWT0pAvQCTbSVX0WUPqhR8c4kQo4RmdynvqtfSuvGTOA1NGKdXp1HP9vR6Tyk2v15mwy5YNRU=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HiU2V-000Ihq-Qw; Mon, 30 Apr 2007 15:27:32 +0400 Date: Mon, 30 Apr 2007 15:27:26 +0400 From: Eygene Ryabinkin To: Nate Lawson Message-ID: <20070430112726.GA71812@codelabs.ru> References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> <461FDD28.6030502@root.org> <20070413204237.GG49158@codelabs.ru> <461FEE6D.4030201@root.org> <20070413212742.GH49158@codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20070413212742.GH49158@codelabs.ru> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-3.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: max@love2party.net, freebsd-current@freebsd.org, rwatson@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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, 30 Apr 2007 11:27:39 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Nate, good day. Sat, Apr 14, 2007 at 01:27:42AM +0400, Eygene Ryabinkin wrote: > I am just using the defaults for the -CURRENT. Can not verify > them now -- my -CURRENT is crashing with the modem link, so > I am either writing mails or doing the tests, sorry. OK, I had cured the modem crash and coincidently it was related to your changes: the problem was in the altq_subr.c. The behaviour of the calls to machclk_init() was "check if we have machclk_freq == 0 and invoke the machclk_init()". And the first action of machclk_init() was to initialise the tbr_callout and then the machclk_freq was set (or not, but the tbr_callout was initialized in any way). But your change introduced another way for the 'machclk_freq' to be set. And the bad thing was that the tbr_callout was not initialized and will never be: your hook set the machclk_freq to some value and machclk_init() was never called. So it gave me the uninitialized callout with the wrong (NULL) c_mtx and bad flags. And when the NULL mutex was freed in the softclock() the kernel panic'ed. There were message in -current from me about this (subject started with 'mtx_unlock(NULL)' posted at 21st Apr 2007). I just did the very rough and incorrect patch and John Baldwin kindly pointed me that it was incorrect. The patch that fixes the root of the problem is attached: it just decouples the callout initialization from machclk_freq initialization. I am CC'ing this to John Baldwin and Robert Watson, because they were involved into the discuission about my previous wrong fix. I still have a question: maybe the initialization of the tbr_callout in my patch should be protected with some mutex? I don't feel that it is the case, because for the current code is seems to be unrelevant: the worst thing will be the double initialization of the callout, but maybe the mutex will be good for the future. Any ideas? > > On the new code but without loading cpufreq and leaving the freq at 2200 > > Mhz, do you get the right numbers? Are they constant? > > Monday will reveal the things. Will post an update. Was not able to test the things on Monday. But will try to do it on this week. Sorry for it: many other tasks waited my attention :(( Maybe the weird speeds were related to the uninitialized tbr_callout(), though I am not sure. -- Eygene --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="altq-fix.diff" diff --git a/sys/contrib/altq/altq/altq_hfsc.c b/sys/contrib/altq/altq/altq_hfsc.c diff --git a/sys/contrib/altq/altq/altq_subr.c b/sys/contrib/altq/altq/altq_subr.c index 7426e75..0c6e485 100644 --- a/sys/contrib/altq/altq/altq_subr.c +++ b/sys/contrib/altq/altq/altq_subr.c @@ -383,6 +383,7 @@ tbr_set(ifq, profile) if (tbr_dequeue_ptr == NULL) tbr_dequeue_ptr = tbr_dequeue; + tbr_callout_init(); if (machclk_freq == 0) init_machclk(); if (machclk_freq == 0) { @@ -917,13 +918,26 @@ EVENTHANDLER_DEFINE(cpufreq_post_change, tsc_freq_changed, NULL, EVENTHANDLER_PRI_ANY); #endif /* __FreeBSD_version >= 700035 */ +#if (__FreeBSD_version >= 600000) +/* + * Initializes the callout. OBVIOUS: should be called before the + * first use of the tbr_callout. + */ void -init_machclk(void) +tbr_callout_init(void) { -#if (__FreeBSD_version >= 600000) - callout_init(&tbr_callout, 0); -#endif + static int called = 0; + if (!called) { + callout_init(&tbr_callout, 0); + called = 1; + } +} +#endif /* __FreeBSD_version >= 600000 */ + +void +init_machclk(void) +{ machclk_usepcc = 1; #if (!defined(__i386__) && !defined(__alpha__)) || defined(ALTQ_NOPCC) diff --git a/sys/contrib/altq/altq/altq_var.h b/sys/contrib/altq/altq/altq_var.h index 99407fb..3879a28 100644 --- a/sys/contrib/altq/altq/altq_var.h +++ b/sys/contrib/altq/altq/altq_var.h @@ -125,6 +125,11 @@ extern void init_machclk(void); extern u_int64_t read_machclk(void); /* + * Callout initializer. + */ +extern void tbr_callout_init(void); + +/* * debug support */ #ifdef ALTQ_DEBUG --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 11:35:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45F5516A402 for ; Mon, 30 Apr 2007 11:35:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0736813C489 for ; Mon, 30 Apr 2007 11:35:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id ED52B1FFE03 for ; Mon, 30 Apr 2007 13:35:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id CA33D1FFE24; Mon, 30 Apr 2007 13: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 8796B4448DD for ; Mon, 30 Apr 2007 11:33:12 +0000 (UTC) Date: Mon, 30 Apr 2007 11:33:12 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20070430112941.M36917@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: two more ZFS LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 11:35:11 -0000 Hi, Erwin reported those two more LORs I have most likely missed somewhere. They might already be fixed? lock order reversal: 1st 0xc481a428 zfs:&dn->dn_mtx (zfs:&dn->dn_mtx) @ sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:875 2nd 0xc2d0b220 zfs:&dr->dt.di.dr_mtx (zfs:&dr->dt.di.dr_mtx) @ sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:876 assigned LOR ID #213 http://sources.zabbadoz.net/freebsd/lor.html#213 lock order reversal: 1st 0xc2966048 zfs:&zfsvfs->z_um_lock (zfs:&zfsvfs->z_um_lock) @ sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:2936 2nd 0xc295ccac zfs:&tx->tx_sync_lock (zfs:&tx->tx_sync_lock) @ sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/txg.c:414 assigned LOR ID #214 http://sources.zabbadoz.net/freebsd/lor.html#214 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 11:41:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBEA616A400 for ; Mon, 30 Apr 2007 11:41:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6992113C48A for ; Mon, 30 Apr 2007 11:41:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l3UBfM4Y001792 for ; Mon, 30 Apr 2007 21:41:22 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l3UBfMij001791 for freebsd-current@freebsd.org; Mon, 30 Apr 2007 21:41:22 +1000 (EST) (envelope-from peter) Date: Mon, 30 Apr 2007 21:41:22 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20070430114122.GF838@turion.vk2pj.dyndns.org> References: <20070430084003.GA1716@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <20070430084003.GA1716@obelix.dsto.defence.gov.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: /etc/rc.conf not getting parsed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 11:41:24 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-30 16:40:04 +0800, "Wilkinson, Alex" wrote: >None of my services are being started from /etc/rc.conf. I am >manually having to start them. Can anyone please suggest how to debug >why this has just started to occur ? You could also try setting 'rc_debug=3D"YES"' in /etc/rc.conf --=20 Peter Jeremy --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGNdXi/opHv/APuIcRAgjfAJ4loDNDKUKlvoJYyigm1GKuO4lKowCgh2yU wFZPW1238rPC3TRhMiQEmNM= =Rsuz -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 16:22:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEF1C16A404 for ; Mon, 30 Apr 2007 16:22:23 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 176B913C46A for ; Mon, 30 Apr 2007 16:22:22 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3UGLuHn014907; Mon, 30 Apr 2007 12:22:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Lars Engels Date: Mon, 30 Apr 2007 12:08:58 -0400 User-Agent: KMail/1.9.6 References: <20070423193112.GU46992@e.0x20.net> <200704261745.51595.jhb@freebsd.org> <20070427205752.GC96044@e.0x20.net> In-Reply-To: <20070427205752.GC96044@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704301208.59312.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 30 Apr 2007 12:22:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3184/Mon Apr 30 09:51:57 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@FreeBSD.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 16:22:24 -0000 On Friday 27 April 2007 04:57:52 pm Lars Engels wrote: > On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > > On Monday 23 April 2007 04:14:34 pm Lars Engels wrote: > > > On Mon, Apr 23, 2007 at 01:03:00PM -0700, Kevin Oberman wrote: > > > > > Date: Mon, 23 Apr 2007 21:31:12 +0200 > > > > > From: Lars Engels > > > > > Sender: owner-freebsd-current@freebsd.org > > > > > > > > > > Hello, > > > > > > > > > > like I already described in another mail some weeks ago on my Samsung > > > > > Q35 notebook cards inserted into the pcmcia slot do not get powered=20 > > > > > with a kernel newer than from january.=20 > > > > > I now selected the option "Boot FreeBSD in Safe Mode" and the card is > > > > > powered and recognized. > > > > > After playing around in beastie.4th, disabling the entries > > > > > hint.acpi.0.disabled > > > > > loader.acpi_disabled_by_user > > > > > hint.apic.0.disabled > > > > > are causing the card to work. > > > > > > > > > > However, it does not work when I select "Boot with ACPI disabled". > > > > > > > > "Boot with ACPI disabled" only disables ACPI. Safe mode also disables > > > > APIC. > > > > > > > > Does the system boot correctly in safe mode? Does it boot with only APIC > > > > disabled but ACPI enabled? > > > > > > > > > Yes, it boots correctly with only APIC disabled and ACPI enabled. But > > > then I again have the cardbus problem. > > > > So it always boots ok? Which combinations of ACPI on/off and APIC on/off > > allow the cardbus card to work? > > Now the situation is: > > ACPI enabled, APIC enabled: works fine > ACPI disabled, APIC disabled: not recognized > ACPI disabled, APIC enabled: not recognized > ACPI enabled, APIC disabled: not recognized > > I also encountered occasional "Panic: failed to create swap zone" when > CPU #1 was launched just before the disks get mounted. Could that be > related? Ok, so for the default setup, the only problem is that panic? That sounds like running out of kvm possibly as the swapzone is preallocated from kmem. The system may be allocating too much for the swapzone, in which case you can explicitly set the size via the 'kern.maxswzone' tunable. One possible formula for this is: maxswzone = (swap + 1024) * 1024 * 9 / 2 Where 'swap' is the amount of swap in megabytes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 17:02:06 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F8F16A406; Mon, 30 Apr 2007 17:02:06 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id AA92613C465; Mon, 30 Apr 2007 17:02:06 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id EDC88395CB; Mon, 30 Apr 2007 19:02:04 +0200 (CEST) Date: Mon, 30 Apr 2007 19:02:04 +0200 From: Lars Engels To: John Baldwin Message-ID: <20070430170204.GA88409@e.0x20.net> Mail-Followup-To: Lars Engels , John Baldwin , freebsd-current@FreeBSD.org, Kevin Oberman References: <20070423193112.GU46992@e.0x20.net> <200704261745.51595.jhb@freebsd.org> <20070427205752.GC96044@e.0x20.net> <200704301208.59312.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <200704301208.59312.jhb@freebsd.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 17:02:07 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2007 at 12:08:58PM -0400, John Baldwin wrote: > On Friday 27 April 2007 04:57:52 pm Lars Engels wrote: > > On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > >=20 > > I also encountered occasional "Panic: failed to create swap zone" when > > CPU #1 was launched just before the disks get mounted. Could that be > > related? >=20 > Ok, so for the default setup, the only problem is that panic? That sound= s=20 > like running out of kvm possibly as the swapzone is preallocated from kme= m. =20 > The system may be allocating too much for the swapzone, in which case you= can=20 > explicitly set the size via the 'kern.maxswzone' tunable. One possible= =20 > formula for this is: >=20 > maxswzone =3D (swap + 1024) * 1024 * 9 / 2 >=20 > Where 'swap' is the amount of swap in megabytes. I added kern.maxswzone=3D13953024 (2004 MB swap) to loader.conf but after a reboot the oid is still unknown. Do I need to set it somewhere else? --=20 Lars Engels --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGNiEMKc512sD3afgRAvlDAJ9HRkq4mNrXw7Z6mWo86pRq5TaipwCeM7rF v9uCNrbdDz58oUVyXgF67b4= =KTic -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 17:38:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2111016A400 for ; Mon, 30 Apr 2007 17:38:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id BE46B13C45A for ; Mon, 30 Apr 2007 17:38:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3UHbobS015350; Mon, 30 Apr 2007 13:37:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Lars Engels Date: Mon, 30 Apr 2007 13:36:41 -0400 User-Agent: KMail/1.9.6 References: <20070423193112.GU46992@e.0x20.net> <200704301208.59312.jhb@freebsd.org> <20070430170204.GA88409@e.0x20.net> In-Reply-To: <20070430170204.GA88409@e.0x20.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200704301336.41897.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 30 Apr 2007 13:37:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3184/Mon Apr 30 09:51:57 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 17:38:07 -0000 On Monday 30 April 2007 01:02:04 pm Lars Engels wrote: > On Mon, Apr 30, 2007 at 12:08:58PM -0400, John Baldwin wrote: > > On Friday 27 April 2007 04:57:52 pm Lars Engels wrote: > > > On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > > > > > > I also encountered occasional "Panic: failed to create swap zone" when > > > CPU #1 was launched just before the disks get mounted. Could that be > > > related? > > > > Ok, so for the default setup, the only problem is that panic? That sounds > > like running out of kvm possibly as the swapzone is preallocated from kmem. > > The system may be allocating too much for the swapzone, in which case you can > > explicitly set the size via the 'kern.maxswzone' tunable. One possible > > formula for this is: > > > > maxswzone = (swap + 1024) * 1024 * 9 / 2 > > > > Where 'swap' is the amount of swap in megabytes. > > I added kern.maxswzone=13953024 (2004 MB swap) to loader.conf but after > a reboot the oid is still unknown. Do I need to set it somewhere else? Unfortunately, it's just a tunable, there isn't a sysctl to see the current setting. You can, however, look at the 'vmstat -z' output. You can figure out the current swap zone size by multiplying the size and limit columns for 'SWAPMETA'. Something like this: vmstat -z | awk '/^SWAPMETA/ { printf "%d\n", $2 * $3 }' | bc -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 17:54:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D71516A400; Mon, 30 Apr 2007 17:54:47 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6C613C44C; Mon, 30 Apr 2007 17:54:47 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 15F5839786; Mon, 30 Apr 2007 19:54:46 +0200 (CEST) Date: Mon, 30 Apr 2007 19:54:46 +0200 From: Lars Engels To: John Baldwin Message-ID: <20070430175445.GB88409@e.0x20.net> Mail-Followup-To: Lars Engels , John Baldwin , freebsd-current@freebsd.org, Kevin Oberman References: <20070423193112.GU46992@e.0x20.net> <200704301208.59312.jhb@freebsd.org> <20070430170204.GA88409@e.0x20.net> <200704301336.41897.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <200704301336.41897.jhb@freebsd.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 17:54:47 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2007 at 01:36:41PM -0400, John Baldwin wrote: > On Monday 30 April 2007 01:02:04 pm Lars Engels wrote: > > On Mon, Apr 30, 2007 at 12:08:58PM -0400, John Baldwin wrote: > > > On Friday 27 April 2007 04:57:52 pm Lars Engels wrote: > > > > On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > > > >=20 > > > > I also encountered occasional "Panic: failed to create swap zone" w= hen > > > > CPU #1 was launched just before the disks get mounted. Could that be > > > > related? > > >=20 > > > Ok, so for the default setup, the only problem is that panic? That s= ounds=20 > > > like running out of kvm possibly as the swapzone is preallocated from= =20 > kmem. =20 > > > The system may be allocating too much for the swapzone, in which case= you=20 > can=20 > > > explicitly set the size via the 'kern.maxswzone' tunable. One possib= le=20 > > > formula for this is: > > >=20 > > > maxswzone =3D (swap + 1024) * 1024 * 9 / 2 > > >=20 > > > Where 'swap' is the amount of swap in megabytes. > >=20 > > I added kern.maxswzone=3D13953024 (2004 MB swap) to loader.conf but aft= er > > a reboot the oid is still unknown. Do I need to set it somewhere else? >=20 > Unfortunately, it's just a tunable, there isn't a sysctl to see the curre= nt=20 > setting. You can, however, look at the 'vmstat -z' output. You can figu= re=20 > out the current swap zone size by multiplying the size and limit columns= =20 > for 'SWAPMETA'. Something like this: >=20 > vmstat -z | awk '/^SWAPMETA/ { printf "%d\n", $2 * $3 }' | bc There's a difference of 120 bytes between the vmstat output and maxswzone. Is that normal? But I think the panics are gone now. I booted five times with the cardbus card inserted when cpu #1 was launched and there was no panic. --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQFGNi1lKc512sD3afgRAkNlAJjWC5rFBHbw2FiOvjvPsWVMgqAkAJ97asc+ Em9OV1r4wBas1leHBGZxkw== =nxJ2 -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 18:18:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69FD816A402; Mon, 30 Apr 2007 18:18:50 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.freebsd.org (Postfix) with ESMTP id 2AEF013C44C; Mon, 30 Apr 2007 18:18:50 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id BF4805C219; Mon, 30 Apr 2007 19:50:45 +0200 (CEST) Date: Mon, 30 Apr 2007 19:50:45 +0200 From: Thomas Quinot To: Oliver Peter Message-ID: <20070430175045.GA8888@melamine.cuivre.fr.eu.org> References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <46281AA5.10307@micom.mng.net> <20070426170350.GH9767@nemesis.frida.mouhaha.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070426170350.GH9767@nemesis.frida.mouhaha.de> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, h.eichmann@gmx.de, Michael Nottebrock , Ganbold , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 18:18:50 -0000 * Oliver Peter, 2007-04-26 : > > My problem is the same as Beni's. Splash screen appears and hangs. > > I have to press power button to turn off and on my laptop. > > Didn't try ctrl+alt+del though. > > I have the same problem with my 7.0-CURRENT (yesterday). > If I can assist you testing or debugging drivers please drop me an > e-mail. > > FreeBSD 7.0-CURRENT i386 with k3b-1.0_1 / hal-0.5.8.20070403_1 This looks similar to kern/112119, which is fixed by rev. 1.52 of sys/dev/ata/atapi-cam.c, committed today on HEAD. Thomas. From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 18:34:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B45816A408 for ; Mon, 30 Apr 2007 18:34:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id A428913C455 for ; Mon, 30 Apr 2007 18:34:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3UIXsJD015709; Mon, 30 Apr 2007 14:34:07 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Lars Engels Date: Mon, 30 Apr 2007 14:33:49 -0400 User-Agent: KMail/1.9.6 References: <20070423193112.GU46992@e.0x20.net> <200704301336.41897.jhb@freebsd.org> <20070430175445.GB88409@e.0x20.net> In-Reply-To: <20070430175445.GB88409@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704301433.50330.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 30 Apr 2007 14:34:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3184/Mon Apr 30 09:51:57 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: cardbus not powered when ACPI is enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 18:34:14 -0000 On Monday 30 April 2007 01:54:46 pm Lars Engels wrote: > On Mon, Apr 30, 2007 at 01:36:41PM -0400, John Baldwin wrote: > > On Monday 30 April 2007 01:02:04 pm Lars Engels wrote: > > > On Mon, Apr 30, 2007 at 12:08:58PM -0400, John Baldwin wrote: > > > > On Friday 27 April 2007 04:57:52 pm Lars Engels wrote: > > > > > On Thu, Apr 26, 2007 at 05:45:50PM -0400, John Baldwin wrote: > > > > > > > > > > I also encountered occasional "Panic: failed to create swap zone" when > > > > > CPU #1 was launched just before the disks get mounted. Could that be > > > > > related? > > > > > > > > Ok, so for the default setup, the only problem is that panic? That sounds > > > > like running out of kvm possibly as the swapzone is preallocated from > > kmem. > > > > The system may be allocating too much for the swapzone, in which case you > > can > > > > explicitly set the size via the 'kern.maxswzone' tunable. One possible > > > > formula for this is: > > > > > > > > maxswzone = (swap + 1024) * 1024 * 9 / 2 > > > > > > > > Where 'swap' is the amount of swap in megabytes. > > > > > > I added kern.maxswzone=13953024 (2004 MB swap) to loader.conf but after > > > a reboot the oid is still unknown. Do I need to set it somewhere else? > > > > Unfortunately, it's just a tunable, there isn't a sysctl to see the current > > setting. You can, however, look at the 'vmstat -z' output. You can figure > > out the current swap zone size by multiplying the size and limit columns > > for 'SWAPMETA'. Something like this: > > > > vmstat -z | awk '/^SWAPMETA/ { printf "%d\n", $2 * $3 }' | bc > > There's a difference of 120 bytes between the vmstat output and > maxswzone. Is that normal? Yes. The swapzone objects are about ~280 bytes or so. > But I think the panics are gone now. I booted five times with the > cardbus card inserted when cpu #1 was launched and there was no panic. Ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 20:42:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 950CE16A403; Mon, 30 Apr 2007 20:42:22 +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 4B2E113C48C; Mon, 30 Apr 2007 20:42:22 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 95B4F2083; Mon, 30 Apr 2007 22:42:18 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7ED96207E; Mon, 30 Apr 2007 22:42:18 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E41E2560B; Mon, 30 Apr 2007 22:42:17 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Robert Watson References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> <20070428113752.A28395@fledge.watson.org> <4633299B.2020206@dlr.de> <20070428121554.T28395@fledge.watson.org> Date: Mon, 30 Apr 2007 22:42:17 +0200 In-Reply-To: <20070428121554.T28395@fledge.watson.org> (Robert Watson's message of "Sat, 28 Apr 2007 12:23:12 +0100 (BST)") Message-ID: <86bqh5ppau.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Hartmut Brandt , Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 20:42:22 -0000 Robert Watson writes: > Unfortunately, this sort of thing can't be expressed using the > standard APIs. This leaves us two choices: allow the behavior of > standard APIs to be configured at some granularity, or introduce new > APIs. My feeling is we should prefer new APIs, and suggest that > programmers use those. Take a look at sys/sys/time.h:1.71 for an > example of what might make sense. I'm not sure this is a good example. There is already a suitable extensible API: clock_gettime(), which is part of SUSv3. Define new CLOCK_* constants for requesting a faster, less precise timecounter, and if you feel like it, submit it to X/Open for inclusion in the next version of the SUS. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 21:10:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC11216A40D; Mon, 30 Apr 2007 21:10:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7D73413C459; Mon, 30 Apr 2007 21:10:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 29D6D46E14; Mon, 30 Apr 2007 17:10:33 -0400 (EDT) Date: Mon, 30 Apr 2007 22:10:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86bqh5ppau.fsf@dwp.des.no> Message-ID: <20070430220936.W30345@fledge.watson.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> <20070428113752.A28395@fledge.watson.org> <4633299B.2020206@dlr.de> <20070428121554.T28395@fledge.watson.org> <86bqh5ppau.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1592702062-1177967433=:30345" Cc: current@freebsd.org, Hartmut Brandt , Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 21:10:33 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1592702062-1177967433=:30345 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 30 Apr 2007, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: > >> Unfortunately, this sort of thing can't be expressed using the standard= =20 >> APIs. This leaves us two choices: allow the behavior of standard APIs to= be=20 >> configured at some granularity, or introduce new APIs. My feeling is we= =20 >> should prefer new APIs, and suggest that programmers use those. Take a= =20 >> look at sys/sys/time.h:1.71 for an example of what might make sense. > > I'm not sure this is a good example. > > There is already a suitable extensible API: clock_gettime(), which is par= t=20 > of SUSv3. Define new CLOCK_* constants for requesting a faster, less=20 > precise timecounter, and if you feel like it, submit it to X/Open for=20 > inclusion in the next version of the SUS. You didn't look at that CVS revision, did you? The contrast being drawn here is between extending the API (that includes= =20 constants) and doing something like having environmental variables or other= =20 stuff change the definition of existing APIs (CLOCK_REALTIME, gettimeofday(= ),=20 etc). Robert N M Watson Computer Laboratory University of Cambridge --0-1592702062-1177967433=:30345-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 21:28:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38CCF16A402; Mon, 30 Apr 2007 21:28:34 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.freebsd.org (Postfix) with ESMTP id 34AEB13C487; Mon, 30 Apr 2007 21:28:32 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep01.bredband.com with ESMTP id <20070430212831.VMRK28445.mxfep01.bredband.com@ironport2.bredband.com>; Mon, 30 Apr 2007 23:28:31 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport2.bredband.com with ESMTP; 30 Apr 2007 23:28:31 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 294F51B0A; Mon, 30 Apr 2007 23:28:31 +0200 (CEST) Message-ID: <46365F76.7090708@infidyne.com> Date: Mon, 30 Apr 2007 23:28:22 +0200 From: Peter Schuller User-Agent: Thunderbird 1.5.0.10 (X11/20070417) MIME-Version: 1.0 To: Craig Boston , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> In-Reply-To: <20070410003505.GA8189@nowhere> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigF04CD83DED20F6D94E36C095" Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 21:28:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF04CD83DED20F6D94E36C095 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > Hi, just wanted to chime in that I'm experiencing the same panic with > a fresh -CURRENT. I am also/still seeing the "kmem_map too small" panic on a tree cvsup:ed around April 27. I can consistently trigger it by doing "rsync -a /usr/ports /somepool/somepath", with both /usr and /somepool being on ZFS (different pools). This is on a machine with 1 GB memory, with the kmem size being 320 MB as per default. The kstat.zfs.misc.arcstats.size never jumps; the "solaris" memory usage never significantly jumps - stays between about 80 MB and 150 MB at all times. It does not even consistently increase in size within this range - it goes up and down. In terms of absolute sizes, nothing in the output of vmstat -m, except solaris, is even approaching the sizes we are talking about (everything is a handful of megs at most). Watching "top" during the rsync I can see wired memory steadily increasing. Starting at about 110 megs or so after startup (including parts of my desktop), it begins consistently increasing when I run the rsync. in this case I started to approach 200 megs. When rsync was done (ran it with -v this time) reading the source directory and began copying files, the growth of wired memory increased significantly in speed (it was up to 280 MB or so in under 30 seconds). Killing rsync did not cause the wired total to go down. Any suggestions on whether there is something else to monitor to find out what is using all the memory? zfs_kmem_alloc() always allocates with M_SOLARIS. kmem_cache_{create,alloc} don't, but they seem to be allocating very small amounts of memory (could there be leakage of a huge number of these?). Is it expected that ZFS would allocate significant amount of memory that is not categorized as M_SOLARIS? Could there be fragmentation going on? Are there very large allocations, relative to the 320 MB kmem size, intermixed with small allocations? Anything I can do in terms of testing that would help debug this, beyond what has already been done and reported on on -current? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enigF04CD83DED20F6D94E36C095 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNl9+DNor2+l1i30RCCk+AJ9CyO17c6ESWugBGb0aerpN7VtTjACgxkUK wuINyXFIiLUa88294i9S77M= =NDfk -----END PGP SIGNATURE----- --------------enigF04CD83DED20F6D94E36C095-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 21:31:19 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B072116A401; Mon, 30 Apr 2007 21:31:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 1326613C483; Mon, 30 Apr 2007 21:31:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 36E7445B26; Mon, 30 Apr 2007 23:31:15 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0DAC545681; Mon, 30 Apr 2007 23:31:08 +0200 (CEST) Date: Mon, 30 Apr 2007 23:30:43 +0200 From: Pawel Jakub Dawidek To: Peter Schuller Message-ID: <20070430213043.GF67738@garage.freebsd.pl> References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cz6wLo+OExbGG7q/" Content-Disposition: inline In-Reply-To: <46365F76.7090708@infidyne.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 21:31:19 -0000 --cz6wLo+OExbGG7q/ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2007 at 11:28:22PM +0200, Peter Schuller wrote: > > Hi, just wanted to chime in that I'm experiencing the same panic with > > a fresh -CURRENT. >=20 > I am also/still seeing the "kmem_map too small" panic on a tree cvsup:ed > around April 27. >=20 > I can consistently trigger it by doing "rsync -a /usr/ports > /somepool/somepath", with both /usr and /somepool being on ZFS > (different pools). This is on a machine with 1 GB memory, with the kmem > size being 320 MB as per default. >=20 > The kstat.zfs.misc.arcstats.size never jumps; the "solaris" memory usage > never significantly jumps - stays between about 80 MB and 150 MB at all > times. It does not even consistently increase in size within this range > - it goes up and down. >=20 > In terms of absolute sizes, nothing in the output of vmstat -m, except > solaris, is even approaching the sizes we are talking about (everything > is a handful of megs at most). >=20 > Watching "top" during the rsync I can see wired memory steadily > increasing. Starting at about 110 megs or so after startup (including > parts of my desktop), it begins consistently increasing when I run the > rsync. in this case I started to approach 200 megs. When rsync was done > (ran it with -v this time) reading the source directory and began > copying files, the growth of wired memory increased significantly in > speed (it was up to 280 MB or so in under 30 seconds). >=20 > Killing rsync did not cause the wired total to go down. >=20 > Any suggestions on whether there is something else to monitor to find > out what is using all the memory? >=20 > zfs_kmem_alloc() always allocates with M_SOLARIS. > kmem_cache_{create,alloc} don't, but they seem to be allocating very > small amounts of memory (could there be leakage of a huge number of > these?). Is it expected that ZFS would allocate significant amount of > memory that is not categorized as M_SOLARIS? >=20 > Could there be fragmentation going on? Are there very large allocations, > relative to the 320 MB kmem size, intermixed with small allocations? >=20 > Anything I can do in terms of testing that would help debug this, beyond > what has already been done and reported on on -current? What you're seeing is probably another problem, which was described already. Try tunning kern.maxvnodes down to 3/4 of the current value, see if that helps and please report back. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cz6wLo+OExbGG7q/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGNmADForvXbEpPzQRAoSIAKC/vuP7XWzvba1h2MJOTI5iDTBZ6wCeLoDz isJ4AqbPWD6IYslc6ByUQPo= =Kopf -----END PGP SIGNATURE----- --cz6wLo+OExbGG7q/-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 21:38:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD20916A400; Mon, 30 Apr 2007 21:38:19 +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 75EEA13C468; Mon, 30 Apr 2007 21:38:19 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A2FC22084; Mon, 30 Apr 2007 23:38:13 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 11046207E; Mon, 30 Apr 2007 23:38:13 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id C9A785616; Mon, 30 Apr 2007 23:38:12 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Robert Watson References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> <20070428113752.A28395@fledge.watson.org> <4633299B.2020206@dlr.de> <20070428121554.T28395@fledge.watson.org> <86bqh5ppau.fsf@dwp.des.no> <20070430220936.W30345@fledge.watson.org> Date: Mon, 30 Apr 2007 23:38:12 +0200 In-Reply-To: <20070430220936.W30345@fledge.watson.org> (Robert Watson's message of "Mon, 30 Apr 2007 22:10:33 +0100 (BST)") Message-ID: <863b2hpmpn.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Hartmut Brandt , Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 21:38:19 -0000 Robert Watson writes: > You didn't look at that CVS revision, did you? I did, but the relevant changes were lost in the noise of irrelevant Solaris compatibility changes. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 21:42:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9F1C16A401; Mon, 30 Apr 2007 21:42:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8D90E13C44C; Mon, 30 Apr 2007 21:42:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 326FE4739D; Mon, 30 Apr 2007 17:42:05 -0400 (EDT) Date: Mon, 30 Apr 2007 22:42:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <863b2hpmpn.fsf@dwp.des.no> Message-ID: <20070430224132.R30345@fledge.watson.org> References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> <86veflholn.fsf@dwp.des.no> <20070428113752.A28395@fledge.watson.org> <4633299B.2020206@dlr.de> <20070428121554.T28395@fledge.watson.org> <86bqh5ppau.fsf@dwp.des.no> <20070430220936.W30345@fledge.watson.org> <863b2hpmpn.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-527998089-1177969325=:30345" Cc: current@freebsd.org, Hartmut Brandt , Tim Kientzle , David G Lawrence , "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 21:42:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-527998089-1177969325=:30345 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 30 Apr 2007, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: >> You didn't look at that CVS revision, did you? > > I did, but the relevant changes were lost in the noise of irrelevant Sola= ris=20 > compatibility changes. I've attached the commit message for reference here: ---------------------------- revision 1.71 date: 2005/11/27 00:55:18; author: rwatson; state: Exp; lines: +8 -1 Add several aliases for existing clockid_t names to indicate that the application wishes to request high precision time stamps be returned: Alias Existing CLOCK_REALTIME_PRECISE CLOCK_REALTIME CLOCK_MONOTONIC_PRECISE CLOCK_MONOTONIC CLOCK_UPTIME_PRECISE CLOCK_UPTIME Add experimental low-precision clockid_t names corresponding to these clocks, but implemented using cached timestamps in kernel rather than a full time counter query. This offers a minimum update rate of 1/HZ, but in practice will often be more frequent due to the frequency of time stamping in the kernel: New clockid_t name Approximates existing clockid_t CLOCK_REALTIME_FAST CLOCK_REALTIME CLOCK_MONOTONIC_FAST CLOCK_MONOTONIC CLOCK_UPTIME_FAST CLOCK_UPTIME Add one additional new clockid_t, CLOCK_SECOND, which returns the current second without performing a full time counter query or cache lookup overhead to make sure the cached timestamp is stable. This is intended to support very low granularity consumers, such as time(3). The names, visibility, and implementation of the above are subject to change, and will not be MFC'd any time soon. The goal is to expose lower quality time measurement to applications willing to sacrifice accuracy in performance critical paths, such as when taking time stamps for the purpose of rescheduling select() and poll() timeouts. Future changes might include retrofitting the time counter infrastructure to allow the "fast" time query mechanisms to use a different time counter, rather than a cached time counter (i.e., TSC). NOTE: With different underlying time mechanisms exposed, using different time query mechanisms in the same application may result in relative non-monoticity or the appearance of clock stalling for a single clockid_t, as a cached time stamp queried after a precision time stamp lookup may be "before" the time returned by the earlier live time counter query. ---------------------------- Robert N M Watson Computer Laboratory University of Cambridge --0-527998089-1177969325=:30345-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 21:56:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E7E116A401; Mon, 30 Apr 2007 21:56:15 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7A913C480; Mon, 30 Apr 2007 21:56:14 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep03.bredband.com with ESMTP id <20070430215612.UVTE23113.mxfep03.bredband.com@ironport2.bredband.com>; Mon, 30 Apr 2007 23:56:12 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport2.bredband.com with ESMTP; 30 Apr 2007 23:56:12 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 010DBBD; Mon, 30 Apr 2007 23:56:11 +0200 (CEST) Message-ID: <463665F2.8090605@infidyne.com> Date: Mon, 30 Apr 2007 23:56:02 +0200 From: Peter Schuller User-Agent: Thunderbird 1.5.0.10 (X11/20070417) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> In-Reply-To: <20070430213043.GF67738@garage.freebsd.pl> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigA12CB248266FB71C4FF0A25E" Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 21:56:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA12CB248266FB71C4FF0A25E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > What you're seeing is probably another problem, which was described > already. My apologies. I see this was mentioned on -fs (but for some reason doesn't show up in Google). I'll subscribe to that and remember to check the archive before generating more noise in the future. > Try tunning kern.maxvnodes down to 3/4 of the current > value, see if that helps and please report back. This does seem to eliminate the problem here too. Again, apologies for the noise, and thank you very much. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enigA12CB248266FB71C4FF0A25E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNmX6DNor2+l1i30RCNdFAKCuYGT3HiISktJEky6VeRNA4A+bnwCeP0eZ Vewh5CUn0fU4BsaWk0tjlAQ= =HsO4 -----END PGP SIGNATURE----- --------------enigA12CB248266FB71C4FF0A25E-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 30 23:30:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1660516A406 for ; Mon, 30 Apr 2007 23:30:36 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from nibiru.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.freebsd.org (Postfix) with ESMTP id A152E13C45B for ; Mon, 30 Apr 2007 23:30:35 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from nibiru.b1tt3r.org (localhost.b1tt3r.org [127.0.0.1]) by nibiru.b1tt3r.org (8.14.1/8.13.8) with ESMTP id l3UNW9Xd058055 for ; Mon, 30 Apr 2007 18:32:10 -0500 (CDT) (envelope-from scs@b1tt3r.org) Received: (from scs@localhost) by nibiru.b1tt3r.org (8.14.1/8.13.8/Submit) id l3UNW7q8058047 for freebsd-current@freebsd.org; Mon, 30 Apr 2007 18:32:07 -0500 (CDT) (envelope-from scs@b1tt3r.org) X-Authentication-Warning: nibiru.b1tt3r.org: scs set sender to scs@b1tt3r.org using -f Date: Mon, 30 Apr 2007 18:32:06 -0500 From: Sam Stein To: freebsd-current@freebsd.org Message-ID: <20070430233206.GA49843@nibiru.b1tt3r.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Organization: b1tt3r X-OS: FreeBSD nibiru.b1tt3r.org 6.2-STABLE i386 User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 23:30:36 -0000 Hey everyone, new to the lists; thought I'd say hi, hope I'll be of some use in helping people or fixing something. :D -- Sam Stein Computer Technician/Programmer b1tt3r From owner-freebsd-current@FreeBSD.ORG Tue May 1 00:39:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97C5316A401 for ; Tue, 1 May 2007 00:39:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id D498813C447 for ; Tue, 1 May 2007 00:39:36 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l410dZDT001097 for ; Tue, 1 May 2007 04:39:35 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l410dZeN001096 for current@freebsd.org; Tue, 1 May 2007 04:39:35 +0400 (MSD) (envelope-from ache) Date: Tue, 1 May 2007 04:39:35 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20070501003935.GA1043@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: HEADS UP: putenv, setenv, unsetenv, getenv changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 00:39:37 -0000 All functions in subj. now conforms to Open Group specs and POSIX. I believe I fix all obsoleted and hack places in our tree which uses old behaviour. The ports system is under consideration. Please send any problems you'll may found. For now I need some hours or sleep at least, so my response will be delayed a bit. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue May 1 02:28:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E97516A400 for ; Tue, 1 May 2007 02:28:51 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id DD6F713C48C for ; Tue, 1 May 2007 02:28:48 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l4126QrF028874; Mon, 30 Apr 2007 21:06:27 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Mon, 30 Apr 2007 21:04:46 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070427122634.GA32237@nagual.pp.ru> Message-ID: <20070430205747.G28846@thor.farley.org> References: <20070426195122.P37719@thor.farley.org> <20070427122634.GA32237@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: setenv memory leak fix (take 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 02:28:51 -0000 On Fri, 27 Apr 2007, Andrey Chernov wrote: > On Thu, Apr 26, 2007 at 08:10:29PM -0500, Sean C. Farley wrote: >> Are there any opinions on having unsetenv() return a value to match >> unsetenv() in IEEE Std 1003.1? > > There is no much options because we should conform to standards and > unsetenv() should return int therefore. I know that unsetenv() can be changed without problems since it has no return value at the moment. The others are more difficult but not impossible. I see that a mild discussion has occurred on cvs. :) Here are both scenarios with my code changes: BSD[1] (only unsetenv() is updated to return an int. Easy to change back) POSIX[2] (all *env() functions are updated to reflect POSIX) Sean 1. http://www.farley.org/freebsd/tmp/setenv-8/BSD/sysenv.c 2. http://www.farley.org/freebsd/tmp/setenv-8/POSIX/sysenv.c -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Tue May 1 07:02:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E302716A402; Tue, 1 May 2007 07:02:14 +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 9ECA613C465; Tue, 1 May 2007 07:02:12 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1A0BE2087; Tue, 1 May 2007 09:02:09 +0200 (CEST) X-Spam-Tests: AWL,MAILTO_TO_SPAM_ADDR X-Spam-Learn: disabled X-Spam-Score: 0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id EE71D2086; Tue, 1 May 2007 09:02:08 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id CBE7C5675; Tue, 1 May 2007 09:02:08 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Takeharu KATO References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> Date: Tue, 01 May 2007 09:02:08 +0200 In-Reply-To: <4633932A.8080602@ybb.ne.jp> (Takeharu KATO's message of "Sun, 29 Apr 2007 03:32:10 +0900") Message-ID: <86tzuxni1b.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 07:02:15 -0000 Takeharu KATO writes: > I wrote ICH7 or later support patch for sys/dev/ichwd watch dog driver. > I tested this patch on ICH8 compliant mother board(GIGA BYTE GA-965P-DS3). > > Please apply the patch. I will try to take care of this some time within the next two weeks. Feel free to contact me off-list if you have any updates. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 1 07:12:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5706A16A406 for ; Tue, 1 May 2007 07:12:44 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id CF91713C45B for ; Tue, 1 May 2007 07:12:43 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l4173NEq028889 for ; Tue, 1 May 2007 16:33:23 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Tue, 1 May 2007 16:42:37 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 May 2007 16:42:36 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l417CX9Z011094 for ; Tue, 1 May 2007 15:12:33 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l417CX70011093 for freebsd-current@freebsd.org; Tue, 1 May 2007 15:12:33 +0800 (WST) (envelope-from wilkinsa) Date: Tue, 1 May 2007 15:12:33 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070501071232.GC11044@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070430084003.GA1716@obelix.dsto.defence.gov.au> <20070430114122.GF838@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070430114122.GF838@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 01 May 2007 07:12:37.0048 (UTC) FILETIME=[18DD3380:01C78BC0] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15148.002 X-TM-AS-Result: No--8.204500-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: /etc/rc.conf not getting parsed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 07:12:44 -0000 0n Mon, Apr 30, 2007 at 09:41:22PM +1000, Peter Jeremy wrote: >On 2007-Apr-30 16:40:04 +0800, "Wilkinson, Alex" wrote: >>None of my services are being started from /etc/rc.conf. I am >>manually having to start them. Can anyone please suggest how to debug >>why this has just started to occur ? > >You could also try setting 'rc_debug="YES"' in /etc/rc.conf Well it turns out that none of the /usr/local/etc/rc.d/* scripts had a prefix of .sh. What I can't understand is why the porters didn't write there ports to install the scripts in this fashion. And randi ... thanks, if you are reading :) -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Tue May 1 07:39:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75E7416A402 for ; Tue, 1 May 2007 07:39:17 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id ECA6D13C483 for ; Tue, 1 May 2007 07:39:16 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l417d6QD004372; Tue, 1 May 2007 11:39:06 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l417d5Ig004371; Tue, 1 May 2007 11:39:05 +0400 (MSD) (envelope-from ache) Date: Tue, 1 May 2007 11:39:05 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070501073905.GA4305@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , freebsd-current@freebsd.org References: <20070426195122.P37719@thor.farley.org> <20070427122634.GA32237@nagual.pp.ru> <20070430205747.G28846@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070430205747.G28846@thor.farley.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: setenv memory leak fix (take 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 07:39:17 -0000 On Mon, Apr 30, 2007 at 09:04:46PM -0500, Sean C. Farley wrote: > 2. http://www.farley.org/freebsd/tmp/setenv-8/POSIX/sysenv.c putenv(): /* Create environment entry. */ envVars[envNdx].name = string; envVars[envNdx].nameLen = nameLen; envVars[envNdx].value = equals + 1; envVars[envNdx].valueSize = valueLen; It will not work that way. "string" is just passed buffer which can be altered any time until the next set|putenv call. It means that you can't assume "nameLen", "equals" position and "valueLen" will stay the same as at the moment of the call. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue May 1 07:42:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D0F516A40D for ; Tue, 1 May 2007 07:42:43 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08d.verio.de (mail08d.verio.de [213.198.107.30]) by mx1.freebsd.org (Postfix) with SMTP id BEEA113C483 for ; Tue, 1 May 2007 07:42:42 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx51.stngva01.us.mxservers.net (204.202.242.110) by mail08d.verio.de (RS ver 1.0.95vs) with SMTP id 3-0911755358 for ; Tue, 1 May 2007 09:42:39 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx51.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id ffde6364.11770.359.mx51.stngva01.us.mxservers.net; Tue, 01 May 2007 03:36:31 -0400 (EDT) Received: (qmail 72312 invoked from network); 1 May 2007 07:42:37 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.20.133) by with SMTP; 1 May 2007 07:42:37 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l417gZ58002245; Tue, 1 May 2007 09:42:35 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200705010742.l417gZ58002245@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Pawel Jakub Dawidek In-Reply-To: Message from Pawel Jakub Dawidek of "Mon, 30 Apr 2007 23:30:43 +0200." <20070430213043.GF67738@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 May 2007 09:42:35 +0200 From: Gary Jennejohn X-Spam: [F=0.7966601863; heur=0.500(-20400); stat=0.500; spamtraq-heur=0.796(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, Peter Schuller Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 07:42:43 -0000 > > On Mon, Apr 30, 2007 at 11:28:22PM +0200, Peter Schuller wrote: [big snip - report of "kmem_map too small" panic] Pawel Jakub Dawidek writes: > What you're seeing is probably another problem, which was described > already. Try tunning kern.maxvnodes down to 3/4 of the current value, > see if that helps and please report back. > I was seeing this panic too and can confirm that Pawel's suggestion fixed it for me. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue May 1 07:54:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 118B016A401 for ; Tue, 1 May 2007 07:54:23 +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 A729413C44B for ; Tue, 1 May 2007 07:54:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.71.38.142] (account mc467741@c2i.net HELO [10.42.11.147]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 308883010; Tue, 01 May 2007 09:54:21 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 1 May 2007 09:53:56 +0200 User-Agent: KMail/1.9.5 References: <20070430233206.GA49843@nibiru.b1tt3r.org> In-Reply-To: <20070430233206.GA49843@nibiru.b1tt3r.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705010953.56866.hselasky@c2i.net> Cc: Sam Stein Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 07:54:23 -0000 On Tuesday 01 May 2007 01:32, Sam Stein wrote: > Hey everyone, new to the lists; thought I'd say hi, hope I'll be of some > use in helping people or fixing something. :D If you're out of work, maybe you want to help out testing the new USB stack? http://www.turbocat.net/~hselasky/usb4bsd Download the SVN version. It compiles on FreeBSD-7-current and FreeBSD-6-stable. --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 1 08:30:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C36016A409; Tue, 1 May 2007 08:30:12 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 7F25813C46C; Tue, 1 May 2007 08:30:11 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l418UAsj004840; Tue, 1 May 2007 12:30:10 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l418UAqN004839; Tue, 1 May 2007 12:30:10 +0400 (MSD) (envelope-from ache) Date: Tue, 1 May 2007 12:30:09 +0400 From: Andrey Chernov To: current@freebsd.org, ports@freebsd.org Message-ID: <20070501083009.GA4627@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, ports@freebsd.org, Alfred Perlstein , David Schultz References: <20070501003935.GA1043@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070501003935.GA1043@nagual.pp.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: David Schultz , Alfred Perlstein Subject: Re: HEADS UP: putenv, setenv, unsetenv, getenv changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 08:30:12 -0000 On Tue, May 01, 2007 at 04:39:35AM +0400, Andrey Chernov wrote: > All functions in subj. now conforms to Open Group specs and POSIX. > I believe I fix all obsoleted and hack places in our tree which uses > old behaviour. The ports system is under consideration. > > Please send any problems you'll may found. People please lets go technical. Don't just say "I dislike it because expect some potential breakage somewhere", lets write _in_detail_ what _is_ currently not working for you as supposed. So, gathering some real stats we can deside what to do at the next step. Possible solutions are; provide env. variable for old bug-to-bug compatibility or vice versa, activate new stuff under _POSIXLY_CORRECT env. variable or provide warning for a while or provide #define and so on, it depends on real picture. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Otherwise the whole discussion turns to be just ad hoc speculation POSIX vs. BSD without any real ground. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Ports system is our main goal for now (and base, of course, in case I miss something). Thanx for cooperation. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue May 1 09:23:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C22F16A400 for ; Tue, 1 May 2007 09:23:17 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0B513C447 for ; Tue, 1 May 2007 09:23:16 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l419DuND011839 for ; Tue, 1 May 2007 18:43:56 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Tue, 1 May 2007 18:53:10 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 May 2007 18:53:10 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l419N61G015459 for ; Tue, 1 May 2007 17:23:06 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l419N6Gt015458 for freebsd-current@freebsd.org; Tue, 1 May 2007 17:23:06 +0800 (WST) (envelope-from wilkinsa) Date: Tue, 1 May 2007 17:23:05 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070501092305.GB12078@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070430233206.GA49843@nibiru.b1tt3r.org> <200705010953.56866.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200705010953.56866.hselasky@c2i.net> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 01 May 2007 09:23:10.0295 (UTC) FILETIME=[55D7D670:01C78BD2] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15148.002 X-TM-AS-Result: No-0.119200-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 09:23:17 -0000 0n Tue, May 01, 2007 at 09:53:56AM +0200, Hans Petter Selasky wrote: >On Tuesday 01 May 2007 01:32, Sam Stein wrote: >> Hey everyone, new to the lists; thought I'd say hi, hope I'll be of some >> use in helping people or fixing something. :D > >If you're out of work, maybe you want to help out testing the new USB stack? > >http://www.turbocat.net/~hselasky/usb4bsd > >Download the SVN version. > >It compiles on FreeBSD-7-current and FreeBSD-6-stable. FreeBSD 7.0-CURRENT #0: Mon Apr 30 12:13:02 WST 2007 #make buildkernel installkernel -DNOCLEAN -DNO_CLEAN ... cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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 -Werror vers.c linking kernel.debug if_ural.o(.text+0x54d): In function `ural_cfg_first_time_setup': /usr/src/sys/dev/usb/if_ural.c:853: undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3bcd): In function `ural_cfg_pre_set_run': /usr/src/sys/dev/usb/if_ural.c:2673: undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3cae): In function `ural_cfg_amrr_timeout': /usr/src/sys/dev/usb/if_ural.c:2712: undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Tue May 1 10:12:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02DD316A401 for ; Tue, 1 May 2007 10:12:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 6F40513C459 for ; Tue, 1 May 2007 10:12:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.71.38.142] (account mc467741@c2i.net HELO [10.42.11.147]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 480659244; Tue, 01 May 2007 12:12:01 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 1 May 2007 12:11:38 +0200 User-Agent: KMail/1.9.5 References: <20070430233206.GA49843@nibiru.b1tt3r.org> <200705010953.56866.hselasky@c2i.net> <20070501092305.GB12078@obelix.dsto.defence.gov.au> In-Reply-To: <20070501092305.GB12078@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705011211.38995.hselasky@c2i.net> Cc: "Wilkinson, Alex" Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 10:12:04 -0000 On Tuesday 01 May 2007 11:23, Wilkinson, Alex wrote: > 0n Tue, May 01, 2007 at 09:53:56AM +0200, Hans Petter Selasky wrote: > >On Tuesday 01 May 2007 01:32, Sam Stein wrote: > >> Hey everyone, new to the lists; thought I'd say hi, hope I'll be of > >> some use in helping people or fixing something. :D > > > >If you're out of work, maybe you want to help out testing the new USB > > stack? > > > >http://www.turbocat.net/~hselasky/usb4bsd > > > >Download the SVN version. > > > >It compiles on FreeBSD-7-current and FreeBSD-6-stable. > > FreeBSD 7.0-CURRENT #0: Mon Apr 30 12:13:02 WST 2007 > > #make buildkernel installkernel -DNOCLEAN -DNO_CLEAN > > ... > > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -g -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -fformat-extensions -nostdinc -I- -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 -Werror vers.c linking kernel.debug > if_ural.o(.text+0x54d): In function `ural_cfg_first_time_setup': > /usr/src/sys/dev/usb/if_ural.c:853: undefined reference to > `ieee80211_amrr_init' if_ural.o(.text+0x3bcd): In function > `ural_cfg_pre_set_run': > /usr/src/sys/dev/usb/if_ural.c:2673: undefined reference to > `ieee80211_amrr_node_init' if_ural.o(.text+0x3cae): In function > `ural_cfg_amrr_timeout': > /usr/src/sys/dev/usb/if_ural.c:2712: undefined reference to > `ieee80211_amrr_choose' *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > Just add "device wlan_amrr" to your kernel config file. --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 1 10:25:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 307F716A400 for ; Tue, 1 May 2007 10:25:23 +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 614A213C44C for ; Tue, 1 May 2007 10:25:22 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 930FC2083; Tue, 1 May 2007 12:25:16 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 13A30207E; Tue, 1 May 2007 12:25:16 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id EB76B5699; Tue, 1 May 2007 12:25:15 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Kostik Belousov References: <200704281128.44077.shoesoft@gmx.net> <20070428115503.GM2441@deviant.kiev.zoral.com.ua> Date: Tue, 01 May 2007 12:25:15 +0200 In-Reply-To: <20070428115503.GM2441@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Sat, 28 Apr 2007 14:55:03 +0300") Message-ID: <86y7k8rgc4.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Stefan Ehmann Subject: Re: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 10:25:23 -0000 Kostik Belousov writes: > This is changed by rev. 1.62 of the fs/pseudofs/pseudofs_vnops.c, before = it > process was held during pn_ioctl() call instead of being locked. Also, th= is > change seems to also take place for getextattr(). Yes. These changes were intentional. > With the following patch, I was able to successfully strace ls. The patch is incorrect. It circumvents the pn_ioctl() wrapper, which documents and enforces certain locking assumptions. procfs_ioctl() needs the process to be locked; pn_ioctl() verifies that this is the case before calling it. The correct fix is not to unlock the process before calling procfs_ioctl(), but to remove the latter's redundant PROC_LOCK() / PROC_UNLOCK() calls. As for pfs_getextattr(), there is no reason to modify it unless you can demonstrate (and I can guarantee that you can't) that an existing pseudofs consumer has a getextattr() callback which expects the process to be held but not locked. > As a side note, it seems that procfs ABI changed, strace built on > RELENG_6 cannot run on CURRENT. I am not aware of any ABI change. Please provide more details. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 1 10:35:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E736A16A402 for ; Tue, 1 May 2007 10:35:57 +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 AC14013C4BE for ; Tue, 1 May 2007 10:35:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0C11E2086; Tue, 1 May 2007 12:35:50 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E0E7B2084; Tue, 1 May 2007 12:35:49 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id B6FA0569C; Tue, 1 May 2007 12:35:49 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Kostik Belousov References: <200704281128.44077.shoesoft@gmx.net> <20070428115503.GM2441@deviant.kiev.zoral.com.ua> <86y7k8rgc4.fsf@dwp.des.no> Date: Tue, 01 May 2007 12:35:49 +0200 In-Reply-To: <86y7k8rgc4.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Tue, 01 May 2007 12:25:15 +0200") Message-ID: <86tzuwrfui.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@freebsd.org, Stefan Ehmann Subject: Re: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 10:35:58 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable des@des.no (Dag-Erling Sm=F8rgrav) writes: > procfs_ioctl() needs the process to be locked; pn_ioctl() verifies > that this is the case before calling it. The correct fix is not to > unlock the process before calling procfs_ioctl(), but to remove the > latter's redundant PROC_LOCK() / PROC_UNLOCK() calls. See attached patch. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=procfs.diff Index: sys/fs/procfs/procfs_ioctl.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs_ioctl.c,v retrieving revision 1.16 diff -u -r1.16 procfs_ioctl.c --- sys/fs/procfs/procfs_ioctl.c 19 Feb 2007 13:04:25 -0000 1.16 +++ sys/fs/procfs/procfs_ioctl.c 1 May 2007 10:26:17 -0000 @@ -70,7 +70,10 @@ int ival; #endif - PROC_LOCK(p); + KASSERT(p != NULL, + ("%s() called without a process", __func__)); + PROC_LOCK_ASSERT(p, MA_OWNED); + error = 0; switch (cmd) { #if defined(COMPAT_FREEBSD5) || defined(COMPAT_FREEBSD4) || defined(COMPAT_43) @@ -193,7 +196,6 @@ default: error = (ENOTTY); } - PROC_UNLOCK(p); return (error); } --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 10:38:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97E9416A406 for ; Tue, 1 May 2007 10:38:23 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: from web27114.mail.ukl.yahoo.com (web27114.mail.ukl.yahoo.com [217.146.182.46]) by mx1.freebsd.org (Postfix) with SMTP id A8CB213C44B for ; Tue, 1 May 2007 10:38:22 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: (qmail 30882 invoked by uid 60001); 1 May 2007 10:11:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=keSHKwFWX2pvl63oF7KwJUcQTJMUp93fpvM5FStnpW+ZI2WZM0J8z8MppOSjsYbJ7BcgAOHgyT7awxEuplP8ZHeNP0BPwdHB0a3RnrYoALHeLQ0qB5txt8pylfugKAe3rdEygLO0EXLwlidijggZ4FFcplIa7WYbI+nJ16Xwna0=; X-YMail-OSG: .Shd3dsVM1kud81.Y8tSAM.zlcHg77_1ua8cq_hSSwNJCBNg1YxxkVxPtnkktnxy.UE66H3s7fleqfuFLp526WBqinjUNHhenjgrVnP09nskCCe3o1RM.N2ef7M- Received: from [87.0.172.42] by web27114.mail.ukl.yahoo.com via HTTP; Tue, 01 May 2007 12:11:40 CEST Date: Tue, 1 May 2007 12:11:40 +0200 (CEST) From: Leonardo Midolo To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-14104269-1178014300=:29458" Message-ID: <401909.29458.qm@web27114.mail.ukl.yahoo.com> Subject: panic: failed to create swap_zone (SMP/i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 10:38:23 -0000 --0-14104269-1178014300=:29458 Content-Type: text/plain; charset=iso-8859-1 Content-Id: Content-Disposition: inline Hi I installed current (ZFS snapshot 20070415) on my laptop (core2 duo) but after some reboots I get this message: SMP: AP CPU #1 Launched! panic: failed to create swap_zone. I can boot the system using verbose mode. I recompiled the kernel without option SMP and it works fine. I found a similar problem reported here http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/030682.html Any suggestion? Thanks Leonardo Midolo ___________________________________ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html --0-14104269-1178014300=:29458 Content-Type: application/octet-stream; name="dmesg.verbose" Content-Transfer-Encoding: base64 Content-Description: 3664720204-dmesg.verbose Content-Disposition: attachment; filename="dmesg.verbose" QUNQSTogSFBFVCBAIDB4MHgzZmU3M2VjYS8weDAwMzggKHYgIDEgSU5URUwg IENBTElTVEdBIDB4MDYwNDAwMDAgTE9IUiAweDAwMDAwMDVBKQpBQ1BJOiBN Q0ZHIEAgMHgweDNmZTczZjAyLzB4MDAzQyAodiAgMSBJTlRFTCAgQ0FMSVNU R0EgMHgwNjA0MDAwMCBMT0hSIDB4MDAwMDAwNUEpCkFDUEk6IFRDUEEgQCAw eDB4M2ZlNzNmM2UvMHgwMDMyICh2ICAxIEludGVsICBDQUxJU1RHQSAweDA2 MDQwMDAwIExPSFIgMHgwMDAwMDA1QSkKQUNQSTogQVBJQyBAIDB4MHgzZmU3 M2Y3MC8weDAwNjggKHYgIDEgUFRMVEQgIAkgQVBJQyAgIDB4MDYwNDAwMDAg IExUUCAweDAwMDAwMDAwKQpBQ1BJOiBCT09UIEAgMHgweDNmZTczZmQ4LzB4 MDAyOCAodiAgMSBQVExURCAgJFNCRlRCTCQgMHgwNjA0MDAwMCAgTFRQIDB4 MDAwMDAwMDEpCkFDUEk6IFNTRFQgQCAweDB4M2ZlNmVjNTgvMHgwNjRGICh2 ICAxIFNhdGFSZSAgU2F0YVByaSAweDAwMDAxMDAwIElOVEwgMHgyMDA1MDYy NCkKQUNQSTogU1NEVCBAIDB4MHgzZmU2ZTVjNi8weDA2OTIgKHYgIDEgU2F0 YVJlICBTYXRhU2VjIDB4MDAwMDEwMDAgSU5UTCAweDIwMDUwNjI0KQpBQ1BJ OiBTU0RUIEAgMHgweDNmZTZkYjhjLzB4MDI1RiAodiAgMSAgUG1SZWYgIENw dTBUc3QgMHgwMDAwMzAwMCBJTlRMIDB4MjAwNTA2MjQpCkFDUEk6IFNTRFQg QCAweDB4M2ZlNmRhZTYvMHgwMEE2ICh2ICAxICBQbVJlZiAgQ3B1MVRzdCAw eDAwMDAzMDAwIElOVEwgMHgyMDA1MDYyNCkKQUNQSTogU1NEVCBAIDB4MHgz ZmU2ZDYxYS8weDA0Q0MgKHYgIDEgIFBtUmVmICAgIENwdVBtIDB4MDAwMDMw MDAgSU5UTCAweDIwMDUwNjI0KQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDEs IEludGVycnVwdCAwIGF0IDB4ZmVjMDAwMDAKaW9hcGljMDogQ2hhbmdpbmcg QVBJQyBJRCB0byAxCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEn cyAtPiBpbnRwaW4gMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJj ZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAy Ck1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5Cmlv YXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsCmxhcGljMDogUm91dGlu ZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0cmlnZ2VyOiBlZGdlCmxh cGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMxOiBSb3V0aW5nIE5N SSAtPiBMSU5UMQpsYXBpYzE6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMx OiBMSU5UMSBwb2xhcml0eTogaGlnaAppb2FwaWMwIDxWZXJzaW9uIDIuMD4g aXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmNwdTAgQlNQOgogICAgIElEOiAw eDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBE RlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgw MDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGlt ZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMDAyMDAgZXJyOiAweDAwMDEw MDAwIHBjbTogMHgwMDAxMDAwMAphdGhfcmF0ZTogdmVyc2lvbiAxLjIgPFNh bXBsZVJhdGUgYml0LXJhdGUgc2VsZWN0aW9uIGFsZ29yaXRobT4Kd2xhbjog PDgwMi4xMSBMaW5rIExheWVyPgpmZWVkZXJfcmVnaXN0ZXI6IHNuZF91bml0 PTAgc25kX21heGF1dG92Y2hhbnM9NCBsYXRlbmN5PTUgZmVlZGVyX2J1ZmZl cnNpemU9MTYzODQgZmVlZGVyX3JhdGVfbWluPTEgZmVlZGVyX3JhdGVfbWF4 PTIwMTYwMDAgZmVlZGVyX3JhdGVfcm91bmQ9MjUKcmFuZG9tOiA8ZW50cm9w eSBzb3VyY2UsIFNvZnR3YXJlLCBZYXJyb3c+Cm5mc2xvY2s6IHBzZXVkby1k ZXZpY2UKaW86IDxJL08+CmtiZDogbmV3IGFycmF5IHNpemUgNAprYmQxIGF0 IGtiZG11eDAKbWVtOiA8bWVtb3J5PgpQZW50aXVtIFBybyBNVFJSIHN1cHBv cnQgZW5hYmxlZApudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgph dGhfaGFsOiAwLjkuMjAuMyAoQVI1MjEwLCBBUjUyMTEsIEFSNTIxMiwgUkY1 MTExLCBSRjUxMTIsIFJGMjQxMywgUkY1NDEzKQpycjIzMng6IFJvY2tldFJB SUQgMjMyeCBjb250cm9sbGVyIGRyaXZlciB2MS4wMiAoQXByIDE1IDIwMDcg MTc6MTE6MDUpCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxUT1ND UEwgQ2FwZWxsMDA+IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDkgKElTQSBJUlEgOSkgdG8gdmVjdG9yIDQ4CmFjcGkwOiBbTVBT QUZFXQphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZp eGVkKQphY3BpMDogd2FrZXVwIGNvZGUgdmEgMHhkODI4YjAwMCBwYSAweDlk MDAwCnBjaV9vcGVuKDEpOgltb2RlIDEgYWRkciBwb3J0ICgweDBjZjgpIGlz IDB4ODAwMGZhMjAKcGNpX29wZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAw ICgweDgwMDAwMDAwKQpwY2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFzcz0w NjAwMDBdIFtoZHI9MDBdIGlzIHRoZXJlIChpZD0yN2EwODA4NikKcGNpYmlv czogQklPU19QUkVTRU5UIGNhbGwgZmFpbGVkCkFjcGlPc0Rlcml2ZVBjaUlk OiBidXMgMCBkZXYgMCBmdW5jIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAy IGRldiAwIGZ1bmMgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDAg ZnVuYyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMgNCBkZXYgMCBmdW5jIDAK QWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyA1IGRldiAwIGZ1bmMgMApBY3BpT3NE ZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMxIGZ1bmMgMAphY3BpX2hwZXQwOiB2 ZW5kOiAweDgwODYgcmV2OiAweDEgbnVtOiAxIGh6OiAxNDMxODE4MCBvcHRz OiBsZWdfcm91dGUgY291bnRfc2l6ZQpUaW1lY291bnRlciAiSFBFVCIgZnJl cXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMjAwMApBQ1BJIHRpbWVyOiAx LzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgLT4gMTAK VGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHog cXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTAKYWNwaV9l YzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgxOT4gcG9ydCAweDYy LDB4NjYgb24gYWNwaTAKcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAg UnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNyAg IE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1CiAgVmFsaWRhdGlv biAgICAgICAgICAwICAgIDcgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAx MiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKcGNpX2xpbmsxOiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAg ICAgIDAgICAxMSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1 CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMg NCA1IDYgNyAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKcGNpX2xp bmsyOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0 aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3 IDEwIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBO ICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQogIEFmdGVyIERpc2Fi bGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIg MTQgMTUKcGNpX2xpbmszOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMCAgIE4gICAgIDAg IDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAg ICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQog IEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQg NSA2IDcgMTEgMTIgMTQgMTUKcGNpX2xpbms0OiAgICAgICAgSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAx MCAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1CiAgVmFsaWRh dGlvbiAgICAgICAgICAwICAgMTAgICBOICAgICAwICAxIDMgNCA1IDYgNyAx MCAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAg ICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKcGNpX2xpbms1OiAgICAg ICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2Jl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0 IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAx IDMgNCA1IDYgNyAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAg MCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKcGNp X2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDEgMyA0IDUg NiA3IDEwIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgMTAg ICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAg MTIgMTQgMTUKcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNSAgIE4gICAg IDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAg ICAgICAwICAgIDUgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAx NQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAz IDQgNSA2IDcgMTEgMTIgMTQgMTUKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3Bp MApBQ1BJOiBTU0RUIEAgMHgweDNmZTZkZGViLzB4MDRCNiAodiAgMSAgUG1S ZWYgIENwdTBDc3QgMHgwMDAwMzAwMSBJTlRMIDB4MjAwNTA2MjQpCmNwdTE6 IDxBQ1BJIENQVT4gb24gYWNwaTAKQUNQSTogU1NEVCBAIDB4MHgzZmU2ZTJh MS8weDAwODUgKHYgIDEgIFBtUmVmICBDcHUxQ3N0IDB4MDAwMDMwMDAgSU5U TCAweDIwMDUwNjI0KQphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQg U3dpdGNoPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+ IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQg MHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjAKcGNpMDogcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgyN2EwLCByZXZpZD0weDAzCglidXM9MCwgc2xvdD0wLCBm dW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgyMDkwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MjdhMSwgcmV2aWQ9MHgwMwoJYnVzPTAsIHNsb3Q9MSwgZnVu Yz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MWMgKDcw MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9NwoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjEuSU5UQQpwY2liMDogc2xvdCAxIElOVEEgaGFyZHdpcmVkIHRvIElSUSAx Ngpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3ZDgsIHJldmlkPTB4 MDIKCWJ1cz0wLCBzbG90PTI3LCBmdW5jPTAKCWNsYXNzPTA0LTAzLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBi aXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGQy NDAwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjI3LklOVEEKcGNpYjA6IHNsb3QgMjcgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDIyCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkMCwg cmV2aWQ9MHgwMgoJYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9MAoJY2xhc3M9MDYt MDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNywg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAg c3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1l c3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjguSU5UQQpwY2li MDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2Q0LCByZXZpZD0weDAyCglidXM9MCwg c2xvdD0yOCwgZnVuYz0yCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAx LCBtZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2Fj aGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1jLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC4yOC5JTlRDCnBjaWIwOiBzbG90IDI4IElOVEMgaGFy ZHdpcmVkIHRvIElSUSAxOApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0w eDI3ZDYsIHJldmlkPTB4MDIKCWJ1cz0wLCBzbG90PTI4LCBmdW5jPTMKCWNs YXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0w eDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyks IG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWQsIGlycT0xMAoJcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9y dHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI4LklO VEQKcGNpYjA6IHNsb3QgMjggSU5URCBoYXJkd2lyZWQgdG8gSVJRIDE5CmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjOCwgcmV2aWQ9MHgwMgoJ YnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAy ODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1hLCBpcnE9NQoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2Ug MzIsIGJhc2UgMHgxODAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRj aGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MjdjOSwgcmV2aWQ9MHgwMgoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MQoJ Y2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MTAKCW1hcFsyMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MTgyMCwgc2l6ZSAg NSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRC CnBjaWIwOiBzbG90IDI5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3Y2EsIHJldmlkPTB4MDIKCWJ1 cz0wLCBzbG90PTI5LCBmdW5jPTIKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjgw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YywgaXJxPTExCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweDE4NDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNo ZWQgZW50cnkgZm9yIDAuMjkuSU5UQwpwY2liMDogc2xvdCAyOSBJTlRDIGhh cmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgyN2NiLCByZXZpZD0weDAyCglidXM9MCwgc2xvdD0yOSwgZnVuYz0zCglj bGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWQsIGlycT03CgltYXBbMjBdOiB0 eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDE4NjAsIHNpemUgIDUs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5URApw Y2liMDogc2xvdCAyOSBJTlREIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2NjLCByZXZpZD0weDAyCglidXM9 MCwgc2xvdD0yOSwgZnVuYz03CgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWEsIGlycT01Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAw eGQyNDA0MDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBoYXJkd2ly ZWQgdG8gSVJRIDIzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ0 OCwgcmV2aWQ9MHhlMgoJYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9MAoJY2xhc3M9 MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAw NCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2I5 LCByZXZpZD0weDAyCglidXM9MCwgc2xvdD0zMSwgZnVuYz0wCgljbGFzcz0w Ni0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA3 LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3YzQs IHJldmlkPTB4MDIKCWJ1cz0wLCBzbG90PTMxLCBmdW5jPTIKCWNsYXNzPTAx LTAxLTgwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUs IHN0YXRyZWc9MHgwMmI4LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMjBdOiB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweDE4YjAsIHNpemUgIDQsIGVuYWJsZWQK Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2RhLCByZXZpZD0weDAy CglidXM9MCwgc2xvdD0zMSwgZnVuYz0zCgljbGFzcz0wYy0wNS0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDAxLCBzdGF0cmVnPTB4 MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWIsIGlycT0xMAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFu Z2UgMzIsIGJhc2UgMHgxOGMwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEIKcGNpYjA6IHNsb3QgMzEgSU5U QiBoYXJkd2lyZWQgdG8gSVJRIDE5CnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gaXJxIDE2IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2liMTogICBz ZWNvbmRhcnkgYnVzICAgICAxCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDEKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHgyMDAwLTB4MmZmZgpw Y2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGQwMDAwMDAwLTB4ZDFmZmZm ZmYKcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhjMDAwMDAwMC0weGNm ZmZmZmZmCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IHBo eXNpY2FsIGJ1cz0xCmZvdW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDM5 OCwgcmV2aWQ9MHhhMQoJYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0w My0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3 LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9NwoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNz YWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwg YmFzZSAweGQxMDAwMDAwLCBzaXplIDI0LCBlbmFibGVkCnBjaWIxOiByZXF1 ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZDEwMDAwMDAtMHhkMWZmZmZmZjogZ29v ZAoJbWFwWzE0XTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2 NCwgYmFzZSAweGMwMDAwMDAwLCBzaXplIDI4LCBlbmFibGVkCnBjaWIxOiBy ZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAwMDAwMDAtMHhjZmZmZmZmZjog Z29vZAoJbWFwWzFjXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4 ZDAwMDAwMDAsIHNpemUgMjQsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhkMDAwMDAwMC0weGQwZmZmZmZmOiBnb29kCgltYXBb MjRdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDIwMDAsIHNp emUgIDcsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHgy MDAwLTB4MjA3ZjogaW4gcmFuZ2UKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9y IDEuMC5JTlRBCnBjaWIxOiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDE2Cm52aWRpYTA6IDxHZUZvcmNlIEdvIDc2MDA+IHBvcnQgMHgyMDAwLTB4 MjA3ZiBtZW0gMHhkMTAwMDAwMC0weGQxZmZmZmZmLDB4YzAwMDAwMDAtMHhj ZmZmZmZmZiwweGQwMDAwMDAwLTB4ZDBmZmZmZmYgaXJxIDE2IGF0IGRldmlj ZSAwLjAgb24gcGNpMQpudmlkaWEwOiBSZXNlcnZlZCAweDEwMDAwMDAgYnl0 ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGQxMDAwMDAwCm52aWRpYTA6 IFJlc2VydmVkIDB4MTAwMDAwMDAgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUg MyBhdCAweGMwMDAwMDAwCm52aWRpYTA6IFJlc2VydmVkIDB4MTAwMDAwMCBi eXRlcyBmb3IgcmlkIDB4MWMgdHlwZSAzIGF0IDB4ZDAwMDAwMDAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIHZlY3RvciA0 OQpudmlkaWEwOiBbR0lBTlQtTE9DS0VEXQpudmlkaWEwOiBbSVRIUkVBRF0K cGNtMDogPEludGVsIDgyODAxRyBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29u dHJvbGxlcj4gbWVtIDB4ZDI0MDAwMDAtMHhkMjQwM2ZmZiBpcnEgMjIgYXQg ZGV2aWNlIDI3LjAgb24gcGNpMApwY20wOiBSZXNlcnZlZCAweDQwMDAgYnl0 ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGQyNDAwMDAwCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDIyIChQQ0kgSVJRIDIyKSB0byB2ZWN0b3IgNTAK cGNtMDogW01QU0FGRV0KcGNtMDogW0lUSFJFQURdCnBjaWIyOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4wIG9uIHBjaTAK cGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjogICBzdWJvcmRp bmF0ZSBidXMgICAyCnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZjAw MC0weGZmZgpwY2liMjogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kyOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiBwaHlzaWNhbCBidXM9Mgpw Y2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2Ug MjguMiBvbiBwY2kwCnBjaWIzOiAgIHNlY29uZGFyeSBidXMgICAgIDQKcGNp YjM6ICAgc3Vib3JkaW5hdGUgYnVzICAgNApwY2liMzogICBJL08gZGVjb2Rl ICAgICAgICAweDMwMDAtMHgzZmZmCnBjaWIzOiAgIG1lbW9yeSBkZWNvZGUg ICAgIDB4ZDIxMDAwMDAtMHhkMjFmZmZmZgpwY2liMzogICBubyBwcmVmZXRj aGVkIGRlY29kZQpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2k0 OiBwaHlzaWNhbCBidXM9NApmb3VuZC0+CXZlbmRvcj0weDEwZWMsIGRldj0w eDgxNjgsIHJldmlkPTB4MDEKCWJ1cz00LCBzbG90PTAsIGZ1bmM9MAoJY2xh c3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMg MiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBw b3J0cyAyIG1lc3NhZ2VzLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4MzAwMCwgc2l6ZSAgOCwgZW5hYmxlZApw Y2liMzogcmVxdWVzdGVkIEkvTyByYW5nZSAweDMwMDAtMHgzMGZmOiBpbiBy YW5nZQoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4 ZDIxMDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjM6IHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhkMjEwMDAwMC0weGQyMTAwZmZmOiBnb29kCnBjaWIz OiBtYXRjaGVkIGVudHJ5IGZvciA0LjAuSU5UQQpwY2liMzogc2xvdCAwIElO VEEgaGFyZHdpcmVkIHRvIElSUSAxOApyZTA6IFJlc2VydmVkIDB4MTAwIGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHgzMDAwCnBjaWIzOiByZTAg cmVxdWVzdGVkIEkvTyByYW5nZSAweDMwMDAtMHgzMGZmOiBpbiByYW5nZQpw Y2liMzogcmUwIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHgzMDAwLTB4MzBmZjog aW4gcmFuZ2UKcGNpYjM6IHJlMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4MzAw MC0weDMwZmY6IGluIHJhbmdlCnJlMDogPFJlYWxUZWsgODE2OC84MTExQiBQ Q0llIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHgzMDAwLTB4MzBmZiBtZW0g MHhkMjEwMDAwMC0weGQyMTAwZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9u IHBjaTQKcGNpYjM6IHJlMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4MzAwMC0w eDMwZmY6IGluIHJhbmdlCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdl cGh5MDogPFJUTDgxNjlTLzgxMTBTIG1lZGlhIGludGVyZmFjZT4gUEhZIDEg b24gbWlpYnVzMApyZ2VwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEw MGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULCAxMDAwYmFzZVQt RkRYLCBhdXRvCnJlMDogYnBmIGF0dGFjaGVkCnJlMDogRXRoZXJuZXQgYWRk cmVzczogMDA6MTY6ZDQ6Yzk6YmQ6YWUKaW9hcGljMDogcm91dGluZyBpbnRw aW4gMTggKFBDSSBJUlEgMTgpIHRvIHZlY3RvciA1MQpyZTA6IFtNUFNBRkVd CnJlMDogW0ZJTFRFUl0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBp cnEgMTkgYXQgZGV2aWNlIDI4LjMgb24gcGNpMApwY2liNDogICBzZWNvbmRh cnkgYnVzICAgICA1CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDUKcGNp YjQ6ICAgSS9PIGRlY29kZSAgICAgICAgMHgwLTB4MApwY2liNDogICBubyBw cmVmZXRjaGVkIGRlY29kZQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li NApwY2k1OiBwaHlzaWNhbCBidXM9NQp1aGNpMDogPFVIQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MTgwMC0weDE4MWYgaXJxIDIzIGF0 IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFJlc2VydmVkIDB4MjAgYnl0 ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDE4MDAKaW9hcGljMDogcm91 dGluZyBpbnRwaW4gMjMgKFBDSSBJUlEgMjMpIHRvIHZlY3RvciA1Mgp1aGNp MDogW0dJQU5ULUxPQ0tFRF0KdWhjaTA6IFtJVEhSRUFEXQp1c2IwOiA8VUhD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCnVzYjA6IFVT QiByZXZpc2lvbiAxLjAKdWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMAp1aHVi MDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhj aTE6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDE4 MjAtMHgxODNmIGlycSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2kx OiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQg MHgxODIwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5 KSB0byB2ZWN0b3IgNTMKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVoY2kxOiBb SVRIUkVBRF0KdXNiMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiB1aGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiA8SW50 ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYjEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEgMTggYXQgZGV2aWNl IDI5LjIgb24gcGNpMAp1aGNpMjogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3Ig cmlkIDB4MjAgdHlwZSA0IGF0IDB4MTg0MAp1aGNpMjogW0dJQU5ULUxPQ0tF RF0KdWhjaTI6IFtJVEhSRUFEXQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjI6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHViMjogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTM6IDxVSENJIChnZW5l cmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDE4NjAtMHgxODdmIGlycSAx NiBhdCBkZXZpY2UgMjkuMyBvbiBwY2kwCnVoY2kzOiBSZXNlcnZlZCAweDIw IGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHgxODYwCnVoY2kzOiBb R0lBTlQtTE9DS0VEXQp1aGNpMzogW0lUSFJFQURdCnVzYjM6IDxVSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMKdXNiMzogVVNCIHJl dmlzaW9uIDEuMAp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzCnVodWIzOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDog PEludGVsIDgyODAxR0IvUiAoSUNINykgVVNCIDIuMCBjb250cm9sbGVyPiBt ZW0gMHhkMjQwNDAwMC0weGQyNDA0M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjku NyBvbiBwY2kwCmVoY2kwOiBSZXNlcnZlZCAweDQwMCBieXRlcyBmb3Igcmlk IDB4MTAgdHlwZSAzIGF0IDB4ZDI0MDQwMDAKZWhjaTA6IFtHSUFOVC1MT0NL RURdCmVoY2kwOiBbSVRIUkVBRF0KdXNiNDogRUhDSSB2ZXJzaW9uIDEuMAp1 c2I0OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNi MCB1c2IxIHVzYjIgdXNiMwp1c2I0OiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3 KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjQ6IFVTQiByZXZp c2lvbiAyLjAKdWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNAp1aHViNDogOCBw b3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjA6IDx2 ZW5kb3IgMHgwYzQ1IFVTQjIwIENhbWVyYSwgY2xhc3MgMC8wLCByZXYgMi4w MC8xLjAwLCBhZGRyIDI+IG9uIHVodWI0CnBjaWI1OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2liNTogICBzZWNv bmRhcnkgYnVzICAgICA2CnBjaWI1OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDcK cGNpYjU6ICAgSS9PIGRlY29kZSAgICAgICAgMHgwLTB4MApwY2liNTogICBu byBwcmVmZXRjaGVkIGRlY29kZQpwY2liNTogICBTdWJ0cmFjdGl2ZWx5IGRl Y29kZWQgYnJpZGdlLgpwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpw Y2k2OiBwaHlzaWNhbCBidXM9Ngpmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRl dj0weDMwNDQsIHJldmlkPTB4YzAKCWJ1cz02LCBzbG90PTAsIGZ1bmM9MAoJ Y2xhc3M9MGMtMDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAxNywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgyMCAoODAwMCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vy c3BlYyAyICBzdXBwb3J0cyBEMCBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmFiZmY4MDAsIHNp emUgMTEsIGVuYWJsZWQKcGNpYjU6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2Ug MHhmYWJmZjgwMC0weGZhYmZmZmZmOiBnb29kCgltYXBbMTRdOiB0eXBlIEkv TyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGZmODAsIHNpemUgIDcsIGVuYWJs ZWQKcGNpYjU6IG1hdGNoZWQgZW50cnkgZm9yIDYuMC5JTlRBCnBjaWI1OiBz bG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmZvdW5kLT4JdmVuZG9y PTB4MTUyNCwgZGV2PTB4MTQxMiwgcmV2aWQ9MHgxMAoJYnVzPTYsIHNsb3Q9 NCwgZnVuYz0wCgljbGFzcz0wNi0wNy0wMCwgaGRydHlwZT0weDAyLCBtZmRl dj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6 PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9 MHg0MCAoMTYwMDAgbnMpLCBtYXhsYXQ9MHgwNyAoMTc1MCBucykKCWludHBp bj1hLCBpcnE9NwoJcG93ZXJzcGVjIDEgIHN1cHBvcnRzIEQwIEQxIEQyIEQz ICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIs IGJhc2UgMHhkMjAwMDAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liNTogcmVx dWVzdGVkIG1lbW9yeSByYW5nZSAweGQyMDAwMDAwLTB4ZDIwMDBmZmY6IGdv b2QKcGNpYjU6IG1hdGNoZWQgZW50cnkgZm9yIDYuNC5JTlRBCnBjaWI1OiBz bG90IDQgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9y PTB4MTUyNCwgZGV2PTB4MDUzMCwgcmV2aWQ9MHgwMQoJYnVzPTYsIHNsb3Q9 NCwgZnVuYz0xCgljbGFzcz0wNS0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MSAoMjUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpCglpbnRwaW49Yiwg aXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGQyMDAxODAwLCBzaXplICA3LCBtZW1vcnkgZGlzYWJsZWQKcGNpYjU6 IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhkMjAwMTgwMC0weGQyMDAxODdm OiBnb29kCnBjaWI1OiBtYXRjaGVkIGVudHJ5IGZvciA2LjQuSU5UQgpwY2li NTogc2xvdCA0IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3VuZC0+CXZl bmRvcj0weDE1MjQsIGRldj0weDA1NTAsIHJldmlkPTB4MDEKCWJ1cz02LCBz bG90PTQsIGZ1bmM9MgoJY2xhc3M9MDgtMDUtMDEsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAyMTAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MjAgKDgwMDAgbnMpLCBtYXhsYXQ9MHg0OCAoMTgwMDAgbnMpCglpbnRw aW49YiwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIg RDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGQyMDAxYzAwLCBzaXplICA4LCBtZW1vcnkgZGlzYWJsZWQK cGNpYjU6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhkMjAwMWMwMC0weGQy MDAxY2ZmOiBnb29kCnBjaWI1OiBtYXRjaGVkIGVudHJ5IGZvciA2LjQuSU5U QgpwY2liNTogc2xvdCA0IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3Vu ZC0+CXZlbmRvcj0weDE1MjQsIGRldj0weDA1NTEsIHJldmlkPTB4MDEKCWJ1 cz02LCBzbG90PTQsIGZ1bmM9NAoJY2xhc3M9MDUtMDEtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAyMTAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MjAgKDgwMDAgbnMpLCBtYXhsYXQ9MHg0OCAoMTgwMDAgbnMp CglpbnRwaW49YiwgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwg cmFuZ2UgMzIsIGJhc2UgMCwgc2l6ZSAgOCwgbWVtb3J5IGRpc2FibGVkCmZ3 b2hjaTA6IDxWSUEgRmlyZSBJSSAoVlQ2MzA2KT4gcG9ydCAweGZmODAtMHhm ZmZmIG1lbSAweGZhYmZmODAwLTB4ZmFiZmZmZmYgaXJxIDIwIGF0IGRldmlj ZSAwLjAgb24gcGNpNgpmd29oY2kwOiBSZXNlcnZlZCAweDgwMCBieXRlcyBm b3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZmFiZmY4MDAKaW9hcGljMDogcm91 dGluZyBpbnRwaW4gMjAgKFBDSSBJUlEgMjApIHRvIHZlY3RvciA1NApmd29o Y2kwOiBbTVBTQUZFXQpmd29oY2kwOiBbSVRIUkVBRF0KZndvaGNpMDogT0hD SSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQpmd29oY2kwOiBOby4gb2YgSXNvY2hy b25vdXMgY2hhbm5lbHMgaXMgNC4KZndvaGNpMDogRVVJNjQgMDA6MDI6M2Y6 NzI6OTM6NDA6MDU6MTAKZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBT NDAwLCAyIHBvcnRzLgpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9yZWMgMjA0 OCBieXRlcy4KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4g b24gZndvaGNpMApmd2UwOiA8RXRoZXJuZXQgb3ZlciBGaXJlV2lyZT4gb24g ZmlyZXdpcmUwCmlmX2Z3ZTA6IEZha2UgRXRoZXJuZXQgYWRkcmVzczogMDI6 MDI6M2Y6NDA6MDU6MTAKZndlMDogYnBmIGF0dGFjaGVkCmZ3ZTA6IEV0aGVy bmV0IGFkZHJlc3M6IDAyOjAyOjNmOjQwOjA1OjEwCmZ3ZTA6IGlmX3N0YXJ0 IHJ1bm5pbmcgZGVmZXJyZWQgZm9yIEdpYW50CnNicDA6IDxTQlAtMi9TQ1NJ IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd29oY2kwOiBJbml0aWF0 ZSBidXMgcmVzZXQKZndvaGNpMDogQlVTIHJlc2V0CmZ3b2hjaTA6IG5vZGVf aWQ9MHhjMDAwZmZjMCwgZ2VuPTEsIENZQ0xFTUFTVEVSIG1vZGUKZmlyZXdp cmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCwgY2FibGUgSVJNID0gMCAobWUp CmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpCmNiYjA6IDxQQ0ktQ2Fy ZEJ1cyBCcmlkZ2U+IG1lbSAweGQyMDAwMDAwLTB4ZDIwMDBmZmYgaXJxIDE2 IGF0IGRldmljZSA0LjAgb24gcGNpNgpjYmIwOiBSZXNlcnZlZCAweDEwMDAg Ynl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGQyMDAwMDAwCmNhcmRi dXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjAKcGNjYXJkMDogPDE2LWJpdCBQ Q0NhcmQgYnVzPiBvbiBjYmIwCmNiYjA6IFtNUFNBRkVdCmNiYjA6IFtJVEhS RUFEXQpjYmIwOiBQQ0kgQ29uZmlndXJhdGlvbiBzcGFjZToKICAweDAwOiAw eDE0MTIxNTI0IDB4MDIxMDAwMDcgMHgwNjA3MDAxMCAweDAwODI0MDA4IAog IDB4MTA6IDB4ZDIwMDAwMDAgMHgwMjAwMDBhMCAweDIwMDcwNzA2IDB4ZmZm ZmYwMDAgCiAgMHgyMDogMHgwMDAwMDAwMCAweGZmZmZmMDAwIDB4MDAwMDAw MDAgMHhmZmZmZmZmYyAKICAweDMwOiAweDAwMDAwMDAwIDB4ZmZmZmZmZmMg MHgwMDAwMDAwMCAweDA3NDAwMTEwIAogIDB4NDA6IDB4MDAyMDE0YzAgMHgw MDAwMDAwMSAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHg1MDogMHgwMDAw MDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDYw OiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAw IAogIDB4NzA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgCiAgMHg4MDogMHg0MDYwZDAyMSAweDAwMDAwMDAwIDB4MDAw MDAwMDAgMHg4ODUwMTIxMiAKICAweDkwOiAweDYwNDQwMmMwIDB4MDAwMDAw MDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4YTA6IDB4ZmUwMTAwMDEg MHgwMGMwMDAwMCAweDAwMDAwMDEwIDB4MDAwMDAwMGQgCiAgMHhiMDogMHgw MDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAw eGMwOiAweDAwMDAyMDAzIDB4MDA4MDAwODAgMHgxMDA4MDYwMCAweDAwMDAw N2ZlIAogIDB4ZDA6IDB4MDBlMDAwMjAgMHgwMDAwMDAwMCAweDAwMDAwMDAw IDB4MDAwMDAwMDAgCiAgMHhlMDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGYwOiAweDAwMDAwMDAwIDB4MDAw MDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIApwY2k2OiA8bWVtb3J5LCBm bGFzaD4gYXQgZGV2aWNlIDQuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2k2 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4yIChubyBkcml2ZXIg YXR0YWNoZWQpCnBjaTY6IDxtZW1vcnksIGZsYXNoPiBhdCBkZXZpY2UgNC40 IChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+ IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlz YWIwCmF0YXBjaTA6IDxJbnRlbCBJQ0g3TSBTQVRBMzAwIGNvbnRyb2xsZXI+ IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHgx OGIwLTB4MThiZiBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0YXBjaTA6IFJl c2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDE4 YjAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhcGNpMDog UmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHgx ZjAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxNCB0 eXBlIDQgYXQgMHgzZjYKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQw PTUwIG9zdGF0MT0wMAphdGEwOiBzdGF0MD0weDUwIGVycj0weDAxIGxzYj0w eDAwIG1zYj0weDAwCmF0YTA6IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4 MDAgbXNiPTB4MDAKYXRhMDogcmVzZXQgdHAyIHN0YXQwPTUwIHN0YXQxPTAw IGRldmljZXM9MHgxPEFUQV9NQVNURVI+CmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDE0IChJU0EgSVJRIDE0KSB0byB2ZWN0b3IgNTUKYXRhMDogW01QU0FG RV0KYXRhMDogW0lUSFJFQURdCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBh dGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4 MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRl cyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6IHJlc2V0IHRw MSBtYXNrPTAzIG9zdGF0MD01MSBvc3RhdDE9MDEKYXRhMTogc3RhdDA9MHgx MCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgphdGExOiBzdGF0MT0weDAx IGVycj0weDA0IGxzYj0weDAwIG1zYj0weDAwCmF0YTE6IHJlc2V0IHRwMiBz dGF0MD0xMCBzdGF0MT0wMSBkZXZpY2VzPTB4NDxBVEFQSV9NQVNURVI+Cmlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJRIDE1KSB0byB2ZWN0 b3IgNTYKYXRhMTogW01QU0FGRV0KYXRhMTogW0lUSFJFQURdCnBjaTA6IDxz ZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBh dHRhY2hlZCkKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwCmJh dHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3Bp MAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0 IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNv bnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElE IDB4NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAx MDEvMTAyICgyKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byB2ZWN0b3IgNTcK YXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpwc20w OiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAwOiA8UFMvMiBtb3Vz ZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5k IGJ5dGU6MDA0Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2Jk YzAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRv IHZlY3RvciA1OApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRIUkVB RF0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZpY2UgSUQgMy0wMCwg MyBidXR0b25zCnBzbTA6IGNvbmZpZzowMDAwMDAwMCwgZmxhZ3M6MDAwMDAw MDgsIHBhY2tldCBzaXplOjQKcHNtMDogc3luY21hc2s6MDgsIHN5bmNiaXRz OjAwCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKdW5rbm93 bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMg cmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBm YWlsZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1 bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCmV4X2lzYV9pZGVu dGlmeSgpCmF0YTogYXRhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQK YXRhOiBhdGExIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdGtiZGM6 IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnBucF9pZGVu dGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDI0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBS ZWFkX1BvcnQgYXQgMjgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9y dCBhdCAyYzMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDMw MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzQzCnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5 OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxl dGUKc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2 Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hp bGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwppc2FfcHJvYmVfY2hpbGRy ZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCnBtdGltZXIwIG9uIGlzYTAK b3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNl ZmZmLDB4Y2YwMDAtMHhjZmZmZiwweGRjMDAwLTB4ZGZmZmYgcG5waWQgT1JN MDAwMCBvbiBpc2EwCmFkdjA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGEw OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWljMDogbm90IHByb2JlZCAoZGlz YWJsZWQpCmJ0MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmNzMDogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmVkMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmZk YzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcg aXJxIDYgZHJxIDIgb24gaXNhMApmZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQppZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpsZTA6IG5vdCBwcm9iZWQg KGRpc2FibGVkKQpwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4KcHBj MDogPFBhcmFsbGVsIHBvcnQ+IGZhaWxlZCB0byBwcm9iZSBhdCBpcnEgNyBv biBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBv biBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0w eDMwMD4Kc2MwOiBmYjAsIGtiZDEsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAo c3lzY29ucyB0ZXJtaW5hbCkKc2lvMDogY29uZmlndXJlZCBpcnEgNCBub3Qg aW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMDogcG9ydCBtYXkgbm90 IGJlIGVuYWJsZWQKc2lvMDogaXJxIG1hcHM6IDB4OGVhMSAweDhlYTEgMHg4 ZWExIDB4OGVhMQpzaW8wOiBwcm9iZSBmYWlsZWQgdGVzdChzKTogMCAxIDIg NCA2IDcgOQpzaW8wOiBjb25maWd1cmVkIGlycSA0IG5vdCBpbiBiaXRtYXAg b2YgcHJvYmVkIGlycXMgMApzaW8wOiBwb3J0IG1heSBub3QgYmUgZW5hYmxl ZApzaW8wOiBpcnEgbWFwczogMHg4ZWExIDB4OGVhMSAweDhlYTEgMHg4ZWEx CnNpbzA6IHByb2JlIGZhaWxlZCB0ZXN0KHMpOiAwIDEgMiA0IDYgNyA5CnNp bzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlz YTAKc2lvMDogdHlwZSA4MjUwIG9yIG5vdCByZXNwb25kaW5nCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gdmVjdG9yIDU5CnNp bzA6IFtGSUxURVJdCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJp dG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBl bmFibGVkCnNpbzE6IGlycSBtYXBzOiAweDhlYTEgMHg4ZWExIDB4OGVhMSAw eDhlYTEKc2lvMTogcHJvYmUgZmFpbGVkIHRlc3Qocyk6IDAgMSAyIDQgNiA3 IDkKc2lvMSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOC0weDJmZiBp cnEgMyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpzaW8z OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0w eDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAp2dDA6IG5vdCBw cm9iZWQgKGRpc2FibGVkKQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcg UG5QIGRldmljZXMKdWdlbjE6IDx2ZW5kb3IgMHgwOGZmIEZpbmdlcnByaW50 IFNlbnNvciwgY2xhc3MgMjU1LzI1NSwgcmV2IDEuMTAvNi4yMSwgYWRkciAy PiBvbiB1aHViMgpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJv Y2ZzIHJlZ2lzdGVyZWQKbGFwaWM6IERpdmlzb3IgMiwgRnJlcXVlbmN5IDgz MTI1NzE0IGh6ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxODI4NzY1 NjMxIEh6IHF1YWxpdHkgLTEwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAx LjAwMCBtc2VjCkxpbnV4IEVMRiBleGVjIGhhbmRsZXIgaW5zdGFsbGVkCmxv MDogYnBmIGF0dGFjaGVkCnJyMjMyeDogbm8gY29udHJvbGxlciBkZXRlY3Rl ZC4KYWNwaV9hY2FkMDogYWNsaW5lIGluaXRpYWxpemF0aW9uIHN0YXJ0CmFj cGlfYWNhZDA6IE9uIExpbmViYXR0ZXJ5MDogYmF0dGVyeSBpbml0aWFsaXph dGlvbiBzdGFydAoKYWNwaV9hY2FkMDogYWNsaW5lIGluaXRpYWxpemF0aW9u IGRvbmUsIHRyaWVkIDEgdGltZXMKYXRhMC1tYXN0ZXI6IHBpbz1QSU80IHdk bWE9V0RNQTIgdWRtYT1VRE1BMTMzIGNhYmxlPTQwIHdpcmUKYWQwOiA5NTM5 Nk1CIDxTQU1TVU5HIEhNMTAwSkkgWUgxMDAtMTk+IGF0IGF0YTAtbWFzdGVy IFNBVEExNTAKYWQwOiAxOTUzNzE1Njggc2VjdG9ycyBbMTkzODIxQy8xNkgv NjNTXSAxNiBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCkdFT006 IG5ldyBkaXNrIGFkMAphZDA6IEludGVsIGNoZWNrMSBmYWlsZWQKYWQwOiBB ZGFwdGVjIGNoZWNrMSBmYWlsZWQKYWQwOiBMU0kgKHYzKSBjaGVjazEgZmFp bGVkCmFkMDogTFNJICh2MikgY2hlY2sxIGZhaWxlZAphZDA6IEZyZWVCU0Qg Y2hlY2sxIGZhaWxlZAphdGExLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1B MiB1ZG1hPVVETUEzMyBjYWJsZT00MCB3aXJlCmFjZDA6IDxUU1NUY29ycENE L0RWRFcgU04tUzA4MkQvU1MwMz4gRFZEUiBkcml2ZSBhdCBhdGExIGFzIG1h c3RlcgphY2QwOiByZWFkIDQxMzRLQi9zICg0MTM0S0Ivcykgd3JpdGUgMTcy S0IvcyAoNDEzNEtCL3MpLCAyMDQ4S0IgYnVmZmVyLCBVRE1BMzMKYWNkMDog UmVhZHM6IENEUiwgQ0RSVywgQ0REQSBzdHJlYW0sIERWRFJPTSwgRFZEUiwg RFZEUkFNLCBwYWNrZXQKYWNkMDogV3JpdGVzOiBDRFIsIENEUlcsIERWRFIs IERWRFJBTSwgdGVzdCB3cml0ZSwgYnVybnByb29mCmFjZDA6IEF1ZGlvOiBw bGF5LCAyNTYgdm9sdW1lIGxldmVscwphY2QwOiBNZWNoYW5pc206IGVqZWN0 YWJsZSB0cmF5LCB1bmxvY2tlZAphY2QwOiBNZWRpdW06IENELVJPTSAxMjBt bSBkYXRhL2F1ZGlvIGRpc2MKYWNkMDogRkFJTFVSRSAtIFJFQURfQklHIElM TEVHQUwgUkVRVUVTVCBhc2M9MHg2NCBhc2NxPTB4MDAgCihwcm9iZTA6c2Jw MDowOjA6MCk6IGVycm9yIDIyCihwcm9iZTA6c2JwMDowOjA6MCk6IFVucmV0 cnlhYmxlIEVycm9yCihwcm9iZTE6c2JwMDowOjE6MCk6IGVycm9yIDIyCihw cm9iZTE6c2JwMDowOjE6MCk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTI6 c2JwMDowOjI6MCk6IGVycm9yIDIyCihwcm9iZTI6c2JwMDowOjI6MCk6IFVu cmV0cnlhYmxlIEVycm9yCihwcm9iZTM6c2JwMDowOjM6MCk6IGVycm9yIDIy Cihwcm9iZTM6c2JwMDowOjM6MCk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9i ZTQ6c2JwMDowOjQ6MCk6IGVycm9yIDIyCihwcm9iZTQ6c2JwMDowOjQ6MCk6 IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTU6c2JwMDowOjU6MCk6IGVycm9y IDIyCihwcm9iZTU6c2JwMDowOjU6MCk6IFVucmV0cnlhYmxlIEVycm9yCihw cm9iZTY6c2JwMDowOjY6MCk6IGVycm9yIDIyCihwcm9iZTY6c2JwMDowOjY6 MCk6IFVucmV0cnlhYmxlIEVycm9yCkFUQSBQc2V1ZG9SQUlEIGxvYWRlZApT TVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY3B1MSBBUDoKICAgICBJRDogMHgw MTAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZS OiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAw MDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVy OiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMjAwIGVycjogMHgwMDAxMDAw MCBwY206IDB4MDAwMTAwMDAKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEg MSB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEg NCB0byBsb2NhbCBBUElDIDEKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEg OSB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEg MTIgdG8gbG9jYWwgQVBJQyAxCmlvYXBpYzA6IEFzc2lnbmluZyBJU0EgSVJR IDE0IHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBBc3NpZ25pbmcgSVNBIElS USAxNSB0byBsb2NhbCBBUElDIDEKaW9hcGljMDogQXNzaWduaW5nIFBDSSBJ UlEgMTYgdG8gbG9jYWwgQVBJQyAwCmlvYXBpYzA6IEFzc2lnbmluZyBQQ0kg SVJRIDE4IHRvIGxvY2FsIEFQSUMgMQppb2FwaWMwOiBBc3NpZ25pbmcgUENJ IElSUSAxOSB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWduaW5nIFBD SSBJUlEgMjAgdG8gbG9jYWwgQVBJQyAxCmlvYXBpYzA6IEFzc2lnbmluZyBQ Q0kgSVJRIDIyIHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBBc3NpZ25pbmcg UENJIElSUSAyMyB0byBsb2NhbCBBUElDIDEKR0VPTV9MQUJFTDogTGFiZWwg Zm9yIHByb3ZpZGVyIGFjZDAgaXMgaXNvOTY2MC9BT0UuCmFjZDA6IEZBSUxV UkUgLSBSRUFEX0JJRyBJTExFR0FMIFJFUVVFU1QgYXNjPTB4NjQgYXNjcT0w eDAwIApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMy YQpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApXQVJOSU5HOiAvdmFy IHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApHRU9NX0xBQkVMOiBMYWJl bCBudGZzL1NoYXJlZGF0YSByZW1vdmVkLgpyZTA6IGxpbmsgc3RhdGUgY2hh bmdlZCB0byBVUAphY2QwOiBGQUlMVVJFIC0gUkVBRF9CSUcgSUxMRUdBTCBS RVFVRVNUIGFzYz0weDY0IGFzY3E9MHgwMCAKc3BsYXNoOiBpbWFnZSBkZWNv ZGVyIGZvdW5kOiBibGFua19zYXZlcgphY3BpX2VjMDogRWNSZWFkOiBGYWls ZWQgd2FpdGluZyBmb3IgRUMgdG8gc2VuZCBkYXRhLgpBQ1BJIEV4Y2VwdGlv biAoZXZyZWdpb24tMDUyOSk6IEFFX05PX0hBUkRXQVJFX1JFU1BPTlNFLCBS ZXR1cm5lZCBieSBIYW5kbGVyIGZvciBbRW1iZWRkZWRDb250cm9sXSBbMjAw NzAzMjBdCkFDUEkgRXJyb3IgKHBzcGFyc2UtMDYyNik6IE1ldGhvZCBwYXJz ZS9leGVjdXRpb24gZmFpbGVkIFtcXF9TQl8uUENJMC5MUENCLkJBVDEuX0JT VF0gKE5vZGUgMHhjNDQyNWFhMCksIEFFX05PX0hBUkRXQVJFX1JFU1BPTlNF CmJhdHRlcnkwOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3Rh dHVzIC0tIEFFX05PX0hBUkRXQVJFX1JFU1BPTlNFCmJhdHRlcnkwOiBiYXR0 ZXJ5IGluaXRpYWxpemF0aW9uIGZhaWxlZCwgZ2l2aW5nIHVwCg== --0-14104269-1178014300=:29458-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 11:19:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A4B616A402 for ; Tue, 1 May 2007 11:19:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 17A9313C484 for ; Tue, 1 May 2007 11:19:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HiqNw-000Da6-Ov for freebsd-current@freebsd.org; Tue, 01 May 2007 14:19:09 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l41BJ31J053479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 May 2007 14:19:03 +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.1/8.14.1) with ESMTP id l41BJ2Q9037444; Tue, 1 May 2007 14:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l41BJ2wX037443; Tue, 1 May 2007 14:19:02 +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, 1 May 2007 14:19:02 +0300 From: Kostik Belousov To: Dag-Erling Sm?rgrav Message-ID: <20070501111902.GA2441@deviant.kiev.zoral.com.ua> References: <200704281128.44077.shoesoft@gmx.net> <20070428115503.GM2441@deviant.kiev.zoral.com.ua> <86y7k8rgc4.fsf@dwp.des.no> <86tzuwrfui.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DQpa7ozeLWh50je8" Content-Disposition: inline In-Reply-To: <86tzuwrfui.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 3140350ce96b4815fe22a3a842dc7b15 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1012 [May 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, Stefan Ehmann Subject: Re: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 11:19:11 -0000 --DQpa7ozeLWh50je8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 01, 2007 at 12:35:49PM +0200, Dag-Erling Sm?rgrav wrote: > des@des.no (Dag-Erling Sm?rgrav) writes: > > procfs_ioctl() needs the process to be locked; pn_ioctl() verifies > > that this is the case before calling it. The correct fix is not to > > unlock the process before calling procfs_ioctl(), but to remove the > > latter's redundant PROC_LOCK() / PROC_UNLOCK() calls. >=20 > See attached patch. The procfs PIOCWAIT/PIOCWAIT32 ioctls drop the p_mtx for sleep. Could it be that p being freed/reused meantime ? --DQpa7ozeLWh50je8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGNyImC3+MBN1Mb4gRAvSpAKCxsNVuN4V3MkeVZXuJkL6d1QtHowCfWM3x UxWw3VO5nGN9USJaX546pAk= =ExWq -----END PGP SIGNATURE----- --DQpa7ozeLWh50je8-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 11:34:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CFC216A400 for ; Tue, 1 May 2007 11:34:57 +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 4279213C489 for ; Tue, 1 May 2007 11:34:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 59D44208C; Tue, 1 May 2007 13:34:53 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C1B462089; Tue, 1 May 2007 13:34:52 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 943C7507A; Tue, 1 May 2007 13:34:52 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Kostik Belousov References: <200704281128.44077.shoesoft@gmx.net> <20070428115503.GM2441@deviant.kiev.zoral.com.ua> <86y7k8rgc4.fsf@dwp.des.no> <86tzuwrfui.fsf@dwp.des.no> <20070501111902.GA2441@deviant.kiev.zoral.com.ua> Date: Tue, 01 May 2007 13:34:52 +0200 In-Reply-To: <20070501111902.GA2441@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Tue, 1 May 2007 14:19:02 +0300") Message-ID: <864pmwbwv7.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@freebsd.org, Stefan Ehmann Subject: Re: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 11:34:57 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Kostik Belousov writes: > The procfs PIOCWAIT/PIOCWAIT32 ioctls drop the p_mtx for > sleep. Could it be that p being freed/reused meantime ? So it should be held while the lock is dropped. It is still a procfs issue (and one that was present, although benign, before I removed Giant from pseudofs). Please try this updated patch. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=procfs.diff Index: sys/fs/procfs/procfs_ioctl.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs_ioctl.c,v retrieving revision 1.16 diff -u -r1.16 procfs_ioctl.c --- sys/fs/procfs/procfs_ioctl.c 19 Feb 2007 13:04:25 -0000 1.16 +++ sys/fs/procfs/procfs_ioctl.c 1 May 2007 11:30:22 -0000 @@ -70,7 +70,10 @@ int ival; #endif - PROC_LOCK(p); + KASSERT(p != NULL, + ("%s() called without a process", __func__)); + PROC_LOCK_ASSERT(p, MA_OWNED); + error = 0; switch (cmd) { #if defined(COMPAT_FREEBSD5) || defined(COMPAT_FREEBSD4) || defined(COMPAT_43) @@ -124,8 +127,10 @@ case PIOCWAIT: while (p->p_step == 0 && (p->p_flag & P_WEXIT) == 0) { /* sleep until p stops */ + _PHOLD(p); error = msleep(&p->p_stype, &p->p_mtx, PWAIT|PCATCH, "pioctl", 0); + _PRELE(p); if (error != 0) break; } @@ -142,8 +147,10 @@ case PIOCWAIT32: while (p->p_step == 0 && (p->p_flag & P_WEXIT) == 0) { /* sleep until p stops */ + _PHOLD(p); error = msleep(&p->p_stype, &p->p_mtx, PWAIT|PCATCH, "pioctl", 0); + _PRELE(p); if (error != 0) break; } @@ -193,7 +200,6 @@ default: error = (ENOTTY); } - PROC_UNLOCK(p); return (error); } --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 12:36:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FC6116A400 for ; Tue, 1 May 2007 12:36:56 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from bay0-omc1-s7.bay0.hotmail.com (bay0-omc1-s7.bay0.hotmail.com [65.54.246.79]) by mx1.freebsd.org (Postfix) with ESMTP id 3032F13C469 for ; Tue, 1 May 2007 12:36:56 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from BAY113-W20 ([65.54.168.120]) by bay0-omc1-s7.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Tue, 1 May 2007 05:24:56 -0700 Message-ID: X-Originating-IP: [84.57.25.147] From: Tino Engel To: Date: Tue, 1 May 2007 13:24:56 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 01 May 2007 12:24:56.0525 (UTC) FILETIME=[BA7677D0:01C78BEB] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: freebsd-current Digest, Vol 194, Issue 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 12:36:56 -0000 I have noticed running latest kde using kdesvn frontend is good.A.E. EngelF= rom: freebsd-current-request@freebsd.orgSubject: freebsd-current Digest, Vo= l 194, Issue 3To: freebsd-current@freebsd.orgDate: Tue, 1 May 2007 12:00:16= +0000Send freebsd-current mailing list submissions to freebsd-current@free= bsd.org To subscribe or unsubscribe via the World Wide Web, visit http://li= sts.freebsd.org/mailman/listinfo/freebsd-currentor, via email, send a messa= ge with subject or body 'help' to freebsd-current-request@freebsd.org You c= an reach the person managing the list at freebsd-current-owner@freebsd.org = When replying, please edit your Subject line so it is more specificthan "Re= : Contents of freebsd-current digest..."--Forwarded Message Attachment--Fro= m: kostikbel@gmail.comCC: freebsd-current@freebsd.org; shoesoft@gmx.netTo: = des@des.noDate: Tue, 1 May 2007 14:19:02 +0300Subject: Re: strace causes pa= nic: sleeping threadOn Tue, May 01, 2007 at 12:35:49PM +0200, Dag-Erling Sm= ?rgrav wrote:> des@des.no (Dag-Erling Sm?rgrav) writes:> > procfs_ioctl() n= eeds the process to be locked; pn_ioctl() verifies> > that this is the case= before calling it. The correct fix is not to> > unlock the process before= calling procfs_ioctl(), but to remove the> > latter's redundant PROC_LOCK(= ) / PROC_UNLOCK() calls.> > See attached patch. The procfs PIOCWAIT/PIOCWAI= T32 ioctls drop the p_mtx for sleep. Could it bethat p being freed/reused m= eantime ?--Forwarded Message Attachment--From: des@des.noCC: freebsd-curren= t@freebsd.org; shoesoft@gmx.netTo: kostikbel@gmail.comDate: Tue, 1 May 2007= 13:34:52 +0200Subject: Re: strace causes panic: sleeping threadKostik Belo= usov writes:> The procfs PIOCWAIT/PIOCWAIT32 ioctls d= rop the p_mtx for> sleep. Could it be that p being freed/reused meantime ? = So it should be held while the lock is dropped. It is still a procfsissue = (and one that was present, although benign, before I removedGiant from pseu= dofs). Please try this updated patch. DES-- Dag-Erling Sm=F8rgrav - des@de= s.no=20 _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Space= s. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=3Dcreate&wx_url=3D/friends.= aspx&mkt=3Den-us= From owner-freebsd-current@FreeBSD.ORG Tue May 1 13:02:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A718116A402 for ; Tue, 1 May 2007 13:02:59 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 68B4C13C45E for ; Tue, 1 May 2007 13:02:59 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1675720ana for ; Tue, 01 May 2007 06:02:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=COvh+hTZkIjRJtbHf4aHdwGKKvuyTay9zNbFzX4gxYpvovdrAB+LixmhYi3VL8dMYgSzCzEkf+YtaoC00a5XnSSpd/A7OB9rQ5Riyg9yFPQeUeEgKKAG9kMTBClUnXVypgbGcPnbkojoPZLx6CSWSz5hI8XKecJE7JB8hsUKadY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GmZBSlZaq/wbYqmkMSzFP25YxonSfyMEIFvVABHytWqmTSCSusc0MaprzQdOpBuOgG/FTPcHVd/3rDEvg3rhs6PSBqLzJLQSOtt/l85DW9pLbxZfE7susbv5Pp2u++whBthlNBvUjUb70mKIriv3LfkE/xpoiV0+jtMSeid3j/s= Received: by 10.100.122.8 with SMTP id u8mr1061955anc.1178024578227; Tue, 01 May 2007 06:02:58 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Tue, 1 May 2007 06:02:58 -0700 (PDT) Message-ID: <790a9fff0705010602g52f44f9cj2cb73824e68ffff5@mail.gmail.com> Date: Tue, 1 May 2007 08:02:58 -0500 From: "Scot Hetzel" To: freebsd-current@freebsd.org In-Reply-To: <20070501071232.GC11044@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070430084003.GA1716@obelix.dsto.defence.gov.au> <20070430114122.GF838@turion.vk2pj.dyndns.org> <20070501071232.GC11044@obelix.dsto.defence.gov.au> Subject: Re: /etc/rc.conf not getting parsed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 13:02:59 -0000 On 5/1/07, Wilkinson, Alex wrote: > Well it turns out that none of the /usr/local/etc/rc.d/* scripts had a prefix of > .sh. What I can't understand is why the porters didn't write there ports to > install the scripts in this fashion. > The scripts at one time were installed with a .sh suffix, but this was changed in FreeBSD 6.1, 7.x to no longer require a .sh suffix for the startup scripts. If your PREFIX/etc/rc.d scripts are not starting without the .sh suffix, then your /etc/rc.d scripts are out of date. Use mergemaster to update them to the current versions. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Tue May 1 13:12:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0590216A401; Tue, 1 May 2007 13:12:25 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.freebsd.org (Postfix) with ESMTP id 0441213C455; Tue, 1 May 2007 13:12:23 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep01.bredband.com with ESMTP id <20070501131222.CIDM28445.mxfep01.bredband.com@ironport.bredband.com>; Tue, 1 May 2007 15:12:22 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport.bredband.com with ESMTP; 01 May 2007 15:12:22 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id BEDE412F; Tue, 1 May 2007 15:12:21 +0200 (CEST) Message-ID: <46373CAD.6000502@infidyne.com> Date: Tue, 01 May 2007 15:12:13 +0200 From: Peter Schuller User-Agent: Thunderbird 1.5.0.10 (X11/20070417) MIME-Version: 1.0 To: Peter Schuller References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> In-Reply-To: <463665F2.8090605@infidyne.com> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigCA26013F7A39243E7B6C30CE" Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 13:12:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA26013F7A39243E7B6C30CE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > This does seem to eliminate the problem here too. It appears the problem persists, but is more difficult to trigger. I had a reboot again during building of ports. I decreased maxvnodes further (to about 2/3 of the default, instead of the recommended 4/3 of the default). Even after that, I had another reboot just now, also during building of ports. It takes on the order of several hours to trigger it. Note that I say "reboot" because that's what it was; it appears that when this happens when in X (which I suspect is the triggering difference) a reboot is triggered immediately, while at the console I get the kernel debugger. As a result I cannot say for certain that I am still seeing the same problem; it is only an assumption at this point. Because swap is on a glabel I have crashdumps turned off, as I was not sure whether it was safe (i.e., I don't want crashdumps to accidentally write to the wrong partition). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --------------enigCA26013F7A39243E7B6C30CE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNzy1DNor2+l1i30RCPRvAKDUUCmMoL3gtROUx+8L+s/O8K0h/ACfZwC9 B9lZeKebbe1uBpKdMHEU+eg= =YJd4 -----END PGP SIGNATURE----- --------------enigCA26013F7A39243E7B6C30CE-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 15:05:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9899D16A402 for ; Tue, 1 May 2007 15:05:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7548613C4C5 for ; Tue, 1 May 2007 15:05:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l41F5Awr007161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 May 2007 08:05:10 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l41F59pi020563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 May 2007 08:05:10 -0700 Message-ID: <4637574C.4060903@u.washington.edu> Date: Tue, 01 May 2007 08:05:48 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Hans Petter Selasky References: <20070430233206.GA49843@nibiru.b1tt3r.org> <200705010953.56866.hselasky@c2i.net> <20070501092305.GB12078@obelix.dsto.defence.gov.au> <200705011211.38995.hselasky@c2i.net> In-Reply-To: <200705011211.38995.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.1.74635 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 15:05:16 -0000 Hans Petter Selasky wrote: > On Tuesday 01 May 2007 11:23, Wilkinson, Alex wrote: >> 0n Tue, May 01, 2007 at 09:53:56AM +0200, Hans Petter Selasky wrote: >> >On Tuesday 01 May 2007 01:32, Sam Stein wrote: >> >> Hey everyone, new to the lists; thought I'd say hi, hope I'll be of >> >> some use in helping people or fixing something. :D >> > >> >If you're out of work, maybe you want to help out testing the new USB >> > stack? >> > >> >http://www.turbocat.net/~hselasky/usb4bsd >> > >> >Download the SVN version. >> > >> >It compiles on FreeBSD-7-current and FreeBSD-6-stable. >> >> FreeBSD 7.0-CURRENT #0: Mon Apr 30 12:13:02 WST 2007 >> >> #make buildkernel installkernel -DNOCLEAN -DNO_CLEAN >> >> ... >> >> cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -g -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -fformat-extensions -nostdinc -I- -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 -Werror vers.c linking kernel.debug >> if_ural.o(.text+0x54d): In function `ural_cfg_first_time_setup': >> /usr/src/sys/dev/usb/if_ural.c:853: undefined reference to >> `ieee80211_amrr_init' if_ural.o(.text+0x3bcd): In function >> `ural_cfg_pre_set_run': >> /usr/src/sys/dev/usb/if_ural.c:2673: undefined reference to >> `ieee80211_amrr_node_init' if_ural.o(.text+0x3cae): In function >> `ural_cfg_amrr_timeout': >> /usr/src/sys/dev/usb/if_ural.c:2712: undefined reference to >> `ieee80211_amrr_choose' *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/GENERIC. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> > > Just add "device wlan_amrr" to your kernel config file. > > --HPS ... or remove the device ural entry in your kernel conf, if you don't want USB wireless :).. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue May 1 14:40:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D935C16A402; Tue, 1 May 2007 14:40:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from gigi.cs.uoguelph.ca (gigi.cs.uoguelph.ca [131.104.94.210]) by mx1.freebsd.org (Postfix) with ESMTP id 9564513C459; Tue, 1 May 2007 14:40:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.96.170]) by gigi.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id l41Ee8Fu025696; Tue, 1 May 2007 10:40:08 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id l41EfB025438; Tue, 1 May 2007 10:41:11 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 1 May 2007 10:41:10 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher To: Peter Schuller In-Reply-To: <46373CAD.6000502@infidyne.com> Message-ID: References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 131.104.94.210 X-Mailman-Approved-At: Tue, 01 May 2007 15:29:16 +0000 Cc: freebsd-fs@freebsd.org, Craig Boston , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 14:40:14 -0000 On Tue, 1 May 2007, Peter Schuller wrote: >> This does seem to eliminate the problem here too. > > It appears the problem persists, but is more difficult to trigger. [stuff snipped] > It takes on the order of several hours to trigger it. I don't know if it relevent, but I've seen "kmem_map: too small" panics when testing my NFSv4 server, ever since about FreeBSD5.4. There is no problem running the same server code on FreeBSD4 (which is what I still run in production mode) or OpenBSD3 or 4. If I increase the size of the map, I can delay the panic for up to about two weeks of hard testing, but it never goes away. I don't see any evidence of a memory leak during the several days of testing leading up to the panic. (NFSv4 uses MALLOC/FREE extensively for state related structures.) So, I'm wondering if maybe there is some subtle bug in MALLOC/FREE (maybe i386 specific, since that's what I test on)? Anyhow, good luck with it, rick From owner-freebsd-current@FreeBSD.ORG Tue May 1 15:08:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D63516A401; Tue, 1 May 2007 15:08:46 +0000 (UTC) (envelope-from ml.freebsd-fs@ledisez.net) Received: from ledisez.net (ledisez.net [80.247.230.138]) by mx1.freebsd.org (Postfix) with ESMTP id 2F74E13C4B9; Tue, 1 May 2007 15:08:46 +0000 (UTC) (envelope-from ml.freebsd-fs@ledisez.net) Received: from webmail.ledisez.net (localhost.localdomain [80.247.230.138]) by ledisez.net (Postfix) with ESMTP id 96EA045AEE8; Tue, 1 May 2007 16:41:05 +0200 (CEST) Received: from 84.102.41.193 (SquirrelMail authenticated user romain) by webmail.ledisez.net with HTTP; Tue, 1 May 2007 16:41:05 +0200 (CEST) Message-ID: <51864.84.102.41.193.1178030465.squirrel@webmail.ledisez.net> In-Reply-To: <46373CAD.6000502@infidyne.com> References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> Date: Tue, 1 May 2007 16:41:05 +0200 (CEST) From: "Romain LE DISEZ" To: "Peter Schuller" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 01 May 2007 15:29:25 +0000 Cc: freebsd-fs@freebsd.org, Craig Boston , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 15:08:46 -0000 > It appears the problem persists, but is more difficult to trigger. I had the same problem but with the solution of decreasing kern.maxvnodes to 3/4 of the original value, the problem seems solved. > I had a reboot again during building of ports. I decreased maxvnodes > further (to about 2/3 of the default, instead of the recommended 4/3 of > the default). Even after that, I had another reboot just now, also > during building of ports. > > It takes on the order of several hours to trigger it. > > Note that I say "reboot" because that's what it was; it appears that > when this happens when in X (which I suspect is the triggering > difference) a reboot is triggered immediately, while at the console I > get the kernel debugger. I'm currently running Xorg 7.2 from the experimental port tree (see freebsd-x11@) and I'm compiling all the ports of gnome2. The compilation starts about 8 hours ago (pfff... that's too long) => no problems. In this compilation, I'm using differents FS : port tree is on ZFS+compression and work-dir is on UFS. -- Romain LE DISEZ 06.78.77.99.18 http://www.ledisez.net/ From owner-freebsd-current@FreeBSD.ORG Tue May 1 15:57:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C8E616A400 for ; Tue, 1 May 2007 15:57:46 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id C22E313C468 for ; Tue, 1 May 2007 15:57:45 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id l41Fviea016187; Tue, 1 May 2007 17:57:44 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l41FvikH057653; Tue, 1 May 2007 17:57:44 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l41Fvi33057652; Tue, 1 May 2007 17:57:44 +0200 (CEST) (envelope-from wb) Date: Tue, 1 May 2007 17:57:44 +0200 From: Wilko Bulte To: freebsd-current@freebsd.org Message-ID: <20070501155744.GA57585@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Subject: panic, acpi-related apparantly, on todays current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 15:57:46 -0000 Hi there, I went top of tree on my Compaq EVO N160 laptop today. The newly built kernel panics with roughly the following messages printed (no serial port on this laptop unfortunately so hand-transcribed): ... acpi_acad0: acline init start acpi_acad0: On Line <-- running from battery shows offline, <-- the panic remains acpi_acad0: acline init done, tried 1 times ata0 master: pio Sleeping thread (tid 100024, pid 20) owns a non sleepable lock sched_switch.. ... Disabling acpi via hints makes the panic go away. A kernel from approx March 15 works fine. Anybody else seeing this? Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue May 1 16:02:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9412C16A401; Tue, 1 May 2007 16:02:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFF513C458; Tue, 1 May 2007 16:02:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 051181A4D98; Tue, 1 May 2007 09:02:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C7059513AE; Tue, 1 May 2007 12:02:13 -0400 (EDT) Date: Tue, 1 May 2007 12:02:13 -0400 From: Kris Kennaway To: Rick Macklem Message-ID: <20070501160213.GA496@xor.obsecurity.org> References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Craig Boston , freebsd-current@freebsd.org, Peter Schuller , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 16:02:14 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 01, 2007 at 10:41:10AM -0400, Rick Macklem wrote: >=20 >=20 > On Tue, 1 May 2007, Peter Schuller wrote: >=20 > >>This does seem to eliminate the problem here too. > > > >It appears the problem persists, but is more difficult to trigger. > [stuff snipped] > >It takes on the order of several hours to trigger it. >=20 > I don't know if it relevent, but I've seen "kmem_map: too small" panics > when testing my NFSv4 server, ever since about FreeBSD5.4. There is no > problem running the same server code on FreeBSD4 (which is what I still > run in production mode) or OpenBSD3 or 4. If I increase the size of the > map, I can delay the panic for up to about two weeks of hard testing, > but it never goes away. I don't see any evidence of a memory leak during > the several days of testing leading up to the panic. (NFSv4 uses=20 > MALLOC/FREE extensively for state related structures.) Sounds exactly like a memory leak to me. How did you rule it out? > So, I'm wondering if maybe there is some subtle bug in MALLOC/FREE (maybe > i386 specific, since that's what I test on)? That would be unlikely. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGN2SFWry0BWjoQKURAmvbAKDWlLGyQ+f+AUu07xQMmy5eVDkaKwCgyB8r qzARjqlVzO3sRv7tDeOUkKY= =zFtH -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 16:06:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4190916A400; Tue, 1 May 2007 16:06:47 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id B6D8413C458; Tue, 1 May 2007 16:06:46 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l41G6jFb009381; Tue, 1 May 2007 20:06:45 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l41G6jZN009380; Tue, 1 May 2007 20:06:45 +0400 (MSD) (envelope-from ache) Date: Tue, 1 May 2007 20:06:45 +0400 From: Andrey Chernov To: current@freebsd.org, ports@freebsd.org, Alfred Perlstein , David Schultz Message-ID: <20070501160645.GA9333@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, ports@freebsd.org, Alfred Perlstein , David Schultz References: <20070501003935.GA1043@nagual.pp.ru> <20070501083009.GA4627@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070501083009.GA4627@nagual.pp.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 16:06:47 -0000 All backed out. Not because I admit they are technically wrong and not because of bug reports (I receive nothing). But because I surprisingly meets so strong opposition and resistance so lost any desire to continue that. Anyone who interested in POSIX can dig out what changes and how through cvs diffs. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue May 1 16:30:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12BA616A403 for ; Tue, 1 May 2007 16:30:59 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from nibiru.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.freebsd.org (Postfix) with ESMTP id ACE0713C458 for ; Tue, 1 May 2007 16:30:58 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from nibiru.b1tt3r.org (localhost.b1tt3r.org [127.0.0.1]) by nibiru.b1tt3r.org (8.14.1/8.13.8) with ESMTP id l41GWeOZ053818 for ; Tue, 1 May 2007 11:32:40 -0500 (CDT) (envelope-from scs@b1tt3r.org) Received: (from scs@localhost) by nibiru.b1tt3r.org (8.14.1/8.13.8/Submit) id l41GWboF053813 for freebsd-current@freebsd.org; Tue, 1 May 2007 11:32:37 -0500 (CDT) (envelope-from scs@b1tt3r.org) X-Authentication-Warning: nibiru.b1tt3r.org: scs set sender to scs@b1tt3r.org using -f Date: Tue, 1 May 2007 11:32:37 -0500 From: Sam Stein To: freebsd-current@freebsd.org Message-ID: <20070501163237.GA53138@nibiru.b1tt3r.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20070430233206.GA49843@nibiru.b1tt3r.org> <200705010953.56866.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <200705010953.56866.hselasky@c2i.net> Organization: b1tt3r X-OS: FreeBSD nibiru.b1tt3r.org 6.2-STABLE i386 User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 16:30:59 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'd love to. I'll keep you posted. +++ Hans Petter Selasky [freebsd] [01/05/07 09:53 +0200]: >On Tuesday 01 May 2007 01:32, Sam Stein wrote: >> Hey everyone, new to the lists; thought I'd say hi, hope I'll be of some >> use in helping people or fixing something. :D > >If you're out of work, maybe you want to help out testing the new USB stac= k? > >http://www.turbocat.net/~hselasky/usb4bsd > >Download the SVN version. > >It compiles on FreeBSD-7-current and FreeBSD-6-stable. > >--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" --=20 Sam Stein Computer Technician/Programmer b1tt3r --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGN2ul2cAzUaJNCC8RAmHAAJ9Onq/WRa9zcA3Ym0wHONC1VfxCEACePOXf hMjeybmqZdS668CqE1+zIJQ= =f0z1 -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 17:06:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EB9716A403; Tue, 1 May 2007 17:06:52 +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 E358913C448; Tue, 1 May 2007 17:06:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l41H6pYL007677; Tue, 1 May 2007 13:06: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.13.8/8.13.8) with ESMTP id l41H6pNs096565; Tue, 1 May 2007 13:06:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E537E73068; Tue, 1 May 2007 13:06:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070501170650.E537E73068@freebsd-current.sentex.ca> Date: Tue, 1 May 2007 13:06:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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, 01 May 2007 17:06:52 -0000 TB --- 2007-05-01 16:12:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-01 16:12:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-01 16:12:22 - cleaning the object tree TB --- 2007-05-01 16:12:42 - checking out the source tree TB --- 2007-05-01 16:12:42 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-01 16:12:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-01 16:19:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-01 16:19:36 - cd /src TB --- 2007-05-01 16:19:36 - /usr/bin/make -B buildworld >>> World build started on Tue May 1 16:19:37 UTC 2007 >>> 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 [...] cc -O2 -pipe -c /src/usr.bin/dirname/dirname.c cc -O2 -pipe -o dirname dirname.o ===> usr.bin/du (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/du/du.c /src/usr.bin/du/du.c: In function `main': /src/usr.bin/du/du.c:143: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/usr.bin/du/du.c:148: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/usr.bin/du/du.c:152: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-01 17:06:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-01 17:06:50 - ERROR: failed to build world TB --- 2007-05-01 17:06:50 - tinderbox aborted TB --- 0.75 user 2.04 system 3268.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue May 1 18:07:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9782616A401 for ; Tue, 1 May 2007 18:07:04 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8B013C46E for ; Tue, 1 May 2007 18:07:03 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l41I6vlX068720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 May 2007 20:07:02 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l41I6vkc097430 for ; Tue, 1 May 2007 20:06:57 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l41I6vmx034806 for freebsd-current@freebsd.org; Tue, 1 May 2007 20:06:57 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Tue, 1 May 2007 20:06:56 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705012006.56984.h.schmalzbauer@omnisec.de> Subject: make.conf and NO_OPTIONS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 18:07:04 -0000 Hello, the man page of make.conf (5) in RELENG_6 lists (all?) NO_MAKEOPTIONS (like NO_NIS) but I don't see them in the -current man page. Also share/examples/etc/make.conf doesn't help me in -current. Any hints where to find this info? Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Tue May 1 18:17:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BABFA16A401 for ; Tue, 1 May 2007 18:17:13 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 36CD713C4C5 for ; Tue, 1 May 2007 18:17:12 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l41IH6kH068824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 May 2007 20:17:11 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l41IH6jZ097494; Tue, 1 May 2007 20:17:06 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l41IH68C034882; Tue, 1 May 2007 20:17:06 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Tue, 1 May 2007 20:17:06 +0200 User-Agent: KMail/1.9.6 References: <20070501003935.GA1043@nagual.pp.ru> <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> In-Reply-To: <20070501160645.GA9333@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705012017.06445.h.schmalzbauer@omnisec.de> Cc: Subject: Re: HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 18:17:13 -0000 Am Dienstag, 1. Mai 2007 schrieb Andrey Chernov: > All backed out. > > Not because I admit they are technically wrong and not because of bug > reports (I receive nothing). But because I surprisingly meets so > strong opposition and resistance so lost any desire to continue that. I'm very sorry to hear that. I don't have the skills to comment anything=20 technically, but I just wanted to say that I'm suprised that -current is th= at=20 stable for me these days. It's wonderful, but I think making progress in=20 standard compliance and/or testing new developed stuff (eg. the new USB=20 stack) is much more important than making -current a production branch. I'm a friend of standrads and I highly appreciate your work Andrey, and I h= ope=20 we will see your work back in the tree as soon as possible. Diffrent people do things different, but that's why FreeBSD is what it is=20 today. The accummulation of excellent work by excellent people. =2DHarry > > Anyone who interested in POSIX can dig out what changes and how > through cvs diffs. =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Tue May 1 18:23:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8530516A409 for ; Tue, 1 May 2007 18:23:50 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF2E13C4C3 for ; Tue, 1 May 2007 18:23:49 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id D037A1CC101 for ; Tue, 1 May 2007 20:23:48 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 50ED1B838; Tue, 1 May 2007 20:23:48 +0200 (CEST) Date: Tue, 1 May 2007 20:23:48 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20070501182348.GA93955@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <200705012006.56984.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <200705012006.56984.h.schmalzbauer@omnisec.de> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: make.conf and NO_OPTIONS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 18:23:50 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 01, 2007 at 08:06:56PM +0200, Harald Schmalzbauer wrote: > the man page of make.conf (5) in RELENG_6 lists (all?) NO_MAKEOPTIONS (li= ke=20 > NO_NIS) but I don't see them in the -current man page. Also=20 > share/examples/etc/make.conf doesn't help me in -current. > Any hints where to find this info? See src.conf(5) Regards, Brix --=20 Henrik Brix Andersen --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGN4Wzv+Q4flTiePgRAlT+AJ4kitffTTD+cdjmzGQw8KgHzjNb/QCfYwM0 UYbmS8dTInFot0fMXdt5TGU= =61SR -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 18:27:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCDCF16A400; Tue, 1 May 2007 18:27:13 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7438213C459; Tue, 1 May 2007 18:27:13 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 88C1A9F2D11; Tue, 1 May 2007 20:27:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gm89xYGqeljd; Tue, 1 May 2007 20:27:06 +0200 (CEST) Received: from [192.168.2.186] (catv-5063f539.catv.broadband.hu [80.99.245.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 2F4B09F2D10; Tue, 1 May 2007 20:27:06 +0200 (CEST) Message-ID: <46378676.7070504@FreeBSD.org> Date: Tue, 01 May 2007 20:27:02 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Harald Schmalzbauer References: <20070501003935.GA1043@nagual.pp.ru> <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> <200705012017.06445.h.schmalzbauer@omnisec.de> In-Reply-To: <200705012017.06445.h.schmalzbauer@omnisec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Ports , das@freebsd.org, freebsd-current@freebsd.org, Andrey Chernov , alfred@freebsd.org Subject: Re: HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 18:27:14 -0000 Harald Schmalzbauer escribió: > Am Dienstag, 1. Mai 2007 schrieb Andrey Chernov: > >> All backed out. >> >> Not because I admit they are technically wrong and not because of bug >> reports (I receive nothing). But because I surprisingly meets so >> strong opposition and resistance so lost any desire to continue that. >> > > I'm very sorry to hear that. I don't have the skills to comment anything > technically, but I just wanted to say that I'm suprised that -current is that > stable for me these days. It's wonderful, but I think making progress in > standard compliance and/or testing new developed stuff (eg. the new USB > stack) is much more important than making -current a production branch. > I'm a friend of standrads and I highly appreciate your work Andrey, and I hope > we will see your work back in the tree as soon as possible. > > Diffrent people do things different, but that's why FreeBSD is what it is > today. The accummulation of excellent work by excellent people. > I completely agree with Harry, standards are good and necessary. I can't comment the technical part either, though. Regards, Gabor From owner-freebsd-current@FreeBSD.ORG Tue May 1 19:28:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53A3E16A40B for ; Tue, 1 May 2007 19:28:49 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB9413C44C for ; Tue, 1 May 2007 19:28:48 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l41J8hG6048392 for ; Tue, 1 May 2007 14:08:43 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Tue, 1 May 2007 14:07:03 -0500 (CDT) From: "Sean C. Farley" To: current@freebsd.org In-Reply-To: <20070501160645.GA9333@nagual.pp.ru> Message-ID: <20070501135439.B36275@thor.farley.org> References: <20070501003935.GA1043@nagual.pp.ru> <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 19:28:49 -0000 On Tue, 1 May 2007, Andrey Chernov wrote: > All backed out. > > Not because I admit they are technically wrong and not because of bug > reports (I receive nothing). But because I surprisingly meets so > strong opposition and resistance so lost any desire to continue that. > > Anyone who interested in POSIX can dig out what changes and how > through cvs diffs. I am the one writing a replacement for the *env() functions. I have a BSD (mostly the same except unsetenv() returns an int) version and a POSIX version. Questions for developers to help me proceed: 1. Would POSIX or BSD be preferred? By POSIX, I do not necessarily mean completely POSIX. It can be some shade of gray. For example, I added some checking to putenv() that is not mentioned in the POSIX spec but makes it closer to setenv() in its errors. 2. Would a series of stages to move from BSD to POSIX be acceptable/desired? This is to avoid POSIX from overwhelming people. 3. How about dropping putenv() altogether? :) putenv() is ugly. My changes currently prevent setenv() from leaking like a sieve, so the need for putenv() should not be as necessary. It could also be that shade of gray where putenv() stayed the way it is (wrapper around setenv()) while the rest can be POSIX. Sean -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Tue May 1 22:01:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FA0416A402 for ; Tue, 1 May 2007 22:01:20 +0000 (UTC) (envelope-from SRS1=1e018337347624e7fd82d95b6f1736786aed428d=es.net==1e018337347624e7fd82d95b6f1736786aed428d=322=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id D882F13C457 for ; Tue, 1 May 2007 22:01:19 +0000 (UTC) (envelope-from SRS1=1e018337347624e7fd82d95b6f1736786aed428d=es.net==1e018337347624e7fd82d95b6f1736786aed428d=322=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GAU45139 for ; Tue, 01 May 2007 14:45:39 -0700 Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GAU75036 for ; Tue, 01 May 2007 14:45:36 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id GAU64734; Tue, 01 May 2007 14:45:34 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2514545042; Tue, 1 May 2007 14:45:35 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Hans Petter Selasky In-Reply-To: Your message of "Tue, 01 May 2007 09:53:56 +0200." <200705010953.56866.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1178055935_74438P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 01 May 2007 14:45:35 -0700 From: "Kevin Oberman" Message-Id: <20070501214535.2514545042@ptavv.es.net> Cc: Sam Stein , freebsd-current@freebsd.org Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 22:01:20 -0000 --==_Exmh_1178055935_74438P Content-Type: text/plain; charset=us-ascii > On Tuesday 01 May 2007 01:32, Sam Stein wrote: > > Hey everyone, new to the lists; thought I'd say hi, hope I'll be of some > > use in helping people or fixing something. :D > > If you're out of work, maybe you want to help out testing the new USB stack? > > http://www.turbocat.net/~hselasky/usb4bsd > > Download the SVN version. > > It compiles on FreeBSD-7-current and FreeBSD-6-stable. Hans, Is there a requirement to build the kernel with usb as opposed to loading the kernel module? -- 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 --==_Exmh_1178055935_74438P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGN7T/kn3rs5h7N1ERAqbVAJ0fXbPKmaKPr+4nPguA5Gf4VfVTFQCeLncc v0J8LMP5TzyzXIA6ernIn2k= =WYjO -----END PGP SIGNATURE----- --==_Exmh_1178055935_74438P-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 22:18:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3B2916A400 for ; Tue, 1 May 2007 22:18:48 +0000 (UTC) (envelope-from SRS0=1e018337347624e7fd82d95b6f1736786aed428d=322=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9230A13C455 for ; Tue, 1 May 2007 22:18:48 +0000 (UTC) (envelope-from SRS0=1e018337347624e7fd82d95b6f1736786aed428d=322=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id GBT22848; Tue, 01 May 2007 15:18:48 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0C1C745042; Tue, 1 May 2007 15:18:48 -0700 (PDT) To: Hans Petter Selasky In-Reply-To: Your message of "Tue, 01 May 2007 09:53:56 +0200." <200705010953.56866.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1178057928_74438P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 01 May 2007 15:18:48 -0700 From: "Kevin Oberman" Message-Id: <20070501221848.0C1C745042@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 22:18:48 -0000 --==_Exmh_1178057928_74438P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Hans Petter Selasky > Date: Tue, 1 May 2007 09:53:56 +0200 > Sender: owner-freebsd-current@freebsd.org > > On Tuesday 01 May 2007 01:32, Sam Stein wrote: > > Hey everyone, new to the lists; thought I'd say hi, hope I'll be of some > > use in helping people or fixing something. :D > > If you're out of work, maybe you want to help out testing the new USB stack? > > http://www.turbocat.net/~hselasky/usb4bsd > > Download the SVN version. > > It compiles on FreeBSD-7-current and FreeBSD-6-stable. After some fairly trivial testing on my USB disk drive (WD Passport 120GB), it seems to be working fine. I'd still like to know if thee is any reason not to load it as a module, which is what I usually do. -- 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 --==_Exmh_1178057928_74438P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGN7zIkn3rs5h7N1ERAuw3AJ9M15f/ss+A39Osz3CcpzgzRC0UMwCgkox3 7I1lkLejF43qXqD/SD+Q3ts= =j/mk -----END PGP SIGNATURE----- --==_Exmh_1178057928_74438P-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 22:20:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E96416A407; Tue, 1 May 2007 22:20:17 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 73F7413C447; Tue, 1 May 2007 22:20:17 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 533851A4D9E; Tue, 1 May 2007 15:20:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B013451451; Tue, 1 May 2007 18:20:16 -0400 (EDT) Date: Tue, 1 May 2007 18:20:16 -0400 From: Kris Kennaway To: Rick Macklem Message-ID: <20070501222016.GA6713@xor.obsecurity.org> References: <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <20070501160213.GA496@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Craig Boston , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 22:20:17 -0000 On Tue, May 01, 2007 at 04:39:09PM -0400, Rick Macklem wrote: > > > On Tue, 1 May 2007, Kris Kennaway wrote: > >>I don't know if it relevent, but I've seen "kmem_map: too small" panics > >>when testing my NFSv4 server, ever since about FreeBSD5.4. There is no > >>problem running the same server code on FreeBSD4 (which is what I still > >>run in production mode) or OpenBSD3 or 4. If I increase the size of the > >>map, I can delay the panic for up to about two weeks of hard testing, > >>but it never goes away. I don't see any evidence of a memory leak during > >>the several days of testing leading up to the panic. (NFSv4 uses > >>MALLOC/FREE extensively for state related structures.) > > > >Sounds exactly like a memory leak to me. How did you rule it out? > Well, I had a little program running on the server that grabbed the > mti_stats[] out of the kernel and logged them. I had one client mounted > running thousands of passes of the Connectathon basic tests (one client, > same activity over and over and over again). For a week, the stats don't > show any increase in allocation for any type (alloc - free doesn't get > unreasonably big), then..."panic: kmem_map too small". How many days it > took to happen would vary with the size of the kernel map, but no evidence > of a leak prior to the crash. It seemed to be based on the number of times > MALLOC and FREE were called. Or something else is leaking. Really, if there was a problem with MALLOC/FREE we'd see it. Kris From owner-freebsd-current@FreeBSD.ORG Tue May 1 22:34:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31D2316A409 for ; Tue, 1 May 2007 22:34:44 +0000 (UTC) (envelope-from buhnux@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 D840113C459 for ; Tue, 1 May 2007 22:34:41 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1833160ana for ; Tue, 01 May 2007 15:34:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-pgp-agent:x-mailer:sender; b=U1weVAf+euWb1rqjs/s9aiZDd4H9cgAw2hQfn8qoWqy1vQvAHnrlyQS/h+zYkXyEbC4AqLYjQa8o3XGDkTajSP/rX+msMoE0qVpFEDdZcUtEcFk/ie59NYyzfPArjRRnY4V+Tw6P4als422f/CRBSwMM/oiaVzapjv+V/aYuN5w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-pgp-agent:x-mailer:sender; b=qAw82sbb54uB146UYfXi3yWqRr3DAr5J1+uo4sihlHYpd0u5DiS53V03g4csD45L2UzAHB9hNkIAxV+98X0xlXKXm0SEQLo5C6mh/krYdHS0OvOpeNvFQbj1B1aw1xDGCGRc3kuRTdEOb1IHStVLilCiirykuFhZH8Um9lkXm4Y= Received: by 10.100.142.12 with SMTP id p12mr2753318and.1178057127598; Tue, 01 May 2007 15:05:27 -0700 (PDT) Received: from ?192.168.2.100? ( [204.213.227.194]) by mx.google.com with ESMTP id c1sm29120ana.2007.05.01.15.05.26; Tue, 01 May 2007 15:05:26 -0700 (PDT) In-Reply-To: <200705012006.56984.h.schmalzbauer@omnisec.de> References: <200705012006.56984.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-19-33941134" Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Tue, 1 May 2007 18:05:20 -0400 To: Harald Schmalzbauer X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.3) Sender: Michael Johnson Cc: freebsd-current@freebsd.org Subject: Re: make.conf and NO_OPTIONS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 22:34:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-19-33941134 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On May 1, 2007, at 2:06 PM, Harald Schmalzbauer wrote: > Hello, > > the man page of make.conf (5) in RELENG_6 lists (all?) > NO_MAKEOPTIONS (like > NO_NIS) but I don't see them in the -current man page. Also > share/examples/etc/make.conf doesn't help me in -current. > Any hints where to find this info? > BATCH is probably what you're looking for > Thanks, > > -Harry > _______________________________________________ > 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" --Apple-Mail-19-33941134 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGN7mgn4uqfTwEb9YRArnMAJ9+uZf+6Y9qBF6TEgfbkaj/7wuhuACgrP9H bMhfZGLVUM8zTkTgfNkMfu8= =0yFl -----END PGP SIGNATURE----- --Apple-Mail-19-33941134-- From owner-freebsd-current@FreeBSD.ORG Tue May 1 20:38:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE24916A409; Tue, 1 May 2007 20:38:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from moe.cs.uoguelph.ca (moe.cs.uoguelph.ca [131.104.94.198]) by mx1.freebsd.org (Postfix) with ESMTP id 7887913C4BC; Tue, 1 May 2007 20:38:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.96.170]) by moe.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id l41Kc6ta012580; Tue, 1 May 2007 16:38:06 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id l41Kd9P16727; Tue, 1 May 2007 16:39:10 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 1 May 2007 16:39:09 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher To: Kris Kennaway In-Reply-To: <20070501160213.GA496@xor.obsecurity.org> Message-ID: References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <20070501160213.GA496@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 131.104.94.198 X-Mailman-Approved-At: Tue, 01 May 2007 22:41:23 +0000 Cc: freebsd-fs@freebsd.org, Craig Boston , freebsd-current@freebsd.org, Peter Schuller , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 May 2007 20:38:13 -0000 On Tue, 1 May 2007, Kris Kennaway wrote: >> I don't know if it relevent, but I've seen "kmem_map: too small" panics >> when testing my NFSv4 server, ever since about FreeBSD5.4. There is no >> problem running the same server code on FreeBSD4 (which is what I still >> run in production mode) or OpenBSD3 or 4. If I increase the size of the >> map, I can delay the panic for up to about two weeks of hard testing, >> but it never goes away. I don't see any evidence of a memory leak during >> the several days of testing leading up to the panic. (NFSv4 uses >> MALLOC/FREE extensively for state related structures.) > > Sounds exactly like a memory leak to me. How did you rule it out? Well, I had a little program running on the server that grabbed the mti_stats[] out of the kernel and logged them. I had one client mounted running thousands of passes of the Connectathon basic tests (one client, same activity over and over and over again). For a week, the stats don't show any increase in allocation for any type (alloc - free doesn't get unreasonably big), then..."panic: kmem_map too small". How many days it took to happen would vary with the size of the kernel map, but no evidence of a leak prior to the crash. It seemed to be based on the number of times MALLOC and FREE were called. Also, the same server code (except for the port changes, which have nothing to do with the state handling where MALLOC/FREE get called a lot), works fine for months on FreeBSD4 and OpenBSD3.9. So, I won't say a "memory leak is ruled out", but if there was a leak why wouldn't it bite FreeBSD4 or show up in mti_stats[]? I first saw it on FreeBSD6.0, but went back to FreeBSD5.4 and tried the same test and got the same result. rick From owner-freebsd-current@FreeBSD.ORG Wed May 2 06:07:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ABF216A404 for ; Wed, 2 May 2007 06:07:58 +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 765C013C447 for ; Wed, 2 May 2007 06:07:57 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.71.38.142] (account mc467741@c2i.net HELO [10.42.11.147]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 309573630; Wed, 02 May 2007 08:07:51 +0200 From: Hans Petter Selasky To: "Kevin Oberman" Date: Wed, 2 May 2007 08:07:35 +0200 User-Agent: KMail/1.9.5 References: <20070501221848.0C1C745042@ptavv.es.net> In-Reply-To: <20070501221848.0C1C745042@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705020807.35391.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Just Saying Hi. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 06:07:58 -0000 On Wednesday 02 May 2007 00:18, Kevin Oberman wrote: > > From: Hans Petter Selasky > > Date: Tue, 1 May 2007 09:53:56 +0200 > > Sender: owner-freebsd-current@freebsd.org > > > > On Tuesday 01 May 2007 01:32, Sam Stein wrote: > > > Hey everyone, new to the lists; thought I'd say hi, hope I'll be of > > > some use in helping people or fixing something. :D > > > > If you're out of work, maybe you want to help out testing the new USB > > stack? > > > > http://www.turbocat.net/~hselasky/usb4bsd > > > > Download the SVN version. > > > > It compiles on FreeBSD-7-current and FreeBSD-6-stable. > > After some fairly trivial testing on my USB disk drive (WD Passport > 120GB), it seems to be working fine. > > I'd still like to know if thee is any reason not to load it as a module, > which is what I usually do. You can load USB as a module also. But then you have to make sure that you don't have any USB devices in the kernel. --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 2 07:45:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 906AB16A401 for ; Wed, 2 May 2007 07:45:47 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 4E87E13C447 for ; Wed, 2 May 2007 07:45:46 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 8772565B6CF for ; Wed, 2 May 2007 09:45:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rxHkQwzx6Y+X for ; Wed, 2 May 2007 09:45:44 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A357065B6C7 for ; Wed, 2 May 2007 09:45:44 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l427jixM084630 for current@freebsd.org; Wed, 2 May 2007 09:45:44 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 2 May 2007 09:45:43 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20070502074543.GA84604@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: switch from libpthread to libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 07:45:47 -0000 hi is the switch from libpthread to libthr as a default threading library planned for 7.0R? if so.. when? thnx roman From owner-freebsd-current@FreeBSD.ORG Wed May 2 08:34:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2AD016A403 for ; Wed, 2 May 2007 08:34:04 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5466A13C4C1 for ; Wed, 2 May 2007 08:34:03 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l428OicK009643 for ; Wed, 2 May 2007 17:54:44 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Wed, 2 May 2007 18:03:57 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 2 May 2007 18:03:57 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l428XuB5001921 for ; Wed, 2 May 2007 16:33:56 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l428Xuqt001920 for freebsd-current@freebsd.org; Wed, 2 May 2007 16:33:56 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 2 May 2007 16:33:56 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070502083356.GB1787@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 02 May 2007 08:33:57.0251 (UTC) FILETIME=[A01AD530:01C78C94] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15150.002 X-TM-AS-Result: No--1.684500-8.000000-31 Content-Transfer-Encoding: 7bit Subject: [new usb4bsd stack] Feedback ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 08:34:05 -0000 All looks good so far: FreeBSD 7.0-CURRENT #2: Wed May 2 09:28:13 WST 2007 1st device successfully attached: umass0: umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [252723 x 2048 byte records] GEOM_LABEL: Label for provider cd0 is iso9660/HPSMST740. 2nd device attached succesfully: umass1: umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:1:1:-1: Attached to scbus1 da0 at umass-sim1 bus 1 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 931MB (1907712 512 byte sectors: 64H 32S/T 931C) I will scrounge up some more USB devs to test. How does one tell that they are using the usb4bsd stack 100% for certain ? #ident /boot/kernel/kernel does help much. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Wed May 2 07:20:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E227F16A408; Wed, 2 May 2007 07:20:07 +0000 (UTC) (envelope-from ml.freebsd-fs@ledisez.net) Received: from ledisez.net (ledisez.net [80.247.230.138]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEA313C455; Wed, 2 May 2007 07:20:07 +0000 (UTC) (envelope-from ml.freebsd-fs@ledisez.net) Received: from webmail.ledisez.net (localhost.localdomain [80.247.230.138]) by ledisez.net (Postfix) with ESMTP id 2479845AEE8; Wed, 2 May 2007 09:20:05 +0200 (CEST) Received: from 62.212.122.219 (SquirrelMail authenticated user romain) by webmail.ledisez.net with HTTP; Wed, 2 May 2007 09:20:06 +0200 (CEST) Message-ID: <64371.62.212.122.219.1178090406.squirrel@webmail.ledisez.net> In-Reply-To: <51864.84.102.41.193.1178030465.squirrel@webmail.ledisez.net> References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <51864.84.102.41.193.1178030465.squirrel@webmail.ledisez.net> Date: Wed, 2 May 2007 09:20:06 +0200 (CEST) From: "Romain LE DISEZ" To: freebsd-fs@freebsd.org User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 02 May 2007 11:31:18 +0000 Cc: Craig Boston , freebsd-current@freebsd.org, Peter Schuller , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 07:20:08 -0000 >> It appears the problem persists, but is more difficult to trigger. > > I had the same problem but with the solution of decreasing kern.maxvnodes > to 3/4 of the original value, the problem seems solved. Finally, it seems you're right : "the problem persists, but is more difficult to trigger." >> I had a reboot again during building of ports. I decreased maxvnodes >> further (to about 2/3 of the default, instead of the recommended 4/3 of >> the default). Even after that, I had another reboot just now, also >> during building of ports. >> >> It takes on the order of several hours to trigger it. >> >> Note that I say "reboot" because that's what it was; it appears that >> when this happens when in X (which I suspect is the triggering >> difference) a reboot is triggered immediately, while at the console I >> get the kernel debugger. > > I'm currently running Xorg 7.2 from the experimental port tree (see > freebsd-x11@) and I'm compiling all the ports of gnome2. The compilation > starts about 8 hours ago (pfff... that's too long) => no problems. In this > compilation, I'm using differents FS : port tree is on ZFS+compression and > work-dir is on UFS. When generating the ports database (portsdb -Uu), I get a reboot. On the boot message, I see it was a "kmem_map too small". I don't know if there is a link but I was running X.org (7.2). From owner-freebsd-current@FreeBSD.ORG Wed May 2 11:09:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 773B216A401; Wed, 2 May 2007 11:09:31 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9475C13C459; Wed, 2 May 2007 11:09:30 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id l42B7MLC082076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 May 2007 13:07:22 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id l42B7Ld8082074; Wed, 2 May 2007 13:07:21 +0200 (CEST) (envelope-from csaba) Date: Wed, 2 May 2007 13:07:21 +0200 From: Csaba Henk To: Anish Mistry Message-ID: <20070502110721.GG79199@beastie.creo.hu> References: <4630D572.1020204@omnisec.de> <20070428114243.N28395@fledge.watson.org> <200704281633.32639.h.schmalzbauer@omnisec.de> <200704281412.19978.amistry@am-productions.biz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XRI2XbIfl/05pQwm" Content-Disposition: inline In-Reply-To: <200704281412.19978.amistry@am-productions.biz> User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (beastie.creo.hu [127.0.0.1]); Wed, 02 May 2007 13:07:23 +0200 (CEST) X-Mailman-Approved-At: Wed, 02 May 2007 11:33:43 +0000 Cc: freebsd-current@freebsd.org, Robert Watson , Harald Schmalzbauer Subject: Re: Panic: fusefs crashes -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: Wed, 02 May 2007 11:09:31 -0000 --XRI2XbIfl/05pQwm Content-Type: multipart/mixed; boundary="XIiC+We3v3zHqZ6Z" Content-Disposition: inline --XIiC+We3v3zHqZ6Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Sat, Apr 28, 2007 at 02:12:14PM -0400, Anish Mistry wrote: > I've been able to reproduce this issue. I've CC'd Csaba. OK, I've fixed it. I send the patch against fuse4bsd-0.3.0_4 (it can be applied after running "make patch"). I also attach another bugfix backported from the devel version. Csaba --XIiC+We3v3zHqZ6Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fix-CURRENT-newvnode.diff" Content-Transfer-Encoding: quoted-printable diff -r 205480c57d59 fuse_module/fuse.c --- a/fuse_module/fuse.c Tue May 01 20:54:55 2007 +0200 +++ b/fuse_module/fuse.c Tue May 01 21:05:58 2007 +0200 @@ -2070,23 +2070,36 @@ fuse_mount(struct mount *mp, struct thre M_WAITOK | M_ZERO); =20 err =3D getnewvnode("fuse", mp, &fuse_vnops, &rvp); + if (! err) { + err =3D vn_lock(rvp, LK_EXCLUSIVE | LK_RETRY, td); +#if NEW_VNODES_ADJUSTED_MANUALLY + if (err) + printf("fuse4bsd: leaking vnode %p\n", rvp); +#endif + } + + if (! err) { + /* + * FUSE_ROOT_ID as an inode number will be resolved directly. + * without resorting to the vfs hashing mechanism, thus it also + * can be inserted directly to the v_hash slot. + */ + rvp->v_hash =3D FUSE_ROOT_ID; + fmnt->rvp =3D rvp; + fuse_vnode_init(rvp, fvdat, FUSE_ROOT_ID, VNON); + rvp->v_vflag |=3D VV_ROOT; +#if NEW_VNODES_ADJUSTED_MANUALLY + err =3D insmntque(rvp, mp); +#endif + } =20 if (err) { fdata_kick_set(data); sx_xunlock(slock); FREE(fvdat, M_FUSEFS); goto out; - } - - /* - * FUSE_ROOT_ID as an inode number will be resolved directly. - * without resorting to the vfs hashing mechanism, thus it also - * can be inserted directly to the v_hash slot. - */ - rvp->v_hash =3D FUSE_ROOT_ID; - fmnt->rvp =3D rvp; =09 - fuse_vnode_init(rvp, fvdat, FUSE_ROOT_ID, VNON); - rvp->v_vflag |=3D VV_ROOT; + } else + VOP_UNLOCK(rvp, 0, td); =20 rootdone: =20 @@ -2405,11 +2418,11 @@ fuse_vget_i(struct mount *mp, struct thr fuse_vget_i(struct mount *mp, struct thread *td, uint64_t nodeid, enum vtype vtyp, struct vnode **vpp, int wantnew) { +#define myflags LK_EXCLUSIVE | LK_RETRY int err =3D 0; struct fuse_mnt_data *fmnt; struct fuse_vnode_data *fvdat; struct vnode *vp2; - int myflags =3D LK_EXCLUSIVE; =20 DEBUG2G("mp %p: %s\n", mp, mp->mnt_stat.f_mntfromname); DEBUG("been asked for vno #%llu\n", (unsigned long long)nodeid); @@ -2470,6 +2483,18 @@ audit: return (err); } =20 +#if NEW_VNODES_ADJUSTED_MANUALLY + err =3D vn_lock(*vpp, myflags, td); + if (err) + printf("fuse4bsd: leaking vnode %p\n", *vpp); + else + err =3D insmntque(*vpp, mp); + if (err) { + free(fvdat, M_FUSEFS); + return (err); + } +#endif + /* * There is no harm in fully initializing the vnode before trying * at insertion, because vnodes are gc-d anyway. For the same reason, @@ -2504,6 +2529,7 @@ audit: vn_printf(*vpp, " * "); #endif return (err); +#undef myflags } =20 =20 @@ -3571,7 +3597,20 @@ bringup: bzero(fvdat, sizeof(*fvdat)); fuse_vnode_init(vp, fvdat, feo->nodeid, VREG); vp->v_op =3D &fuse_vnops; +#if NEW_VNODES_ADJUSTED_MANUALLY + { + struct mount *mp =3D vp->v_mount; + + vp->v_mount =3D NULL; + err =3D insmntque(vp, mp); + if (err) { + free(fvdat, M_FUSEFS); + return (err); + } + } +#else VOP_UNLOCK(vp, 0, td); +#endif /* * We can't let the vnode being vput() here, the caller wants * that do by herself. @@ -4687,8 +4726,12 @@ fuse_create(struct vop_create_args *ap) if ((err =3D getnewvnode("fuse", dvp->v_mount, &fuse_vnops, vpp))) return (err); =20 - if ((err =3D vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, curthread))) + if ((err =3D vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, curthread))) { +#if NEW_VNODES_ADJUSTED_MANUALLY + printf("fuse4bsd: leaking vnode %p\n", *vpp); +#endif return (err); + } =20 MALLOC(fvdat, struct fuse_vnode_data *, sizeof(*fvdat), M_FUSEFS, M_WAITOK | M_ZERO); @@ -4708,6 +4751,9 @@ fuse_create(struct vop_create_args *ap) */ (*vpp)->v_op =3D &fuse_germ_vnops; (*vpp)->v_data =3D fvdat; +#if NEW_VNODES_ADJUSTED_MANUALLY + (*vpp)->v_mount =3D dvp->v_mount; +#endif =20 return (0); =20 diff -r 205480c57d59 fuse_module/fuse.h --- a/fuse_module/fuse.h Tue May 01 20:54:55 2007 +0200 +++ b/fuse_module/fuse.h Tue May 01 20:56:25 2007 +0200 @@ -9,6 +9,14 @@ #ifndef USE_OLD_CLONEHANDLER_API #if __FreeBSD_version < 600034 || ( __FreeBSD_version >=3D 700000 && __Fre= eBSD_version < 700002 ) #define USE_OLD_CLONEHANDLER_API +#endif +#endif + +#ifndef NEW_VNODES_ADJUSTED_MANUALLY +#if __FreeBSD_version >=3D 700034 +#define NEW_VNODES_ADJUSTED_MANUALLY 1 +#else +#define NEW_VNODES_ADJUSTED_MANUALLY 0 #endif #endif =20 --XIiC+We3v3zHqZ6Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fix-io-on-hole-xd.diff" Content-Transfer-Encoding: quoted-printable diff -r c9549d324226 fuse_module/fuse.c --- a/fuse_module/fuse.c Sat Feb 11 01:30:59 2006 +0200 +++ b/fuse_module/fuse.c Wed May 02 11:13:41 2007 +0200 @@ -4215,10 +4215,8 @@ fuse_read_biobackend(struct fuse_io_data #if _DEBUG prettyprint(bp->b_data, 48); printf("\n"); -#if ZERO_PAD_INCOMPLETE_BUFS prettyprint(bp->b_data + PAGE_SIZE, 48); printf("\n"); -#endif #endif if (err) { brelse(bp); @@ -4492,13 +4490,6 @@ fuse_dir_buffeater(struct uio *uio, size err =3D ((cou =3D=3D 1) ? -1 : 0); break; } - -#ifdef ZERO_PAD_INCOMPLETE_BUFS - if (isbzero(buf), FUSE_NAME_OFFSET) { - err =3D -1; - break; - } -#endif =20 /* Sanity checks */ =20 @@ -5741,23 +5732,16 @@ fuse_strategy_i(struct vnode *vp, struct chunksize, (long long unsigned)fri->offset, respsize); =09 if (respsize < chunksize) { -#ifdef ZERO_PAD_INCOMPLETE_BUFS /* - * "if we don't get enough data, just fill the - * rest with zeros." - * in nfs context this means a hole in the - * file, I don't know what to do with this - * here... [we just get a buch of zeroes - * instead of EOF, baaad] + * if we don't get enough data, just fill the + * rest with zeros. */=20 DEBUG("zeroing tail of %ld bytes\n", bp->b_resid); bzero((char *)bp->b_data + bp->b_bcount - bp->b_resid, bp->b_resid); - bp->b_resid =3D 0; -#else + break; -#endif } ticket_refresh(fdi.tick); DEBUG("bp->b_data %p\n", bp->b_data); --XIiC+We3v3zHqZ6Z-- --XRI2XbIfl/05pQwm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFGOHDn6tF8nOdLsHQRAkpXAKDRSaSbdjPMAIU0LsXEKLyukxAWWQCgt69T Eji8kO0gQCCLg3+xFxgz3Mo= =1sDn -----END PGP SIGNATURE----- --XRI2XbIfl/05pQwm-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 11:42:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99ED116A52C; Wed, 2 May 2007 11:42:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4158613C458; Wed, 2 May 2007 11:42:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Resent-From:Resent-Date:Resent-Message-ID:Resent-To:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Resent-Sender:Resent-Date:X-Spam-Status:Subject; b=mN+8Ahyatys3DT+g+mqT3KXjp/cyq+A5OFiQpWhcNnX+STEHHObLavbkJVGvaEsZOJunShhac1mZP8GeB0ZTKKZ4zZZh2br4qafhbaOhhY2+R+6EuIku4wIKAOziTcu44y/5DO/7XVm3abIyO1GAUJ0Bb1GTjs/EGp83kwyza4M=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HjDDh-00049T-6h; Wed, 02 May 2007 15:42:05 +0400 Resent-From: rea-fbsd@codelabs.ru Resent-Date: Wed, 2 May 2007 15:42:00 +0400 Resent-Message-ID: <20070502114200.GO7358@codelabs.ru> Resent-To: freebsd-current@freebsd.org, max@love2party.net, pf@freebsd.org Date: Mon, 30 Apr 2007 15:27:26 +0400 From: Eygene Ryabinkin To: Nate Lawson Message-ID: <20070430112726.GA71812@codelabs.ru> References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> <461FDD28.6030502@root.org> <20070413204237.GG49158@codelabs.ru> <461FEE6D.4030201@root.org> <20070413212742.GH49158@codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20070413212742.GH49158@codelabs.ru> Resent-Sender: rea-fbsd@codelabs.ru Resent-Date: Wed, 02 May 2007 15:42:05 +0400 X-Spam-Status: No, score=-3.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: max@love2party.net, freebsd-current@freebsd.org, rwatson@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Wed, 02 May 2007 11:42:07 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Nate, good day. Sat, Apr 14, 2007 at 01:27:42AM +0400, Eygene Ryabinkin wrote: > I am just using the defaults for the -CURRENT. Can not verify > them now -- my -CURRENT is crashing with the modem link, so > I am either writing mails or doing the tests, sorry. OK, I had cured the modem crash and coincidently it was related to your changes: the problem was in the altq_subr.c. The behaviour of the calls to machclk_init() was "check if we have machclk_freq == 0 and invoke the machclk_init()". And the first action of machclk_init() was to initialise the tbr_callout and then the machclk_freq was set (or not, but the tbr_callout was initialized in any way). But your change introduced another way for the 'machclk_freq' to be set. And the bad thing was that the tbr_callout was not initialized and will never be: your hook set the machclk_freq to some value and machclk_init() was never called. So it gave me the uninitialized callout with the wrong (NULL) c_mtx and bad flags. And when the NULL mutex was freed in the softclock() the kernel panic'ed. There were message in -current from me about this (subject started with 'mtx_unlock(NULL)' posted at 21st Apr 2007). I just did the very rough and incorrect patch and John Baldwin kindly pointed me that it was incorrect. The patch that fixes the root of the problem is attached: it just decouples the callout initialization from machclk_freq initialization. I am CC'ing this to John Baldwin and Robert Watson, because they were involved into the discuission about my previous wrong fix. I still have a question: maybe the initialization of the tbr_callout in my patch should be protected with some mutex? I don't feel that it is the case, because for the current code is seems to be unrelevant: the worst thing will be the double initialization of the callout, but maybe the mutex will be good for the future. Any ideas? > > On the new code but without loading cpufreq and leaving the freq at 2200 > > Mhz, do you get the right numbers? Are they constant? > > Monday will reveal the things. Will post an update. Was not able to test the things on Monday. But will try to do it on this week. Sorry for it: many other tasks waited my attention :(( Maybe the weird speeds were related to the uninitialized tbr_callout(), though I am not sure. -- Eygene --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="altq-fix.diff" diff --git a/sys/contrib/altq/altq/altq_hfsc.c b/sys/contrib/altq/altq/altq_hfsc.c diff --git a/sys/contrib/altq/altq/altq_subr.c b/sys/contrib/altq/altq/altq_subr.c index 7426e75..0c6e485 100644 --- a/sys/contrib/altq/altq/altq_subr.c +++ b/sys/contrib/altq/altq/altq_subr.c @@ -383,6 +383,7 @@ tbr_set(ifq, profile) if (tbr_dequeue_ptr == NULL) tbr_dequeue_ptr = tbr_dequeue; + tbr_callout_init(); if (machclk_freq == 0) init_machclk(); if (machclk_freq == 0) { @@ -917,13 +918,26 @@ EVENTHANDLER_DEFINE(cpufreq_post_change, tsc_freq_changed, NULL, EVENTHANDLER_PRI_ANY); #endif /* __FreeBSD_version >= 700035 */ +#if (__FreeBSD_version >= 600000) +/* + * Initializes the callout. OBVIOUS: should be called before the + * first use of the tbr_callout. + */ void -init_machclk(void) +tbr_callout_init(void) { -#if (__FreeBSD_version >= 600000) - callout_init(&tbr_callout, 0); -#endif + static int called = 0; + if (!called) { + callout_init(&tbr_callout, 0); + called = 1; + } +} +#endif /* __FreeBSD_version >= 600000 */ + +void +init_machclk(void) +{ machclk_usepcc = 1; #if (!defined(__i386__) && !defined(__alpha__)) || defined(ALTQ_NOPCC) diff --git a/sys/contrib/altq/altq/altq_var.h b/sys/contrib/altq/altq/altq_var.h index 99407fb..3879a28 100644 --- a/sys/contrib/altq/altq/altq_var.h +++ b/sys/contrib/altq/altq/altq_var.h @@ -125,6 +125,11 @@ extern void init_machclk(void); extern u_int64_t read_machclk(void); /* + * Callout initializer. + */ +extern void tbr_callout_init(void); + +/* * debug support */ #ifdef ALTQ_DEBUG --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 11:54:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B180616A403; Wed, 2 May 2007 11:54:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 61C6613C469; Wed, 2 May 2007 11:54:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Resent-From:Resent-Date:Resent-Message-ID:Resent-To:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Resent-Sender:Resent-Date:X-Spam-Status:Subject; b=BIs0bqfJuP8Sn6FJ2mkK1mysPffULqt5v6luRNQS5kF1De9idmV+BDWLCfWJuGLOXDtMvYLliimrJ/ZWtmHDXgAeHjZChypyJihC2a3JvXp6y0I8aCdvL6f4A9103+YAsd1cmDBxtZ8Biy/tc/7qzOUFYR0UvDVagNZsInDZtFA=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HjDPh-0005US-Ud; Wed, 02 May 2007 15:54:30 +0400 Resent-From: rea-fbsd@codelabs.ru Resent-Date: Wed, 2 May 2007 15:54:25 +0400 Resent-Message-ID: <20070502115425.GQ7358@codelabs.ru> Resent-To: freebsd-current@freebsd.org, max@love2party.net, pf@freebsd.org Date: Wed, 2 May 2007 15:40:05 +0400 From: Eygene Ryabinkin To: Nate Lawson Message-ID: <20070502114005.GM7358@codelabs.ru> References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> <461FDD28.6030502@root.org> <20070413204237.GG49158@codelabs.ru> <461FEE6D.4030201@root.org> <20070413212742.GH49158@codelabs.ru> <20070430112726.GA71812@codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070430112726.GA71812@codelabs.ru> Resent-Sender: rea-fbsd@codelabs.ru Resent-Date: Wed, 02 May 2007 15:54:29 +0400 X-Spam-Status: No, score=-2.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_05 Cc: max@love2party.net, freebsd-current@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Wed, 02 May 2007 11:54:31 -0000 Nate, *, good day. Sorry for the previous posting: I had messed the things and posted the old message to the list. Mon, Apr 30, 2007 at 03:27:26PM +0400, Eygene Ryabinkin wrote: > > > On the new code but without loading cpufreq and leaving the freq at 2200 > > > Mhz, do you get the right numbers? Are they constant? > > > > Monday will reveal the things. Will post an update. > > Was not able to test the things on Monday. But will try to do it > on this week. OK, with new code (patched with my patch) and cpufreq the download rate is more-or-less stable. But it is 4x larger than the limit I'd set in the pf.conf. And there are times when the rate goes straight to the maximal link bandwidth overriding any altq statements. But later it returns to the stable (4x larger) figure. Without cpureq I have stable rate, but it is again larger than the value specified in the pf.conf. At the time of testing I got the multiplier 33 (for the 3Kb specified in pf.conf I got 100 Kbit as measured by ifstat and fetch), but I feel that reboot or kernel recompilation will give me some other multiplier. And I still have the bumps of the bandwidth to the link-rate limit. To conclude: the frequency callback is doing its work now (with my patch). Since I have strange results with the real rates I will continue my investigations and will try to post updates when I will discover something. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed May 2 12:53:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC4AF16A402 for ; Wed, 2 May 2007 12:53:27 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5117413C4B8 for ; Wed, 2 May 2007 12:53:27 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l42CrKtB081991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 May 2007 14:53:26 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l42CrKhk006246 for ; Wed, 2 May 2007 14:53:20 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l42CrKcr043827 for freebsd-current@freebsd.org; Wed, 2 May 2007 14:53:20 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Date: Wed, 2 May 2007 14:53:20 +0200 User-Agent: KMail/1.9.6 Organization: OmniSEC MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705021453.20372.h.schmalzbauer@omnisec.de> Subject: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 12:53:27 -0000 Hello, I'm writing not to questions@ because afaik gjournal only exitsts in -current. I'd like to make my home journaled. Until now it was /dev/mirror/HOME, with two providers. Do I have to write the gjournal label to mirror/HOME or to the single providers? If I want to include it in fstab, is it true that I have to disable the auto fsck? So the line reads something like this: /dev/mirror/HOME.journal /home ufs rw,async 1 0 (<- disables fsck, right?) Thanks! -Harry From owner-freebsd-current@FreeBSD.ORG Wed May 2 12:59:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 314C716A401 for ; Wed, 2 May 2007 12:59:37 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id E143813C457 for ; Wed, 2 May 2007 12:59:36 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 40B143D86A9; Wed, 2 May 2007 16:41:34 +0400 (MSD) Received: from [84.53.212.78] (unknown [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 1FA4A3D8693 for ; Wed, 2 May 2007 16:41:34 +0400 (MSD) Date: Wed, 2 May 2007 16:41:35 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <641663568.20070502164135@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Dual boot: Invalid slice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2007 12:59:37 -0000 Hi, All. I try use dual boot with ntloader, what made: FAT32, Active, 15Gb FreeBSD/i386, 36Gb no no ---- Problem with this boot-style exist on dell 1300, bios rev. A09, on my ASUS P4 X-800 on FreeBSD 6.2 it's worked fine, but now i can't try 7.0 no space on disks. :( that do: #bsdlabel -B ad0s2 mount /dos cp /boot/boot1 /dos/ ( adding string to boot.ini ) !reboot select from ntloader menu "FreeBSD" FreeBSD/i386: Invalid Slice Default: 0:ad(0,a)/boot/loader boot: try to write: 0:ad(0,2,a)/boot/loader (Invalid Slice) ??? Plese, Help ME!! sys: FreeBSD/i386, jan-07, GENERIC, LP Dell Inspiron 1300, BIOS M5A9 -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Wed May 2 13:09:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86B9A16A400 for ; Wed, 2 May 2007 13:09:11 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 06CF613C43E for ; Wed, 2 May 2007 13:09:10 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l42D94fS082207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 May 2007 15:09:09 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l42D94wo006370 for ; Wed, 2 May 2007 15:09:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l42D94Ku044033 for freebsd-current@freebsd.org; Wed, 2 May 2007 15:09:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Wed, 2 May 2007 15:09:04 +0200 User-Agent: KMail/1.9.6 References: <200705021453.20372.h.schmalzbauer@omnisec.de> In-Reply-To: <200705021453.20372.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705021509.04501.h.schmalzbauer@omnisec.de> Subject: snapshot + Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 13:09:11 -0000 Am Mittwoch, 2. Mai 2007 schrieb Harald Schmalzbauer: > Hello, > > I'm writing not to questions@ because afaik gjournal only exitsts in > -current. I'd like to make my home journaled. Until now it was > /dev/mirror/HOME, with two providers. > > Do I have to write the gjournal label to mirror/HOME or to the single > providers? > > If I want to include it in fstab, is it true that I have to disable the > auto fsck? So the line reads something like this: > /dev/mirror/HOME.journal /home ufs rw,async 1 0 (<- disables fsck, right?) Do I lose the ability to take snapshots (dump -L) when I don't use=20 softupdates? Or are snapshots just UFS2 related and not softupdates? Thanks, -Harry > > Thanks! > > -Harry > _______________________________________________ > 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" =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Wed May 2 13:31:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7E4216A404 for ; Wed, 2 May 2007 13:31:42 +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 8368413C483 for ; Wed, 2 May 2007 13:31:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HjEvW-0000va-TW for freebsd-current@freebsd.org; Wed, 02 May 2007 15:31:26 +0200 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 ; Wed, 02 May 2007 15:31:26 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 May 2007 15:31:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 02 May 2007 15:31:14 +0200 Lines: 38 Message-ID: References: <200705021453.20372.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig169E6E680B2FECB597BBFAD5" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <200705021453.20372.h.schmalzbauer@omnisec.de> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 13:31:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig169E6E680B2FECB597BBFAD5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer wrote: > Do I have to write the gjournal label to mirror/HOME or to the single=20 > providers? to mirror/HOME. Since you probably already have a file system there,=20 you'll maybe wish to separate the journal to another partition. > If I want to include it in fstab, is it true that I have to disable the= auto=20 > fsck? So the line reads something like this: > /dev/mirror/HOME.journal /home ufs rw,async 1 0 (<- disables fsck, righ= t?) Don't see why you'd HAVE to disable it. Maybe you'll want to because it=20 could take a long time. --------------enig169E6E680B2FECB597BBFAD5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGOJKoldnAQVacBcgRAsM/AJ9fsMASnSBSgXgyuVyCqHr2OAhazgCeJTP+ d7/uK9OEf4g+4MjO1TCZF6g= =pWbs -----END PGP SIGNATURE----- --------------enig169E6E680B2FECB597BBFAD5-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 14:19:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B82616A407 for ; Wed, 2 May 2007 14:19:40 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 21A2A13C46E for ; Wed, 2 May 2007 14:19:38 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l42EJPao079726; Wed, 2 May 2007 09:19:26 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46389DED.5060509@freebsd.org> Date: Wed, 02 May 2007 09:19:25 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Ivan Voras References: <200705021453.20372.h.schmalzbauer@omnisec.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3195/Wed May 2 04:34:51 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 14:19:40 -0000 On 05/02/07 08:31, Ivan Voras wrote: > Harald Schmalzbauer wrote: > >> Do I have to write the gjournal label to mirror/HOME or to the single >> providers? > > to mirror/HOME. Since you probably already have a file system there, > you'll maybe wish to separate the journal to another partition. > >> If I want to include it in fstab, is it true that I have to disable the auto >> fsck? So the line reads something like this: >> /dev/mirror/HOME.journal /home ufs rw,async 1 0 (<- disables fsck, right?) > > Don't see why you'd HAVE to disable it. Maybe you'll want to because it > could take a long time. > Why would it take a long time? Eric From owner-freebsd-current@FreeBSD.ORG Wed May 2 14:28:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 595A716A401; Wed, 2 May 2007 14:28:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id CD4DD13C455; Wed, 2 May 2007 14:28:58 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l42ESXi6083055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 May 2007 16:28:38 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l42ESXJY006886; Wed, 2 May 2007 16:28:33 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l42ESWlg045068; Wed, 2 May 2007 16:28:32 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: Csaba Henk Date: Wed, 2 May 2007 16:28:31 +0200 User-Agent: KMail/1.9.6 References: <4630D572.1020204@omnisec.de> <200704281412.19978.amistry@am-productions.biz> <20070502110721.GG79199@beastie.creo.hu> In-Reply-To: <20070502110721.GG79199@beastie.creo.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705021628.32366.h.schmalzbauer@omnisec.de> Cc: freebsd-current@freebsd.org, Robert Watson , Anish Mistry Subject: Re: Panic: fusefs crashes -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: Wed, 02 May 2007 14:28:59 -0000 Am Mittwoch, 2. Mai 2007 schrieb Csaba Henk: > Hi, > > On Sat, Apr 28, 2007 at 02:12:14PM -0400, Anish Mistry wrote: > > I've been able to reproduce this issue. I've CC'd Csaba. > > OK, I've fixed it. I send the patch against fuse4bsd-0.3.0_4 > (it can be applied after running "make patch"). > > I also attach another bugfix backported from the devel version. > > Csaba Thank you very much!!! I tried it with todays -current and a short test was successfull :) Best regards, -Harry From owner-freebsd-current@FreeBSD.ORG Wed May 2 14:31:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EE3F16A401 for ; Wed, 2 May 2007 14:31:14 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7919A13C487 for ; Wed, 2 May 2007 14:31:13 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l42EV2Le083074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 May 2007 16:31:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l42EV2ed006905; Wed, 2 May 2007 16:31:02 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l42EV2ZD045127; Wed, 2 May 2007 16:31:02 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Wed, 2 May 2007 16:31:01 +0200 User-Agent: KMail/1.9.6 References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> In-Reply-To: <46389DED.5060509@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705021631.02167.h.schmalzbauer@omnisec.de> Cc: Ivan Voras Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 14:31:14 -0000 Am Mittwoch, 2. Mai 2007 schrieb Eric Anderson: > On 05/02/07 08:31, Ivan Voras wrote: > > Harald Schmalzbauer wrote: > >> Do I have to write the gjournal label to mirror/HOME or to the single > >> providers? > > > > to mirror/HOME. Since you probably already have a file system there, > > you'll maybe wish to separate the journal to another partition. > > > >> If I want to include it in fstab, is it true that I have to disable the > >> auto fsck? So the line reads something like this: > >> /dev/mirror/HOME.journal /home ufs rw,async 1 0 (<- disables fsck, > >> right?) > > > > Don't see why you'd HAVE to disable it. Maybe you'll want to because it > > could take a long time. > > Why would it take a long time? Because it's a large fs with standard newfs parameters, so many inodes to=20 check... Or does fsck recognize that it's a gjournaled UFS and skip unnessecarry=20 checks? That's what my initinal interest was about. Thanks, =2DHarry > Eric > > _______________________________________________ > 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" =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Wed May 2 14:48:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CD3D16A402 for ; Wed, 2 May 2007 14:48:49 +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 BB12613C44B for ; Wed, 2 May 2007 14:48:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HjG8B-0003PV-Gz for freebsd-current@freebsd.org; Wed, 02 May 2007 16:48:35 +0200 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 ; Wed, 02 May 2007 16:48:35 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 May 2007 16:48:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 02 May 2007 16:48:16 +0200 Lines: 39 Message-ID: References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig259696F0EE1C0912175D4F2E" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <200705021631.02167.h.schmalzbauer@omnisec.de> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 14:48:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig259696F0EE1C0912175D4F2E Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer wrote: > Because it's a large fs with standard newfs parameters, so many inodes = to=20 > check... > Or does fsck recognize that it's a gjournaled UFS and skip unnessecarry= =20 > checks? > That's what my initinal interest was about. Judging from=20 http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/fsck_ffs/gjournal.c you=20 might be right, but I don't see it documented in man pages. IIRC Pawel=20 did at one time explain that fsck will only delete stale/unreferenced=20 inodes and so be quicker than usual. If you have the time for benchmarks, they would be appreciated :) --------------enig259696F0EE1C0912175D4F2E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGOKS2ldnAQVacBcgRAh74AKDfEEsBDXXrdJRRdkC0H99oEZsJKgCfa1an +xKUDnA/joyWyIwCLgrwzuY= =a23c -----END PGP SIGNATURE----- --------------enig259696F0EE1C0912175D4F2E-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 14:53:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4825716A401; Wed, 2 May 2007 14:53:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C7B0C13C45D; Wed, 2 May 2007 14:53:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1A9F546F96; Wed, 2 May 2007 10:53:50 -0400 (EDT) Date: Wed, 2 May 2007 15:53:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rick Macklem In-Reply-To: Message-ID: <20070502154934.E30345@fledge.watson.org> References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <20070501160213.GA496@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Kris Kennaway , Peter Schuller Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 14:53:51 -0000 On Tue, 1 May 2007, Rick Macklem wrote: > On Tue, 1 May 2007, Kris Kennaway wrote: > >>> I don't know if it relevent, but I've seen "kmem_map: too small" panics >>> when testing my NFSv4 server, ever since about FreeBSD5.4. There is no >>> problem running the same server code on FreeBSD4 (which is what I still >>> run in production mode) or OpenBSD3 or 4. If I increase the size of the >>> map, I can delay the panic for up to about two weeks of hard testing, but >>> it never goes away. I don't see any evidence of a memory leak during the >>> several days of testing leading up to the panic. (NFSv4 uses MALLOC/FREE >>> extensively for state related structures.) >> >> Sounds exactly like a memory leak to me. How did you rule it out? > Well, I had a little program running on the server that grabbed the > mti_stats[] out of the kernel and logged them. I had one client mounted > running thousands of passes of the Connectathon basic tests (one client, > same activity over and over and over again). For a week, the stats don't > show any increase in allocation for any type (alloc - free doesn't get > unreasonably big), then..."panic: kmem_map too small". How many days it took > to happen would vary with the size of the kernel map, but no evidence of a > leak prior to the crash. It seemed to be based on the number of times MALLOC > and FREE were called. > > Also, the same server code (except for the port changes, which have nothing > to do with the state handling where MALLOC/FREE get called a lot), works > fine for months on FreeBSD4 and OpenBSD3.9. > > So, I won't say a "memory leak is ruled out", but if there was a leak why > wouldn't it bite FreeBSD4 or show up in mti_stats[]? > > I first saw it on FreeBSD6.0, but went back to FreeBSD5.4 and tried the same > test and got the same result. Historically, such panics have been a result of one of two things: (1) An immediate resource leak in UMA(9) or malloc(9) allocated memory. (2) Mis-tuning of a resource limit, perhaps due to sizing the limit based on solely physical memory size, not taking available kernel address space into account. mti_stats reports only on malloc(9), you need to also look at uma(9), since many frequently allocated types are allocated directly with the slab allocator, and not from kernel malloc. Take a look at the output of "show uma" or "show malloc" in DDB, or respectively "vmstat -z" and "vmstat -m" on a core or on a live system. malloc(9) is actually implemented using two different back-ends: UMA-managed fixed size memory buckets for small allocations, and direct page allocation for large allocations. The most frequent example of (2) is mis-tuning in the maximum vnode limit of the system, resulting in the vnode cache exceeding available address space. Try tuning down that limit. Notice that vnodes, inodes, and most frequently used file system allocation data types are allocated using uma(9) and not malloc(9). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed May 2 14:56:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97E8016A402; Wed, 2 May 2007 14:56:25 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0F23313C448; Wed, 2 May 2007 14:56:24 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l42EtRew008194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 2 May 2007 17:55:33 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l42Et8sd002068; Wed, 2 May 2007 17:55:20 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l42Et8Lo002067; Wed, 2 May 2007 17:55:08 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 2 May 2007 17:55:07 +0300 From: Giorgos Keramidas To: John Baldwin , Nate Lawson Message-ID: <20070502145507.GB1743@kobe.laptop> References: <4608A5D9.2010902@root.org> <20070406211229.GB1078@kobe.laptop> <461BEFD6.2050302@root.org> <200704101922.08255.jhb@freebsd.org> <20070411092104.GD1675@kobe.laptop> <461D1669.4010404@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <461D1669.4010404@root.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.807, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.59, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: S?ren Schmidt , Ariff Abdullah , current@freebsd.org Subject: Re: recent commits break via 8235 ata X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 14:56:25 -0000 On 2007-04-11 10:10, Nate Lawson wrote: >Giorgos Keramidas wrote: >> pcm0: hdac_get_capabilities: Invalid rirb size (0) >> device_attach: pcm0 attach returned 6 > > Me too, just this one rev fixes my ATA. I tried again with a recent HEAD kernel today, and I see now that revision 1.235 of acpi.c: % revision 1.235 % date: 2007/04/25 16:22:18; author: jhb; state: Exp; lines: +1 -1 % Use a tighter check to see if a resource allocation request is for a % specific request and thus should first try to be allocated from the % sys_resource pool. This avoids using the sys_resource pool for wildcard % requests that have bounded ranges coming from cbb(4) and Host-PCI pcib(4) % drivers. % % Tested by: Andrea Bittau % Sleuthing by: Andrea Bittau as well has fixed the snd_hda module (at least it works for me now). Thanks for the fix John :-) From owner-freebsd-current@FreeBSD.ORG Wed May 2 15:57:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4483116A403; Wed, 2 May 2007 15:57:32 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id D5E0A13C44B; Wed, 2 May 2007 15:57:31 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l42FiHpw073907; Wed, 2 May 2007 10:44:17 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l42FiH9F073906; Wed, 2 May 2007 10:44:17 -0500 (CDT) (envelope-from brooks) Date: Wed, 2 May 2007 10:44:17 -0500 From: Brooks Davis To: Andrey Chernov , current@freebsd.org, ports@freebsd.org, Alfred Perlstein , David Schultz Message-ID: <20070502154417.GA73631@lor.one-eyed-alien.net> References: <20070501003935.GA1043@nagual.pp.ru> <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20070501160645.GA9333@nagual.pp.ru> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 02 May 2007 10:44:17 -0500 (CDT) Cc: Subject: Re: HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2007 15:57:32 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 01, 2007 at 08:06:45PM +0400, Andrey Chernov wrote: > All backed out. >=20 > Not because I admit they are technically wrong and not because of bug > reports (I receive nothing). But because I surprisingly meets so > strong opposition and resistance so lost any desire to continue that. >=20 > Anyone who interested in POSIX can dig out what changes and how > through cvs diffs. FreeBSD does care about standards and your change probably makes sense, but the way you went about it was all wrong. First, you committed an API/ABI change to libc without even performing a buildworld. You should be commended for fixing the problems quickly, but the breakage rightfully made people nervous. Second and more importantly, you committed an API/ABI change to libc without any discussion beforehand. Had you done so, this almost certainly would have gone smootly. Third, your waving of the POSIX flag when people responded negativly did not help. While following POSIX is generally a good idea, blindly doing so is not. Given that *env() is a lousy API by any reasonable measure, sounder arguments such as those raised by jhb were needed. I hope you will engage in productive disussion of this change and should it be accepted (and I think it will) commit it again. -- Brooks --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGOLHQXY6L6fI4GtQRAnU9AKDafz9ZbXPTRnWaleCZB44/LPVfyQCgjLza w4JwI2DfJUuXgtAFQim2Ft4= =A+NR -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:17:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BBD516A402; Wed, 2 May 2007 16:17:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id E151213C489; Wed, 2 May 2007 16:17:35 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id AADE539DE3; Wed, 2 May 2007 18:17:34 +0200 (CEST) Date: Wed, 2 May 2007 18:17:34 +0200 From: Lars Engels To: John Baldwin Message-ID: <20070502161734.GE10495@e.0x20.net> Mail-Followup-To: Lars Engels , John Baldwin , freebsd-current@freebsd.org References: <20070423193112.GU46992@e.0x20.net> <200704301336.41897.jhb@freebsd.org> <20070430175445.GB88409@e.0x20.net> <200704301433.50330.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <200704301433.50330.jhb@freebsd.org> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: panic: Failed to create swap_zone [was Re: cardbus not powered when ACPI is enabled] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:17:36 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2007 at 02:33:49PM -0400, John Baldwin wrote: > On Monday 30 April 2007 01:54:46 pm Lars Engels wrote: > > On Mon, Apr 30, 2007 at 01:36:41PM -0400, John Baldwin wrote: > > > On Monday 30 April 2007 01:02:04 pm Lars Engels wrote: > > There's a difference of 120 bytes between the vmstat output and > > maxswzone. Is that normal? >=20 > Yes. The swapzone objects are about ~280 bytes or so. >=20 > > But I think the panics are gone now. I booted five times with the > > cardbus card inserted when cpu #1 was launched and there was no panic. >=20 I was too fast with that. Today I had the issue again two times... --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGOLmeKc512sD3afgRAq3dAJ9XP/dApcYbCiYuGtjiMpvDWpaKvgCgsFlo 4Hs2TEDTvf2j099y26Ci2i0= =hpUC -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:29:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A45916A401; Wed, 2 May 2007 16:29:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2470413C458; Wed, 2 May 2007 16:29:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l42GStB8027818; Wed, 2 May 2007 10:28:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 02 May 2007 10:29:08 -0600 (MDT) Message-Id: <20070502.102908.1169636573.imp@bsdimp.com> To: rdivacky@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070502074543.GA84604@freebsd.org> References: <20070502074543.GA84604@freebsd.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 02 May 2007 10:28:56 -0600 (MDT) Cc: current@freebsd.org Subject: Re: switch from libpthread to libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:29:21 -0000 In message: <20070502074543.GA84604@freebsd.org> Roman Divacky writes: : is the switch from libpthread to libthr as a default threading : library planned for 7.0R? Yes. Warner From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:29:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4850916A400 for ; Wed, 2 May 2007 16:29:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 065FD13C469 for ; Wed, 2 May 2007 16:29:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l42GRB2J027777; Wed, 2 May 2007 10:27:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 02 May 2007 10:27:22 -0600 (MDT) Message-Id: <20070502.102722.1723235670.imp@bsdimp.com> To: h.schmalzbauer@omnisec.de From: "M. Warner Losh" In-Reply-To: <200705012017.06445.h.schmalzbauer@omnisec.de> References: <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> <200705012017.06445.h.schmalzbauer@omnisec.de> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 02 May 2007 10:27:12 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: HEADS DOWN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:29:22 -0000 In message: <200705012017.06445.h.schmalzbauer@omnisec.de> Harald Schmalzbauer writes: : Am Dienstag, 1. Mai 2007 schrieb Andrey Chernov: : > All backed out. : > : > Not because I admit they are technically wrong and not because of bug : > reports (I receive nothing). But because I surprisingly meets so : > strong opposition and resistance so lost any desire to continue that. : : I'm very sorry to hear that. I don't have the skills to comment anything : technically, but I just wanted to say that I'm suprised that -current is that : stable for me these days. It's wonderful, but I think making progress in : standard compliance and/or testing new developed stuff (eg. the new USB : stack) is much more important than making -current a production branch. : I'm a friend of standrads and I highly appreciate your work Andrey, and I hope : we will see your work back in the tree as soon as possible. : : Diffrent people do things different, but that's why FreeBSD is what it is : today. The accummulation of excellent work by excellent people. The biggest problem with the changes was how and when they were done. The source tree is in a "code slush" right now before we branch later this year. During this period, there's a higher requirement to have discussions before things are committed. Given the risks (or perceived risks) of this commit, people were concerned about it. I believe that many of these changes will ultimately make it into the tree, after proper review and testing. I'd encourage people who are intested in this issue to join the discussions on arch@ so that these efforts can be properly coordinated. Warner From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:29:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF9AB16A402; Wed, 2 May 2007 16:29:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 75A3E13C468; Wed, 2 May 2007 16:29:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l42GSAKK027817; Wed, 2 May 2007 10:28:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 02 May 2007 10:28:22 -0600 (MDT) Message-Id: <20070502.102822.-957833022.imp@bsdimp.com> To: sean-freebsd@farley.org From: "M. Warner Losh" In-Reply-To: <20070501135439.B36275@thor.farley.org> References: <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> <20070501135439.B36275@thor.farley.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 02 May 2007 10:28:15 -0600 (MDT) Cc: arch@freebsd.org, current@freebsd.org Subject: Re: HEADS DOWN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:29:45 -0000 In message: <20070501135439.B36275@thor.farley.org> "Sean C. Farley" writes: : On Tue, 1 May 2007, Andrey Chernov wrote: : : > All backed out. : > : > Not because I admit they are technically wrong and not because of bug : > reports (I receive nothing). But because I surprisingly meets so : > strong opposition and resistance so lost any desire to continue that. : > : > Anyone who interested in POSIX can dig out what changes and how : > through cvs diffs. : : I am the one writing a replacement for the *env() functions. I have a : BSD (mostly the same except unsetenv() returns an int) version and a : POSIX version. : : Questions for developers to help me proceed: : 1. Would POSIX or BSD be preferred? By POSIX, I do not necessarily mean : completely POSIX. It can be some shade of gray. For example, I : added some checking to putenv() that is not mentioned in the POSIX : spec but makes it closer to setenv() in its errors. : 2. Would a series of stages to move from BSD to POSIX be : acceptable/desired? This is to avoid POSIX from overwhelming people. : 3. How about dropping putenv() altogether? :) putenv() is ugly. My : changes currently prevent setenv() from leaking like a sieve, so the : need for putenv() should not be as necessary. It could also be that : shade of gray where putenv() stayed the way it is (wrapper around : setenv()) while the rest can be POSIX. These are good questions. They should likely be talked about in arch@ Warner From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:37:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8345E16A403 for ; Wed, 2 May 2007 16:37:13 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 57D4913C44B for ; Wed, 2 May 2007 16:37:13 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l42Gb8O7092541; Wed, 2 May 2007 11:37:09 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4638BE34.3070709@freebsd.org> Date: Wed, 02 May 2007 11:37:08 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Ivan Voras References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3195/Wed May 2 04:34:51 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:37:13 -0000 On 05/02/07 09:48, Ivan Voras wrote: > Harald Schmalzbauer wrote: > >> Because it's a large fs with standard newfs parameters, so many inodes to >> check... >> Or does fsck recognize that it's a gjournaled UFS and skip unnessecarry >> checks? >> That's what my initinal interest was about. > > Judging from > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/fsck_ffs/gjournal.c you > might be right, but I don't see it documented in man pages. IIRC Pawel > did at one time explain that fsck will only delete stale/unreferenced > inodes and so be quicker than usual. > > If you have the time for benchmarks, they would be appreciated :) > Well, there would be less of a point to using gjournaling if you still had to fsck the whole thing, right? With gjournaling, you can just run an 'fsck -p' on it, which takes less than 1 second on my 10Tb fs. So, no need to benchmark. Eric From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:49:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AA4416A401 for ; Wed, 2 May 2007 16:49:06 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF7013C4B9 for ; Wed, 2 May 2007 16:49:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.71.38.142] (account mc467741@c2i.net HELO [10.42.11.147]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 308557815; Wed, 02 May 2007 18:49:04 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 2 May 2007 18:48:47 +0200 User-Agent: KMail/1.9.5 References: <20070502083356.GB1787@obelix.dsto.defence.gov.au> In-Reply-To: <20070502083356.GB1787@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705021848.47920.hselasky@c2i.net> Cc: "Wilkinson, Alex" Subject: Re: [new usb4bsd stack] Feedback ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:49:06 -0000 On Wednesday 02 May 2007 10:33, Wilkinson, Alex wrote: > All looks good so far: > > FreeBSD 7.0-CURRENT #2: Wed May 2 09:28:13 WST 2007 > > 1st device successfully attached: > > umass0: rev 2.00 /0.01, addr 126> umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:0:0:-1: Attached to scbus0 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 40.000MB/s transfers > cd0: cd present [252723 x 2048 byte records] > GEOM_LABEL: Label for provider cd0 is iso9660/HPSMST740. > > 2nd device attached succesfully: > > umass1: > umass1: SCSI over Bulk-Only; quirks = 0x0000 > umass1:1:1:-1: Attached to scbus1 > da0 at umass-sim1 bus 1 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 931MB (1907712 512 byte sectors: 64H 32S/T 931C) > > I will scrounge up some more USB devs to test. > > How does one tell that they are using the usb4bsd stack 100% for certain ? > #ident /boot/kernel/kernel does help much. The new USB stack has a file called "usb_transfer.c" in the kernel which the old stack does not have, for example. --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 2 16:57:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 137C716A404 for ; Wed, 2 May 2007 16:57:02 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id BF6BC13C465 for ; Wed, 2 May 2007 16:57:01 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 5BE1B147745; Wed, 2 May 2007 18:57:00 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 58752D5004A; Wed, 2 May 2007 18:57:00 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 431E2D50047; Wed, 2 May 2007 18:57:00 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rCh99EIF/23ykjS4Qc7PWfE6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-47-4.adsl.net.t-com.hr [89.172.47.4]) by ls248.t-com.hr (Qmali) with ESMTP id F0DAB5E0054; Wed, 2 May 2007 18:56:59 +0200 (CEST) Message-ID: <4638C2D5.2040907@fer.hr> Date: Wed, 02 May 2007 18:56:53 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Eric Anderson References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> <4638BE34.3070709@freebsd.org> In-Reply-To: <4638BE34.3070709@freebsd.org> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0E2A63007D77E5775C523626" Cc: freebsd-current@freebsd.org Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 16:57:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0E2A63007D77E5775C523626 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eric Anderson wrote: > Well, there would be less of a point to using gjournaling if you still > had to fsck the whole thing, right? With gjournaling, you can just run= > an 'fsck -p' on it, which takes less than 1 second on my 10Tb fs. So, > no need to benchmark. I understand that, but is "fsck -p" the default when gjournal is active on the file system? I don't have any active gjournal file systems so I don't know. --------------enig0E2A63007D77E5775C523626 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGOMLaldnAQVacBcgRAuTvAJ9tz6ddcAyiuh2IKlKU71cCzdNQcgCg4Ewp mhdD383rnIYX9v6is4zQboc= =nZYx -----END PGP SIGNATURE----- --------------enig0E2A63007D77E5775C523626-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 17:08:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C21716A407 for ; Wed, 2 May 2007 17:08:37 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8A16D13C465 for ; Wed, 2 May 2007 17:08:36 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l42H7fig017474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 2 May 2007 20:07:48 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l42H7MwV001811 for ; Wed, 2 May 2007 20:07:34 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l42H7MPp001810 for freebsd-current@freebsd.org; Wed, 2 May 2007 20:07:22 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 2 May 2007 20:07:22 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20070502170721.GA1677@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.524, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.68, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: reboot/halt/shutdown -d 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, 02 May 2007 17:08:37 -0000 Does the -d option of shutdown/reboot work for anyone else? I've been trying to test the patch of bin/70536 on a recent HEAD installation, running on my laptop, and using the -d option of reboot seems to block forever when the kernel starts dumping. The last messages I see on my console are: Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 1 0 0 done All buffers synced. Physical memory: XXX MB Dumping YY MB: and that's the last thing printed. I tried escaping to KDB with CTRL+ALT+ESC but it seems that at this point KDB is no longer accessible. FWIW, the value of debug.minidump is 1. I'm going to try with 0 next, but i just thought I'd post this to see if anyone else has successfully used the -d flag to reboot/shutdown. From owner-freebsd-current@FreeBSD.ORG Wed May 2 17:16:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9640D16A400 for ; Wed, 2 May 2007 17:16:35 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from server300.snhdns.com (server300.snhdns.com [204.15.192.210]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCB313C447 for ; Wed, 2 May 2007 17:16:35 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from ip67-89-211-170.z211-89-67.customer.algx.net ([67.89.211.170] helo=[192.168.0.94]) by server300.snhdns.com with esmtpa (Exim 4.63) (envelope-from ) id 1HjIRH-00040R-De for freebsd-current@freebsd.org; Wed, 02 May 2007 13:16:27 -0400 Message-ID: <4638C84E.2000704@metricsystems.com> Date: Wed, 02 May 2007 10:20:14 -0700 From: John Clark Organization: Metric Systems, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server300.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - metricsystems.com X-Source: X-Source-Args: X-Source-Dir: Subject: NFS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 17:16:35 -0000 I am copying a 'disk image' to an NFS mounted volume. I'm using: dd if=/dev/ad0 of=Disk.img After dd completes the number of blocks indicated is what the raw disk device should be. However, when I look at the NFS mounted image, the file size is anything but the 80 GB size it should be. I have not used NFS very much in the last few years, but I don't recall such data loss as being something to worry about. The NFS transactions, while using UDP, may be 'lost', but there was some form of retry and eventually the file data would be received, or ultimately the NFS client would emit some error message. Is there some option that I have not enabled in the kernel build, or well known problem that could be the reason for this behavior. Thanks, John Clark. From owner-freebsd-current@FreeBSD.ORG Wed May 2 17:21:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF93A16A401 for ; Wed, 2 May 2007 17:21:27 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3259413C4AD for ; Wed, 2 May 2007 17:21:26 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l42HKoHR018130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 2 May 2007 20:20:56 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l42HKWnk001813 for ; Wed, 2 May 2007 20:20:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l42HKWHM001812 for freebsd-current@freebsd.org; Wed, 2 May 2007 20:20:32 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 2 May 2007 20:20:31 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20070502172031.GA1793@kobe.laptop> References: <20070502170721.GA1677@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070502170721.GA1677@kobe.laptop> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.525, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.67, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Re: reboot/halt/shutdown -d 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, 02 May 2007 17:21:27 -0000 On 2007-05-02 20:07, Giorgos Keramidas wrote: > Does the -d option of shutdown/reboot work for anyone else? > > I've been trying to test the patch of bin/70536 on a recent HEAD > installation, running on my laptop, and using the -d option of reboot > seems to block forever when the kernel starts dumping. > > The last messages I see on my console are: > > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...1 1 1 0 0 done > All buffers synced. > Physical memory: XXX MB > Dumping YY MB: > > and that's the last thing printed. I tried escaping to KDB with > CTRL+ALT+ESC but it seems that at this point KDB is no longer > accessible. > > FWIW, the value of debug.minidump is 1. I'm going to try with 0 next, > but i just thought I'd post this to see if anyone else has successfully > used the -d flag to reboot/shutdown. No luck with debug.minidump=0 either :-/ From owner-freebsd-current@FreeBSD.ORG Wed May 2 17:25:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04E6B16A400 for ; Wed, 2 May 2007 17:25:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id CD80613C45A for ; Wed, 2 May 2007 17:25:38 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 4D4525C99; Wed, 2 May 2007 13:25:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qoOfo3JfhtLn; Wed, 2 May 2007 13:25:36 -0400 (EDT) Received: from [192.168.1.3] (pool-96-224-43-99.nycmny.east.verizon.net [96.224.43.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 96BE15C47; Wed, 2 May 2007 13:25:36 -0400 (EDT) Message-ID: <4638C98F.3070607@mac.com> Date: Wed, 02 May 2007 13:25:35 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: John Clark References: <4638C84E.2000704@metricsystems.com> In-Reply-To: <4638C84E.2000704@metricsystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: NFS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 17:25:39 -0000 John Clark wrote: > I am copying a 'disk image' to an NFS mounted volume. > > I'm using: > > dd if=/dev/ad0 of=Disk.img > > After dd completes the number of blocks indicated is what the raw disk > device should be. However, when I look at the NFS mounted image, the file size is > anything but the 80 GB size it should be. How big is it? Is the data complete/intact up to the point when it stopped? Can you create enough local space on a second drive (or do this by individial partitions instead) to create the image locally, and then copy the file at once via NFS? It'd be nice to see whether that worked OK. > I have not used NFS very much in the last few years, but I don't recall > such data loss as being something to worry about. The NFS transactions, while using > UDP, may be 'lost', but there was some form of retry and eventually the file data > would be received, or ultimately the NFS client would emit some error message. One would hope so, yes. Is it possible that doing an fsync or system-wide sync would help get the blocks written out...? Does using tar or dump/rmt work any better? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed May 2 17:42:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C6F116A400 for ; Wed, 2 May 2007 17:42:43 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from server300.snhdns.com (server300.snhdns.com [204.15.192.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7448113C465 for ; Wed, 2 May 2007 17:42:43 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from ip67-89-211-170.z211-89-67.customer.algx.net ([67.89.211.170] helo=[192.168.0.94]) by server300.snhdns.com with esmtpa (Exim 4.63) (envelope-from ) id 1HjIqW-00068a-6G; Wed, 02 May 2007 13:42:32 -0400 Message-ID: <4638CE63.50209@metricsystems.com> Date: Wed, 02 May 2007 10:46:11 -0700 From: John Clark Organization: Metric Systems, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: Chuck Swiger References: <4638C84E.2000704@metricsystems.com> <4638C98F.3070607@mac.com> In-Reply-To: <4638C98F.3070607@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server300.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - metricsystems.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org Subject: Re: NFS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 17:42:43 -0000 Chuck Swiger schrieb: > John Clark wrote: >> I am copying a 'disk image' to an NFS mounted volume. >> >> I'm using: >> >> dd if=/dev/ad0 of=Disk.img >> >> After dd completes the number of blocks indicated is what the raw >> disk device should be. However, when I look at the NFS mounted image, >> the file size is anything but the 80 GB size it should be. > > How big is it? Is the data complete/intact up to the point when it > stopped? What I'm doing is cloning a disk, and making it network accessible. So it is an 80 GB disk image. When I mount the 'results', fsck, does start to pick up problems, and on one of the partitions, basically resulted in a slew of corrupted inodes. So my suspicion is that there are missing blocks scattered throughout. >Can you create enough local space on a second drive (or do this by individial partitions instead) to create the image locally, and then copy the file at once via NFS? >It'd be nice to see whether that worked OK. I'll see if I can set this up... but that would only verify that dd wasn't doing something strange... One trick I tried was to use 'tee' to create the NFS image, and then continue the pipe with a 'cksum': dd if=/dev/ad0 | tee Disk.img | cksum Tee stopped at some point, probably about 2.5 GB with a 'file too large'... the CVS sources that I'm using are pretty recent, as in within the last month... From owner-freebsd-current@FreeBSD.ORG Wed May 2 17:59:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E55016A400 for ; Wed, 2 May 2007 17:59:03 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 22E8013C469 for ; Wed, 2 May 2007 17:59:02 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l42Hx19h007772; Wed, 2 May 2007 12:59:01 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4638D164.7020304@freebsd.org> Date: Wed, 02 May 2007 12:59:00 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: John Clark References: <4638C84E.2000704@metricsystems.com> <4638C98F.3070607@mac.com> <4638CE63.50209@metricsystems.com> In-Reply-To: <4638CE63.50209@metricsystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3195/Wed May 2 04:34:51 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: NFS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 17:59:03 -0000 On 05/02/07 12:46, John Clark wrote: > Chuck Swiger schrieb: >> John Clark wrote: >>> I am copying a 'disk image' to an NFS mounted volume. >>> >>> I'm using: >>> >>> dd if=/dev/ad0 of=Disk.img >>> >>> After dd completes the number of blocks indicated is what the raw >>> disk device should be. However, when I look at the NFS mounted image, >>> the file size is anything but the 80 GB size it should be. >> How big is it? Is the data complete/intact up to the point when it >> stopped? > > What I'm doing is cloning a disk, and making it network accessible. So > it is an 80 GB disk image. > > When I mount the 'results', fsck, does start to pick up problems, and > on one of the partitions, basically resulted > in a slew of corrupted inodes. > > So my suspicion is that there are missing blocks scattered throughout. > > >Can you create enough local space on a second drive (or do this by > individial partitions instead) to create the image locally, and then > copy the file at once via NFS? >It'd be nice to see whether that worked > OK. > > I'll see if I can set this up... but that would only verify that dd > wasn't doing something strange... > > One trick I tried was to use 'tee' to create the NFS image, and then > continue the pipe with a 'cksum': > > dd if=/dev/ad0 | tee Disk.img | cksum > > Tee stopped at some point, probably about 2.5 GB with a 'file too > large'... the CVS sources that I'm using > are pretty recent, as in within the last month... Do something like this instead: dd if=/dev/ad0 count=10 bs=1m| md5 dd if=Disk.img count=10 bs=1m| md5 Then you can do: dd if=/dev/ad0 count=10 bs=1m skip=10 | md5 dd if=Disk.img count=10 bs=1m skip=10 | md5 to move through the file.. What are your NFS client mount options, and what OS is on the server? Eric From owner-freebsd-current@FreeBSD.ORG Wed May 2 18:17:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE4ED16A408 for ; Wed, 2 May 2007 18:17:54 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from server300.snhdns.com (server300.snhdns.com [204.15.192.210]) by mx1.freebsd.org (Postfix) with ESMTP id AF0EF13C4CB for ; Wed, 2 May 2007 18:17:54 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from ip67-89-211-170.z211-89-67.customer.algx.net ([67.89.211.170] helo=[192.168.0.94]) by server300.snhdns.com with esmtpa (Exim 4.63) (envelope-from ) id 1HjJOb-0006Xw-Nv; Wed, 02 May 2007 14:17:46 -0400 Message-ID: <4638D6AC.9070800@metricsystems.com> Date: Wed, 02 May 2007 11:21:32 -0700 From: John Clark Organization: Metric Systems, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: Eric Anderson References: <4638C84E.2000704@metricsystems.com> <4638C98F.3070607@mac.com> <4638CE63.50209@metricsystems.com> <4638D164.7020304@freebsd.org> In-Reply-To: <4638D164.7020304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server300.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - metricsystems.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org Subject: Re: NFS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 18:17:55 -0000 Eric Anderson schrieb: > On 05/02/07 12:46, John Clark wrote: >> Chuck Swiger schrieb: >>> John Clark wrote: >>>> I am copying a 'disk image' to an NFS mounted volume. >>>> >>>> I'm using: >>>> >>>> dd if=/dev/ad0 of=Disk.img >>>> >>>> After dd completes the number of blocks indicated is what the raw >>>> disk device should be. However, when I look at the NFS mounted >>>> image, the file size is anything but the 80 GB size it should be. > > Do something like this instead: > > dd if=/dev/ad0 count=10 bs=1m| md5 > dd if=Disk.img count=10 bs=1m| md5 > > Then you can do: > dd if=/dev/ad0 count=10 bs=1m skip=10 | md5 > dd if=Disk.img count=10 bs=1m skip=10 | md5 > to move through the file.. > > What are your NFS client mount options, and what OS is on the server? The NFS server is a Linux system. I'd have to check exactly, but the kernel is within the last couple of months stable version, and the NFS daemons are 'recent' vintage... I have not used any 'options' in my mount command: mount 192.168.0.253:/home/exports/CVSBUILD /mnt Is the approximate command line. John Clark. From owner-freebsd-current@FreeBSD.ORG Wed May 2 18:24:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77EF616A402; Wed, 2 May 2007 18:24:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0D78F13C447; Wed, 2 May 2007 18:24:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 579A848A2A; Wed, 2 May 2007 20:24:53 +0200 (CEST) Received: from localhost (cvl74.internetdsl.tpnet.pl [83.19.93.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4F9DF45B26; Wed, 2 May 2007 20:24:45 +0200 (CEST) Date: Wed, 2 May 2007 20:24:18 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20070502182418.GB1997@garage.freebsd.pl> References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> <4638BE34.3070709@freebsd.org> <4638C2D5.2040907@fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <4638C2D5.2040907@fer.hr> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 18:24:55 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 02, 2007 at 06:56:53PM +0200, Ivan Voras wrote: > Eric Anderson wrote: >=20 > > Well, there would be less of a point to using gjournaling if you still > > had to fsck the whole thing, right? With gjournaling, you can just run > > an 'fsck -p' on it, which takes less than 1 second on my 10Tb fs. So, > > no need to benchmark. >=20 > I understand that, but is "fsck -p" the default when gjournal is active > on the file system? I don't have any active gjournal file systems so I > don't know. When you call 'fsck -p' on gjournaled file system, it recognize that it is journaled and only garbage-collects orphaned inodes. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGONdSForvXbEpPzQRAks/AKCO+5+FNY9/yJmmm8cqgqBfLh4hxACg8Pcv 7xY7vNNI4xpXMG8QEgx7hZA= =lT5k -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Wed May 2 21:27:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC08116A402; Wed, 2 May 2007 21:27:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from galileo.cs.uoguelph.ca (galileo.cs.uoguelph.ca [131.104.94.215]) by mx1.freebsd.org (Postfix) with ESMTP id 74F5F13C45B; Wed, 2 May 2007 21:27:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.96.170]) by galileo.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id l42LQwXE019553; Wed, 2 May 2007 17:26:59 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id l42LS4n15290; Wed, 2 May 2007 17:28:04 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 2 May 2007 17:28:04 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher To: Robert Watson In-Reply-To: <20070502154934.E30345@fledge.watson.org> Message-ID: References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <20070501160213.GA496@xor.obsecurity.org> <20070502154934.E30345@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 131.104.94.215 X-Mailman-Approved-At: Wed, 02 May 2007 21:32:44 +0000 Cc: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Kris Kennaway , Peter Schuller Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 May 2007 21:27:01 -0000 On Wed, 2 May 2007, Robert Watson wrote: [stuff snipped] > > Historically, such panics have been a result of one of two things: > > (1) An immediate resource leak in UMA(9) or malloc(9) allocated memory. > > (2) Mis-tuning of a resource limit, perhaps due to sizing the limit based on > solely physical memory size, not taking available kernel address space > into account. > > mti_stats reports only on malloc(9), you need to also look at uma(9), since > many frequently allocated types are allocated directly with the slab > allocator, and not from kernel malloc. Take a look at the output of "show > uma" or "show malloc" in DDB, or respectively "vmstat -z" and "vmstat -m" on > a core or on a live system. malloc(9) is actually implemented using two > different back-ends: UMA-managed fixed size memory buckets for small > allocations, and direct page allocation for large allocations. Ok, it does appear I'm leaking NAMEIs. "vmstat -z", which I didn't know about, was the trick. Handling lookup name buffers is also port specific, so it wouldn't have shown up in the other ports. So, forget what I said w.r.t. a MALLOC bug and thanks for the help. I should be able to locate the leak pretty easily with "vmstat -z". Thanks, rick From owner-freebsd-current@FreeBSD.ORG Wed May 2 23:41:02 2007 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEFAE16A400; Wed, 2 May 2007 23:41:02 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id A13E013C45B; Wed, 2 May 2007 23:41:02 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.8/8.13.1) with ESMTP id l42NLYVR008381; Wed, 2 May 2007 19:21:34 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.8/8.13.1/Submit) id l42NLYkJ008380; Wed, 2 May 2007 19:21:34 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 2 May 2007 19:21:34 -0400 From: David Schultz To: Brooks Davis Message-ID: <20070502232134.GA8333@VARK.MIT.EDU> Mail-Followup-To: Brooks Davis , Andrey Chernov , current@FreeBSD.ORG, ports@FreeBSD.ORG, Alfred Perlstein References: <20070501003935.GA1043@nagual.pp.ru> <20070501083009.GA4627@nagual.pp.ru> <20070501160645.GA9333@nagual.pp.ru> <20070502154417.GA73631@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070502154417.GA73631@lor.one-eyed-alien.net> Cc: ports@FreeBSD.ORG, Alfred Perlstein , Andrey Chernov , current@FreeBSD.ORG Subject: Re: HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2007 23:41:03 -0000 On Wed, May 02, 2007, Brooks Davis wrote: > On Tue, May 01, 2007 at 08:06:45PM +0400, Andrey Chernov wrote: > > All backed out. > > > > Not because I admit they are technically wrong and not because of bug > > reports (I receive nothing). But because I surprisingly meets so > > strong opposition and resistance so lost any desire to continue that. > > > > Anyone who interested in POSIX can dig out what changes and how > > through cvs diffs. > > FreeBSD does care about standards and your change probably makes sense, > but the way you went about it was all wrong. > > First, you committed an API/ABI change to libc without even performing > a buildworld. You should be commended for fixing the problems quickly, > but the breakage rightfully made people nervous. Just to clarify, the nature of my original response was not that this change is unequivocally bad, but that it broke stuff, and the stated rationale seemed dodgy. (Just because POSIX says so doesn't make it a good idea.) The change actually caught me just as I was restoring my main desktop after a hard drive crash and rebuilding all the ports and other applications I use. Lots of random stuff broke while compiling x11 libs or some such thing, and I wound up installing a few dozen things from packages. I guess that's what I get for running -CURRENT when I have deadlines! From owner-freebsd-current@FreeBSD.ORG Thu May 3 04:09:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5736F16A402; Thu, 3 May 2007 04:09:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id DEEC613C44C; Thu, 3 May 2007 04:09:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HjSd0-0003lQ-Kt; Thu, 03 May 2007 07:09:15 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l4349Atb017194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 May 2007 07:09:10 +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.1/8.14.1) with ESMTP id l4349Ai2018654; Thu, 3 May 2007 07:09:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l43497nK018653; Thu, 3 May 2007 07:09:07 +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: Thu, 3 May 2007 07:09:07 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20070503040907.GK2441@deviant.kiev.zoral.com.ua> References: <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <20070501160213.GA496@xor.obsecurity.org> <20070502154934.E30345@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Vwmj/TXzE7NEH899" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: fa718887f43e9e3967a9d10f43843ba4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1016 [May 02 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Robert Watson , Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 May 2007 04:09:17 -0000 --Vwmj/TXzE7NEH899 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 02, 2007 at 05:28:04PM -0400, Rick Macklem wrote: >=20 >=20 > On Wed, 2 May 2007, Robert Watson wrote: > [stuff snipped]=20 > > > >Historically, such panics have been a result of one of two things: > > > >(1) An immediate resource leak in UMA(9) or malloc(9) allocated memory. > > > >(2) Mis-tuning of a resource limit, perhaps due to sizing the limit base= d=20 > >on > > solely physical memory size, not taking available kernel address space > > into account. > > > >mti_stats reports only on malloc(9), you need to also look at uma(9),=20 > >since many frequently allocated types are allocated directly with the sl= ab=20 > >allocator, and not from kernel malloc. Take a look at the output of "sh= ow=20 > >uma" or "show malloc" in DDB, or respectively "vmstat -z" and "vmstat -m= "=20 > >on a core or on a live system. malloc(9) is actually implemented using= =20 > >two different back-ends: UMA-managed fixed size memory buckets for small= =20 > >allocations, and direct page allocation for large allocations. >=20 > Ok, it does appear I'm leaking NAMEIs. "vmstat -z", which I didn't know > about, was the trick. Handling lookup name buffers is also port specific, > so it wouldn't have shown up in the other ports. >=20 > So, forget what I said w.r.t. a MALLOC bug and thanks for the help. I > should be able to locate the leak pretty easily with "vmstat -z". I fixed two NAMI zone leaks in the last 2-3 month. One was in the nfs server (shall be present in 6.2-RELEASE, AFAIR), second was in UFS snapshotting code, and is MFCed several days ago. --Vwmj/TXzE7NEH899 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGOWBjC3+MBN1Mb4gRArLlAJwLnxwBeDgtpPM02z46i/XXKE3wqQCfZWqG 8R3zc+4s7voa0bqTtixr5yY= =OghD -----END PGP SIGNATURE----- --Vwmj/TXzE7NEH899-- From owner-freebsd-current@FreeBSD.ORG Thu May 3 13:39:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF8E016A403 for ; Thu, 3 May 2007 13:39:27 +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 7616913C447 for ; Thu, 3 May 2007 13:39:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HjbWU-0007Xp-Et for freebsd-current@freebsd.org; Thu, 03 May 2007 15:39:06 +0200 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 ; Thu, 03 May 2007 15:39:06 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 03 May 2007 15:39:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 03 May 2007 15:38:52 +0200 Lines: 29 Message-ID: References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> <4638BE34.3070709@freebsd.org> <4638C2D5.2040907@fer.hr> <20070502182418.GB1997@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCB73EC6AD0225F87B4950A2B" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <20070502182418.GB1997@garage.freebsd.pl> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 May 2007 13:39:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCB73EC6AD0225F87B4950A2B Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > When you call 'fsck -p' on gjournaled file system, it recognize that it= > is journaled and only garbage-collects orphaned inodes. Does fsck during boot also behave like this? --------------enigCB73EC6AD0225F87B4950A2B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGOeXsldnAQVacBcgRAi3ZAKDcczOOoK0Z/xhezMgqXH07ZTTCKgCeI0xs 4HmeJg+FpZ88Xb0MmWeqnlU= =i3EM -----END PGP SIGNATURE----- --------------enigCB73EC6AD0225F87B4950A2B-- From owner-freebsd-current@FreeBSD.ORG Thu May 3 18:07:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DB8916A400 for ; Thu, 3 May 2007 18:07:51 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id EF0F413C46E for ; Thu, 3 May 2007 18:07:50 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Thu, 03 May 2007 11:07:42 -0700 X-Server-Uuid: 20144BB6-FB76-4F11-80B6-E6B2900CA0D7 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 44D112AF; Thu, 3 May 2007 11:07:42 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 3061F2AE; Thu, 3 May 2007 11:07:42 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FGP10384; Thu, 3 May 2007 11:07:37 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 61E2D69CA7; Thu, 3 May 2007 11:07:37 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 3 May 2007 11:07:16 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90303D507DF@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: How to Fix Kernel Panic When Lock Held During Page Fault for Command-Line Loaded bce Module? Thread-Index: AceNreIGcGezv41SS9SkHu1j1z6BQg== From: "David Christensen" To: freebsd-current@freebsd.org X-WSS-ID: 6A24FB6438G24637938-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: How to Fix Kernel Panic When Lock Held During Page Fault for Command-Line Loaded bce Module? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 May 2007 18:07:51 -0000 I'm building the "bce" driver as a module and loading/unloading it from the command-line to do some work on the driver. A recent change to the driver on -CURRENT (v1.25) has introduced the=20 following kernel panic: ------------------------------------------------------------------ =3D=3D=3D[root] /usr/src/sys/modules/bce # make load /sbin/kldload -v /usr/src/sys/modules/bce/if_bce.ko bce0: mem 0xdc000000-0xddffffff irq 16 at device 0.0 on pci2 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz bce0: Ethernet address: 00:10:18:15:f3:e0 bce0: [ITHREAD] Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex bce0 (network driver) r =3D 0 (0xffffffff8133e068) locked @ /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:774 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 witness_warn() at witness_warn+0x2c1 trap() at trap+0x13f calltrap() at calltrap+0x8 --- trap 0xc, rip =3D 0xffffffffb07a79c3, rsp =3D 0xffffffffb079d840, = rbp =3D 0xffffffffb079d860 --- bce_ifmedia_upd_locked() at bce_ifmedia_upd_locked+0x23 bce_mgmt_init_locked() at bce_mgmt_init_locked+0x99 bce_attach() at bce_attach+0x90f device_attach() at device_attach+0x5a device_probe_and_attach() at device_probe_and_attach+0xfe pci_driver_added() at pci_driver_added+0xf3 devclass_add_driver() at devclass_add_driver+0xfb driver_module_handler() at driver_module_handler+0x8e module_register_init() at module_register_init+0x99 linker_file_sysinit() at linker_file_sysinit+0xaf linker_load_file() at linker_load_file+0x134 linker_load_module() at linker_load_module+0x110 kern_kldload() at kern_kldload+0xb9 kldload() at kldload+0x68 syscall() at syscall+0x307 Xfast_syscall() at Xfast_syscall+0xab --- syscall (304, FreeBSD ELF64, kldload), rip =3D 0x80068d24c, rsp =3D 0x7fffffffeb78, rbp =3D 0x7fffffffebf0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x38 fault code =3D supervisor read data, page not present instruction pointer =3D 0x8:0xffffffffb07a79c3 stack pointer =3D 0x10:0xffffffffb079d840 frame pointer =3D 0x10:0xffffffffb079d860 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 672 (kldload) [thread pid 672 tid 100071 ] Stopped at bce_ifmedia_upd_locked+0x23: cmpl $0,0x38(%rax) ------------------------------------------------------------------ The important lines being: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex bce0 (network driver) r =3D 0 (0xffffffff8133e068) locked @ /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:774 Why does this problem only occur when loading a module from the=20 command-line and what's the right way to fix it? David Christensen From owner-freebsd-current@FreeBSD.ORG Thu May 3 19:03:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7636816A400 for ; Thu, 3 May 2007 19:03:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB2013C45D for ; Thu, 3 May 2007 19:03:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so613696wra for ; Thu, 03 May 2007 12:03:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SztkPIdlpVurwfeKK9lZkLU717gSClxVQ7/u4vSuqqWSgANsBaY/KbCgfGrJU8OtJdbjt83v3A0VuQq/a8sGwmo3u1cbHhCcLc0u283q8BgU2vTyj+0sJH2Zce4kQsYbJmdcQi7J9BK/3rpUQ6e/JQ/04hc39bYSj9JK+tiBJgE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tGpCO4PWejZ+aX2bMaaMPyGSFZPD1xbsvhTHw0Ifend9FPY3fOv5e0j/qxoGv0sFv49OVeLhk2MnHYXcaFkcBzDalFHD+JUnlGa6Pebl9bLurhr7PO9wUStwgzfu2ilE+fa721H2B0qkob3K32X4+gjT2jN1AV+gTDR3mDMhIsQ= Received: by 10.78.17.1 with SMTP id 1mr1078852huq.1178219008706; Thu, 03 May 2007 12:03:28 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Thu, 3 May 2007 12:03:28 -0700 (PDT) Message-ID: Date: Thu, 3 May 2007 12:03:28 -0700 From: "Kip Macy" To: "David Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90303D507DF@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <09BFF2FA5EAB4A45B6655E151BBDD90303D507DF@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: freebsd-current@freebsd.org Subject: Re: How to Fix Kernel Panic When Lock Held During Page Fault for Command-Line Loaded bce Module? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 May 2007 19:03:30 -0000 Red herring - you dereferenced a bad pointer at rip = 0xffffffffb07a79c3 and happened to be holding a lock at the time. You may have a resource allocation failure that doesn't occur when it is loaded early in boot. -Kip On 5/3/07, David Christensen wrote: > I'm building the "bce" driver as a module and loading/unloading > it from the command-line to do some work on the driver. A recent > change to the driver on -CURRENT (v1.25) has introduced the > following kernel panic: > > ------------------------------------------------------------------ > > ===[root] /usr/src/sys/modules/bce # make load > /sbin/kldload -v /usr/src/sys/modules/bce/if_bce.ko > bce0: mem > 0xdc000000-0xddffffff irq 16 at device 0.0 on pci2 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > bce0: Ethernet address: 00:10:18:15:f3:e0 > bce0: [ITHREAD] > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex bce0 (network driver) r = 0 (0xffffffff8133e068) > locked @ /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:774 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > witness_warn() at witness_warn+0x2c1 > trap() at trap+0x13f > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffffb07a79c3, rsp = 0xffffffffb079d840, rbp = > 0xffffffffb079d860 --- > bce_ifmedia_upd_locked() at bce_ifmedia_upd_locked+0x23 > bce_mgmt_init_locked() at bce_mgmt_init_locked+0x99 > bce_attach() at bce_attach+0x90f > device_attach() at device_attach+0x5a > device_probe_and_attach() at device_probe_and_attach+0xfe > pci_driver_added() at pci_driver_added+0xf3 > devclass_add_driver() at devclass_add_driver+0xfb > driver_module_handler() at driver_module_handler+0x8e > module_register_init() at module_register_init+0x99 > linker_file_sysinit() at linker_file_sysinit+0xaf > linker_load_file() at linker_load_file+0x134 > linker_load_module() at linker_load_module+0x110 > kern_kldload() at kern_kldload+0xb9 > kldload() at kldload+0x68 > syscall() at syscall+0x307 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (304, FreeBSD ELF64, kldload), rip = 0x80068d24c, rsp = > 0x7fffffffeb78, rbp = 0x7fffffffebf0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x38 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffffb07a79c3 > stack pointer = 0x10:0xffffffffb079d840 > frame pointer = 0x10:0xffffffffb079d860 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 672 (kldload) > [thread pid 672 tid 100071 ] > Stopped at bce_ifmedia_upd_locked+0x23: cmpl $0,0x38(%rax) > > ------------------------------------------------------------------ > > The important lines being: > > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex bce0 (network driver) r = 0 (0xffffffff8133e068) > locked @ /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:774 > > Why does this problem only occur when loading a module from the > command-line and what's the right way to fix it? > > David Christensen > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu May 3 20:59:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B41616A400 for ; Thu, 3 May 2007 20:59:58 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from server300.snhdns.com (server300.snhdns.com [204.15.192.210]) by mx1.freebsd.org (Postfix) with ESMTP id 6319213C48C for ; Thu, 3 May 2007 20:59:58 +0000 (UTC) (envelope-from jclark@metricsystems.com) Received: from ip67-89-211-170.z211-89-67.customer.algx.net ([67.89.211.170] helo=[192.168.0.94]) by server300.snhdns.com with esmtpa (Exim 4.63) (envelope-from ) id 1HjiOy-0001FR-BE for freebsd-current@freebsd.org; Thu, 03 May 2007 16:59:48 -0400 Message-ID: <463A4E2F.9050204@metricsystems.com> Date: Thu, 03 May 2007 14:03:43 -0700 From: John Clark Organization: Metric Systems, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4638C84E.2000704@metricsystems.com> In-Reply-To: <4638C84E.2000704@metricsystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server300.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - metricsystems.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: NFS problem -- solved. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 May 2007 20:59:58 -0000 John Clark schrieb: > I am copying a 'disk image' to an NFS mounted volume. > > I'm using: > > dd if=/dev/ad0 of=Disk.img > > After dd completes the number of blocks indicated is what the raw disk > device should > be. However, when I look at the NFS mounted image, the file size is > anything but the > 80 GB size it should be. I looked in to this, and what is happing, is this. I'm booting a FreeBSD diskless node, to 'clone' the existing harddrive. The FreeBSD boot code apparently mounts the root file system usin NFS V2, which has the 2.5 GB (or so) file size limit, due to using only a signed 32 bit integer for file size. This was found in the 'pxe' boot code. By executing an explicit 'mount' command with the '-3' option, I selected NFS V3, which does not have this limitation, and was able to copy a previously captured 80 GB image onto the harddrive. I'll check the other way around after I do an fsck on the resulting cloned drive. John Clark. From owner-freebsd-current@FreeBSD.ORG Thu May 3 22:55:11 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87D3016A402 for ; Thu, 3 May 2007 22:55:11 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEA513C45D for ; Thu, 3 May 2007 22:55:11 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id F036244450 for ; Thu, 3 May 2007 18:21:46 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02840-03-4 for ; Thu, 3 May 2007 18:21:45 -0400 (EDT) Received: from localhost (66-79-79-186.dsl.mebtel.net [66.79.79.186]) by bilbo.mebtel.net (Postfix) with ESMTP id 491004448B for ; Thu, 3 May 2007 18:21:41 -0400 (EDT) Date: Thu, 3 May 2007 18:21:41 -0400 From: Derek Tattersall To: current@FreeBSD.org Message-ID: <20070503222141.GA93029@lorne.arm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: by amavisd-new at mebtel.net Cc: Subject: configure failure in ports build on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 22:55:11 -0000 I attempted to build gtk20 on my AMD64 current box. It fails in the configure step as follows: checking for TIFFReadScanline in -ltiff... no checking for TIFFWriteScanline in -ltiff... no checking for TIFFFlushData in -ltiff34... no configure: WARNING: *** TIFF loader will not be built (TIFF library not found) *** configure: error: *** Checks for TIFF loader failed. You can build without it by passing *** --without-libtiff to configure but some programs using GTK+ may *** not work properly ===> Script "configure" failed unexpectedly. However, nm /usr/local/lib/libtiff.so shows: 000000000002df90 T TIFFReadScanline 000000000002e450 T TIFFScanlineSize 0000000000030890 T TIFFWriteScanline 00000000000176b0 T TIFFFlushData Building on 6.2 Stable AMD64 has no problems. I also note that libtiff on Stable is also in /usr/local/lib. Is there some environment variable that I haven't set in the current box, or what? Does anybody have a clue for me? -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri May 4 00:23:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37F6016A400 for ; Fri, 4 May 2007 00:23:02 +0000 (UTC) (envelope-from jerryeguru@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id DBC6013C45B for ; Fri, 4 May 2007 00:23:01 +0000 (UTC) (envelope-from jerryeguru@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so621725wxc for ; Thu, 03 May 2007 17:23:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=r6UAbSgjY/2chlQd+mauelUAJggtTyTSTYjR6fFy56CB3FOBN/MAQRzB53IbM6FoMbBk2/MiblOeb0la3KgXmCghCcqQRxku5BX1iy8XB+20Lc5W/ZXa6+Ipw2xPc6CRyXrS45dMR/HpQ9sKxqd9frXuCDSejNbaj+lXzgX7rwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Wrr5JxCIMk8jak2p9OFUxVfS8iDlYVXDesNDdvNkM2vtOxjbwhguI5H6nJ5NfXYqy6oklnUXHKfGYvXsUA+NM7xe4i1a01ygdoOnNwbJsQr+r1ua+vBU0th6Zr5Op+kXSEC9813bwbyVhB9FxI1hbVGCj35i/V+Hm/TThp+Ux8Q= Received: by 10.90.105.20 with SMTP id d20mr2689960agc.1178236616358; Thu, 03 May 2007 16:56:56 -0700 (PDT) Received: by 10.90.101.17 with HTTP; Thu, 3 May 2007 16:56:56 -0700 (PDT) Message-ID: Date: Fri, 4 May 2007 02:56:56 +0300 From: "Mr. OJ J" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: iso error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 00:23:02 -0000 How do i find out if my downloaded iso files are not corrupt be4 i can burn them and start my installation? -- Mr. Ochieng Jerry Joram Certified Network Associate - CCNA [In progress] Certified Network Professional - CCNP [In progress] Certified Systems Eng - Linux Mob: (256) 774 108 444, (256) 712 401218 ICQ Number: 293-639-978 http://www.linuxmortal.blogspot.com/ ---- "Memorizing the weak assumptions of lesser mortals might destroy the potential for authentic creativity, finding the truth to the governing dynamics for an original idea is the way to distinguish one-self" ---- From owner-freebsd-current@FreeBSD.ORG Fri May 4 00:32:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D76116A40B for ; Fri, 4 May 2007 00:32:13 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id D1B3413C483 for ; Fri, 4 May 2007 00:32:12 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so623162wxc for ; Thu, 03 May 2007 17:32:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HV9/k56V97CutZcC/9lVBzqXxxITZ06sfH8eRcJs1R6fflreCHhFfY6VWYy1C8xQDGaK0jpQ7BxBnGgyiHiqd9Mv3I1AD/yVtAEoofrvguaiL6F41621DRPIquZRx04MQUGAbg1XQIvzn215RhQffzjBCdXU1+jqr/485ip1Ch8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jo5VKajueFSwH6vca8ecR0GIWhY2i5W4F8BVv71wUFPXYlrcHCch7OWUXX+xAWKm8dF5YQ5lIgHEAez/mUl5NrOOG/XZGUZwvZgomHHFTK45QSYfgKJ55nLfH0IVpg7Y3E5zlB7u2tt0FAnarKhS27YLIuSvDrLh0lUpF3Tomd8= Received: by 10.78.138.6 with SMTP id l6mr1221422hud.1178238731062; Thu, 03 May 2007 17:32:11 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Thu, 3 May 2007 17:32:11 -0700 (PDT) Message-ID: Date: Thu, 3 May 2007 17:32:11 -0700 From: "Kip Macy" To: "Mr. OJ J" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: iso error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 00:32:13 -0000 Compare the output of md5 with what is on the page. -Kip On 5/3/07, Mr. OJ J wrote: > How do i find out if my downloaded iso files are not corrupt be4 i can burn > them and start my installation? > -- > Mr. Ochieng Jerry Joram > Certified Network Associate - CCNA > [In progress] Certified Network Professional - CCNP > [In progress] Certified Systems Eng - Linux > Mob: (256) 774 108 444, (256) 712 401218 > ICQ Number: 293-639-978 > http://www.linuxmortal.blogspot.com/ > ---- > "Memorizing the weak assumptions of lesser mortals might destroy the > potential for authentic creativity, finding the truth to the > governing dynamics for an original idea is the way to distinguish > one-self" > ---- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri May 4 01:38:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47F8F16A403; Fri, 4 May 2007 01:38: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 0801013C465; Fri, 4 May 2007 01:38:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l441cIXB089821; Thu, 3 May 2007 21:38: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.13.8/8.13.8) with ESMTP id l441cI1r003491; Thu, 3 May 2007 21:38:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E9BDB73068; Thu, 3 May 2007 21:38:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504013817.E9BDB73068@freebsd-current.sentex.ca> Date: Thu, 3 May 2007 21:38:17 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Fri, 04 May 2007 01:38:19 -0000 TB --- 2007-05-04 00:33:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 00:33:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-04 00:33:56 - cleaning the object tree TB --- 2007-05-04 00:34:25 - checking out the source tree TB --- 2007-05-04 00:34:25 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-04 00:34:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 00:41:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 00:41:36 - cd /src TB --- 2007-05-04 00:41:36 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 00:41:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 01:36:04 UTC 2007 TB --- 2007-05-04 01:36:04 - generating LINT kernel config TB --- 2007-05-04 01:36:04 - cd /src/sys/pc98/conf TB --- 2007-05-04 01:36:04 - /usr/bin/make -B LINT TB --- 2007-05-04 01:36:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 01:36:04 - cd /src TB --- 2007-05-04 01:36:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 01:36:05 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 01:38:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 01:38:17 - ERROR: failed to build lint kernel TB --- 2007-05-04 01:38:17 - tinderbox aborted TB --- 0.81 user 2.90 system 3861.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 02:46:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A560816A407; Fri, 4 May 2007 02:46: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 6553113C455; Fri, 4 May 2007 02:46:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l442kfdo096525; Thu, 3 May 2007 22:46: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.13.8/8.13.8) with ESMTP id l442kfKc045712; Thu, 3 May 2007 22:46:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6015173068; Thu, 3 May 2007 22:46:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504024641.6015173068@freebsd-current.sentex.ca> Date: Thu, 3 May 2007 22:46:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Fri, 04 May 2007 02:46:42 -0000 TB --- 2007-05-04 01:21:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 01:21:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-04 01:21:10 - cleaning the object tree TB --- 2007-05-04 01:21:42 - checking out the source tree TB --- 2007-05-04 01:21:42 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-04 01:21:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 01:28:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 01:28:39 - cd /src TB --- 2007-05-04 01:28:39 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 01:28:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 02:44:53 UTC 2007 TB --- 2007-05-04 02:44:53 - generating LINT kernel config TB --- 2007-05-04 02:44:53 - cd /src/sys/ia64/conf TB --- 2007-05-04 02:44:53 - /usr/bin/make -B LINT TB --- 2007-05-04 02:44:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 02:44:53 - cd /src TB --- 2007-05-04 02:44:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 02:44:53 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 02:46:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 02:46:41 - ERROR: failed to build lint kernel TB --- 2007-05-04 02:46:41 - tinderbox aborted TB --- 0.81 user 2.59 system 5130.93 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 03:50:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CF2516A403; Fri, 4 May 2007 03:50: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 2D19F13C448; Fri, 4 May 2007 03:50: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.13.8/8.13.8) with ESMTP id l443oTgI099550; Thu, 3 May 2007 23:50:29 -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.13.8/8.13.8) with ESMTP id l443oTR5063240; Thu, 3 May 2007 23:50:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F78773068; Thu, 3 May 2007 23:50:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504035029.2F78773068@freebsd-current.sentex.ca> Date: Thu, 3 May 2007 23:50:29 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Fri, 04 May 2007 03:50:30 -0000 TB --- 2007-05-04 02:46:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 02:46:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-04 02:46:41 - cleaning the object tree TB --- 2007-05-04 02:47:00 - checking out the source tree TB --- 2007-05-04 02:47:00 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-04 02:47:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 02:54:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 02:54:06 - cd /src TB --- 2007-05-04 02:54:06 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 02:54:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 03:48:32 UTC 2007 TB --- 2007-05-04 03:48:32 - generating LINT kernel config TB --- 2007-05-04 03:48:32 - cd /src/sys/sparc64/conf TB --- 2007-05-04 03:48:32 - /usr/bin/make -B LINT TB --- 2007-05-04 03:48:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 03:48:32 - cd /src TB --- 2007-05-04 03:48:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 03:48:32 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** 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 --- 2007-05-04 03:50:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 03:50:28 - ERROR: failed to build lint kernel TB --- 2007-05-04 03:50:28 - tinderbox aborted TB --- 0.69 user 2.52 system 3827.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 03:56:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 762D116A401 for ; Fri, 4 May 2007 03:56:52 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 48E0813C45B for ; Fri, 4 May 2007 03:56:52 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (andersonbox1.centtech.com [192.168.42.21]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l443ugTT067479; Thu, 3 May 2007 22:56:43 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <463AAEFA.5060808@freebsd.org> Date: Thu, 03 May 2007 22:56:42 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Ivan Voras References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> <4638BE34.3070709@freebsd.org> <4638C2D5.2040907@fer.hr> <20070502182418.GB1997@garage.freebsd.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3204/Thu May 3 13:46:39 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 03:56:52 -0000 On 05/03/07 08:38, Ivan Voras wrote: > Pawel Jakub Dawidek wrote: > >> When you call 'fsck -p' on gjournaled file system, it recognize that it >> is journaled and only garbage-collects orphaned inodes. > > Does fsck during boot also behave like this? > Looks like it does: [..snippet of /etc/rc.d/fsck..] ... echo "Starting file system checks:" if checkyesno background_fsck; then fsck -F -p else fsck -p fi ... Eric From owner-freebsd-current@FreeBSD.ORG Fri May 4 04:11:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9455F16A403; Fri, 4 May 2007 04:11: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 54CA113C455; Fri, 4 May 2007 04:11: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.13.8/8.13.8) with ESMTP id l444BMPi000489; Fri, 4 May 2007 00:11:22 -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.13.8/8.13.8) with ESMTP id l444BMEr071773; Fri, 4 May 2007 00:11:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 173C073068; Fri, 4 May 2007 00:11:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504041122.173C073068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 00:11:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Fri, 04 May 2007 04:11:23 -0000 TB --- 2007-05-04 03:10:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 03:10:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-04 03:10:10 - cleaning the object tree TB --- 2007-05-04 03:10:31 - checking out the source tree TB --- 2007-05-04 03:10:31 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-04 03:10:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 03:17:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 03:17:20 - cd /src TB --- 2007-05-04 03:17:20 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 03:17:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 04:09:48 UTC 2007 TB --- 2007-05-04 04:09:48 - generating LINT kernel config TB --- 2007-05-04 04:09:48 - cd /src/sys/sun4v/conf TB --- 2007-05-04 04:09:48 - /usr/bin/make -B LINT TB --- 2007-05-04 04:09:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 04:09:48 - cd /src TB --- 2007-05-04 04:09:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 04:09:48 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 04:11:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 04:11:22 - ERROR: failed to build lint kernel TB --- 2007-05-04 04:11:22 - tinderbox aborted TB --- 0.72 user 2.28 system 3671.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 05:51:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2ABF16A401; Fri, 4 May 2007 05:51: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 72A8E13C465; Fri, 4 May 2007 05:51: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.13.8/8.13.8) with ESMTP id l445pBDp003910; Fri, 4 May 2007 01:51: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.13.8/8.13.8) with ESMTP id l445pB0e072003; Fri, 4 May 2007 01:51:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5A4A973068; Fri, 4 May 2007 01:51:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504055111.5A4A973068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 01:51:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Fri, 04 May 2007 05:51:12 -0000 TB --- 2007-05-04 04:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 04:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-04 04:15:00 - cleaning the object tree TB --- 2007-05-04 04:15:36 - checking out the source tree TB --- 2007-05-04 04:15:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-04 04:15:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 04:24:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 04:24:03 - cd /src TB --- 2007-05-04 04:24:03 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 04:24:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri May 4 05:44:46 UTC 2007 TB --- 2007-05-04 05:44:46 - generating LINT kernel config TB --- 2007-05-04 05:44:46 - cd /src/sys/amd64/conf TB --- 2007-05-04 05:44:46 - /usr/bin/make -B LINT TB --- 2007-05-04 05:44:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 05:44:46 - cd /src TB --- 2007-05-04 05:44:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 05:44:46 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 05:51:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 05:51:10 - ERROR: failed to build lint kernel TB --- 2007-05-04 05:51:10 - tinderbox aborted TB --- 0.88 user 3.75 system 5770.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 06:39:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2A0916A404; Fri, 4 May 2007 06:39:51 +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 6C75F13C468; Fri, 4 May 2007 06:39:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l446donn005697; Fri, 4 May 2007 02:39: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.13.8/8.13.8) with ESMTP id l446do3m030220; Fri, 4 May 2007 02:39:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AEA8773068; Fri, 4 May 2007 02:39:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504063950.AEA8773068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 02:39:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 06:39:52 -0000 TB --- 2007-05-04 05:20:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 05:20:44 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-04 05:20:44 - cleaning the object tree TB --- 2007-05-04 05:21:19 - checking out the source tree TB --- 2007-05-04 05:21:19 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-04 05:21:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 05:27:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 05:27:50 - cd /src TB --- 2007-05-04 05:27:50 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 05:27:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 06:37:19 UTC 2007 TB --- 2007-05-04 06:37:19 - generating LINT kernel config TB --- 2007-05-04 06:37:19 - cd /src/sys/i386/conf TB --- 2007-05-04 06:37:19 - /usr/bin/make -B LINT TB --- 2007-05-04 06:37:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 06:37:19 - cd /src TB --- 2007-05-04 06:37:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 06:37:19 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 06:39:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 06:39:50 - ERROR: failed to build lint kernel TB --- 2007-05-04 06:39:50 - tinderbox aborted TB --- 0.91 user 2.84 system 4745.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 07:23:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87A2316A400; Fri, 4 May 2007 07:23: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 47A6F13C468; Fri, 4 May 2007 07:23: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.13.8/8.13.8) with ESMTP id l447Nkk0007572; Fri, 4 May 2007 03:23:46 -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.13.8/8.13.8) with ESMTP id l447Nkkt036995; Fri, 4 May 2007 03:23:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2020873068; Fri, 4 May 2007 03:23:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504072346.2020873068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 03:23:45 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Fri, 04 May 2007 07:23:47 -0000 TB --- 2007-05-04 05:51:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 05:51:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-04 05:51:11 - cleaning the object tree TB --- 2007-05-04 05:51:57 - checking out the source tree TB --- 2007-05-04 05:51:57 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-04 05:51:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 06:14:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 06:14:34 - cd /src TB --- 2007-05-04 06:14:34 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 06:14:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 07:19:53 UTC 2007 TB --- 2007-05-04 07:19:53 - generating LINT kernel config TB --- 2007-05-04 07:19:53 - cd /src/sys/pc98/conf TB --- 2007-05-04 07:19:53 - /usr/bin/make -B LINT TB --- 2007-05-04 07:19:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 07:19:53 - cd /src TB --- 2007-05-04 07:19:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 07:19:53 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 07:23:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 07:23:45 - ERROR: failed to build lint kernel TB --- 2007-05-04 07:23:45 - tinderbox aborted TB --- 0.62 user 1.89 system 5553.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 08:21:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7EF016A400; Fri, 4 May 2007 08:21: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 67B1313C484; Fri, 4 May 2007 08:21:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l448LadG009718; Fri, 4 May 2007 04:21:36 -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.13.8/8.13.8) with ESMTP id l448La4b079477; Fri, 4 May 2007 04:21:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FF3C73068; Fri, 4 May 2007 04:21:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504082136.6FF3C73068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 04:21:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Fri, 04 May 2007 08:21:37 -0000 TB --- 2007-05-04 06:39:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 06:39:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-04 06:39:50 - cleaning the object tree TB --- 2007-05-04 06:40:14 - checking out the source tree TB --- 2007-05-04 06:40:14 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-04 06:40:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 06:48:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 06:48:14 - cd /src TB --- 2007-05-04 06:48:14 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 06:48:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 08:19:41 UTC 2007 TB --- 2007-05-04 08:19:41 - generating LINT kernel config TB --- 2007-05-04 08:19:41 - cd /src/sys/ia64/conf TB --- 2007-05-04 08:19:41 - /usr/bin/make -B LINT TB --- 2007-05-04 08:19:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 08:19:41 - cd /src TB --- 2007-05-04 08:19:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 08:19:42 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 08:21:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 08:21:36 - ERROR: failed to build lint kernel TB --- 2007-05-04 08:21:36 - tinderbox aborted TB --- 0.59 user 1.81 system 6105.42 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 08:45:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 129A816A400 for ; Fri, 4 May 2007 08:45:17 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id E3FD313C483 for ; Fri, 4 May 2007 08:45:16 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:49946 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HjtPf-000616-7s for freebsd-current@freebsd.org; Fri, 04 May 2007 03:45:16 -0500 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-5-245124731" To: freebsd-current@freebsd.org From: Larry Rosenman Date: Fri, 4 May 2007 03:45:03 -0500 X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001 DomainKey-Status: no signature Subject: EM import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 08:45:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-5-245124731 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed The new em driver import has 2 fatal flaws (I've sent mail to Jack already): 1) the $FreeBSD$ markers don't have comment markers around them in ALL files 2) the sys/conf/files file doesn't have the lines for e1000_82575 in it Fixing both of those fixes my build. LER --Apple-Mail-5-245124731 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGOvKPrRNGhTxJvdYRAqNfAKCFWsq2Y0J6Qv+qp/HiUKDNlaq3CwCeK3dH cpQk+rMDqNKRG/gAU1eASyc= =TJ6T -----END PGP SIGNATURE----- --Apple-Mail-5-245124731-- From owner-freebsd-current@FreeBSD.ORG Fri May 4 09:04:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B3D516A402 for ; Fri, 4 May 2007 09:04:15 +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 1206413C46C for ; Fri, 4 May 2007 09:04:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hjthw-0003h6-UA for freebsd-current@freebsd.org; Fri, 04 May 2007 11:04:08 +0200 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 ; Fri, 04 May 2007 11:04:08 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 May 2007 11:04:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 04 May 2007 11:03:47 +0200 Lines: 30 Message-ID: References: <200705021453.20372.h.schmalzbauer@omnisec.de> <46389DED.5060509@freebsd.org> <200705021631.02167.h.schmalzbauer@omnisec.de> <4638BE34.3070709@freebsd.org> <4638C2D5.2040907@fer.hr> <20070502182418.GB1997@garage.freebsd.pl> <463AAEFA.5060808@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBDDA36B8EBF0019FC9EF429E" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <463AAEFA.5060808@freebsd.org> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: gjournal + gmirror question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 09:04:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBDDA36B8EBF0019FC9EF429E Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Eric Anderson wrote: > Looks like it does: Aaargh, sorry, of course it does, it's the "preen" switch :) I didn't=20 pay attention (and thought it's some new switch introduced for gjournal).= --------------enigBDDA36B8EBF0019FC9EF429E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGOvb9ldnAQVacBcgRAlXpAJ93JlG6rUrEbeOAdRBt705taNzL+ACg+RIR GVe8udaJVWa7O2DVtZqSoBU= =YZ5a -----END PGP SIGNATURE----- --------------enigBDDA36B8EBF0019FC9EF429E-- From owner-freebsd-current@FreeBSD.ORG Fri May 4 09:37:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54FA316A403; Fri, 4 May 2007 09:37: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 2CA8F13C45B; Fri, 4 May 2007 09:37:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l449bqM4012618; Fri, 4 May 2007 05:37: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.13.8/8.13.8) with ESMTP id l449bqte015924; Fri, 4 May 2007 05:37:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 20ABF73068; Fri, 4 May 2007 05:37:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504093752.20ABF73068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 05:37:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Fri, 04 May 2007 09:37:53 -0000 TB --- 2007-05-04 08:21:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 08:21:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-04 08:21:36 - cleaning the object tree TB --- 2007-05-04 08:21:53 - checking out the source tree TB --- 2007-05-04 08:21:53 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-04 08:21:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 08:28:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 08:28:56 - cd /src TB --- 2007-05-04 08:28:56 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 08:28:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 09:24:41 UTC 2007 TB --- 2007-05-04 09:24:41 - generating LINT kernel config TB --- 2007-05-04 09:24:41 - cd /src/sys/sparc64/conf TB --- 2007-05-04 09:24:41 - /usr/bin/make -B LINT TB --- 2007-05-04 09:24:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 09:24:41 - cd /src TB --- 2007-05-04 09:24:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 09:24:41 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** 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 --- 2007-05-04 09:37:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 09:37:51 - ERROR: failed to build lint kernel TB --- 2007-05-04 09:37:51 - tinderbox aborted TB --- 0.52 user 1.77 system 4575.36 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 10:22:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AB4516A401; Fri, 4 May 2007 10:22: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 BE64F13C45A; Fri, 4 May 2007 10:22: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.13.8/8.13.8) with ESMTP id l44AMrpa014261; Fri, 4 May 2007 06:22:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l44AMr0m063441; Fri, 4 May 2007 06:22:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0FAF973068; Fri, 4 May 2007 06:22:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504102253.0FAF973068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 06:22:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Fri, 04 May 2007 10:22:54 -0000 TB --- 2007-05-04 09:11:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 09:11:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-04 09:11:55 - cleaning the object tree TB --- 2007-05-04 09:12:13 - checking out the source tree TB --- 2007-05-04 09:12:13 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-04 09:12:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 09:19:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 09:19:36 - cd /src TB --- 2007-05-04 09:19:36 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 09:19:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 10:10:42 UTC 2007 TB --- 2007-05-04 10:10:42 - generating LINT kernel config TB --- 2007-05-04 10:10:42 - cd /src/sys/sun4v/conf TB --- 2007-05-04 10:10:42 - /usr/bin/make -B LINT TB --- 2007-05-04 10:10:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 10:10:42 - cd /src TB --- 2007-05-04 10:10:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 10:10:43 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 10:22:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 10:22:52 - ERROR: failed to build lint kernel TB --- 2007-05-04 10:22:52 - tinderbox aborted TB --- 0.45 user 1.92 system 4256.99 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 10:39:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1505116A402 for ; Fri, 4 May 2007 10:39:45 +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 C47F313C459 for ; Fri, 4 May 2007 10:39:44 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HjvCK-0006iE-OP for freebsd-current@freebsd.org; Fri, 04 May 2007 12:39:36 +0200 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 ; Fri, 04 May 2007 12:39:36 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 May 2007 12:39:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 04 May 2007 12:39:11 +0200 Lines: 42 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF0E61A2C4182F27AC290D583" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) X-Enigmail-Version: 0.94.2.0 Sender: news Subject: new unionfs & moving files around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 10:39:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF0E61A2C4182F27AC290D583 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable This is the situation: - there's one file system on a RAID controller, somewhat slow and with=20 limited space, let's call it "production" - there's another file system on a big IDE drive - a lot of files are saved on the production file system, but the=20 usefulness of that data shaply declines with time (recent files=20 absolutely need to be kept, but older files are optional) The idea: - create a unionfs that covers both file systems, so that new files are = created on the RAID-backed file system, but all files are visible - create a cron job that moves older files from the production file=20 system to the spare file system I've not started it yet (waiting for csup to RELENG_6) but is there any=20 "hidden" reason this shouldn't work? I'm asking because the files will=20 be moved from one part of the unionfs (upper) to the other (lower), on=20 different file systems, probably while concurrently accessed. --------------enigF0E61A2C4182F27AC290D583 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGOw1WldnAQVacBcgRAifyAKDZRfubTl3wGAoJqlBwEMA5LXQf6ACcCdDI P4AUjufsIBVdpRGDNFcVHP4= =v5FX -----END PGP SIGNATURE----- --------------enigF0E61A2C4182F27AC290D583-- From owner-freebsd-current@FreeBSD.ORG Fri May 4 04:50:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A7F616A401 for ; Fri, 4 May 2007 04:50:02 +0000 (UTC) (envelope-from carpetsmoker@rwxrwxrwx.net) Received: from mail.rwxrwxrwx.net (carpetsmoker.xs4all.nl [82.93.23.199]) by mx1.freebsd.org (Postfix) with ESMTP id BD65D13C457 for ; Fri, 4 May 2007 04:50:01 +0000 (UTC) (envelope-from carpetsmoker@rwxrwxrwx.net) Received: by mail.rwxrwxrwx.net (Postfix, from userid 1001) id 03AA16D46E; Fri, 4 May 2007 06:22:14 +0200 (CEST) Date: Fri, 4 May 2007 06:22:14 +0200 From: Martin Tournoij To: freebsd-current@freebsd.org Message-ID: <20070504042214.GA95720@glitch.rwxrwxrwx.net> Mail-Followup-To: freebsd-current@freebsd.org, dlt@mebtel.net References: <20070503222141.GA93029@lorne.arm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070503222141.GA93029@lorne.arm.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Mailman-Approved-At: Fri, 04 May 2007 11:16:54 +0000 Cc: dlt@mebtel.net Subject: Re: configure failure in ports build 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: Fri, 04 May 2007 04:50:02 -0000 On Thu 03 May 2007 18:05, Derek Tattersall wrote: > I attempted to build gtk20 on my AMD64 current box. It fails in the > configure step as follows: > checking for TIFFReadScanline in -ltiff... no > checking for TIFFWriteScanline in -ltiff... no > checking for TIFFFlushData in -ltiff34... no > configure: WARNING: *** TIFF loader will not be built (TIFF library not > found) *** > configure: error: > *** Checks for TIFF loader failed. You can build without it by passing > *** --without-libtiff to configure but some programs using GTK+ may > *** not work properly > ===> Script "configure" failed unexpectedly. > > However, nm /usr/local/lib/libtiff.so shows: > 000000000002df90 T TIFFReadScanline > 000000000002e450 T TIFFScanlineSize > 0000000000030890 T TIFFWriteScanline > > 00000000000176b0 T TIFFFlushData > > Building on 6.2 Stable AMD64 has no problems. I also note that libtiff > on Stable is also in /usr/local/lib. > > Is there some environment variable that I haven't set in the current > box, or what? Does anybody have a clue for me? Does ldconfig know about your tiff library? ldconfig -r | grep tiff Which version of gtk are you trying to build? And which version of tiff do you have installed? Can you attach your config.log (should be in work/gtk.../config.log) -- Regards, Martin Tournoij From owner-freebsd-current@FreeBSD.ORG Fri May 4 12:08:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9401D16A404; Fri, 4 May 2007 12:08: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 5442413C46C; Fri, 4 May 2007 12:08: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.13.8/8.13.8) with ESMTP id l44C8C1n022569; Fri, 4 May 2007 08:08:12 -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.13.8/8.13.8) with ESMTP id l44C8CYb054758; Fri, 4 May 2007 08:08:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CAF173068; Fri, 4 May 2007 08:08:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504120812.5CAF173068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 08:08:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Fri, 04 May 2007 12:08:13 -0000 TB --- 2007-05-04 10:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 10:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-04 10:25:00 - cleaning the object tree TB --- 2007-05-04 10:25:30 - checking out the source tree TB --- 2007-05-04 10:25:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-04 10:25:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 10:33:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 10:33:41 - cd /src TB --- 2007-05-04 10:33:41 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 10:33:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri May 4 11:54:05 UTC 2007 TB --- 2007-05-04 11:54:05 - generating LINT kernel config TB --- 2007-05-04 11:54:05 - cd /src/sys/amd64/conf TB --- 2007-05-04 11:54:05 - /usr/bin/make -B LINT TB --- 2007-05-04 11:54:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 11:54:05 - cd /src TB --- 2007-05-04 11:54:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 11:54:05 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 12:08:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 12:08:12 - ERROR: failed to build lint kernel TB --- 2007-05-04 12:08:12 - tinderbox aborted TB --- 0.73 user 2.74 system 6191.74 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 12:26:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC30316A400 for ; Fri, 4 May 2007 12:26:46 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from bay0-omc1-s35.bay0.hotmail.com (bay0-omc1-s35.bay0.hotmail.com [65.54.246.107]) by mx1.freebsd.org (Postfix) with ESMTP id 90E9D13C483 for ; Fri, 4 May 2007 12:26:46 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from BAY113-W22 ([65.54.168.122]) by bay0-omc1-s35.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Fri, 4 May 2007 05:26:46 -0700 Message-ID: X-Originating-IP: [84.57.40.183] From: Tino Engel To: Date: Fri, 4 May 2007 13:26:46 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 May 2007 12:26:46.0496 (UTC) FILETIME=[7B3FF600:01C78E47] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: freebsd-current Digest, Vol 194, Issue 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, 04 May 2007 12:26:46 -0000 fsck during boot (initiated on auto-mount-error) behaves like fsck. Excepti= on: Write lock disabled.BR, Engel--Forwarded Message Attachment--From: ivor= as@fer.hrTo: freebsd-current@freebsd.orgDate: Thu, 3 May 2007 15:38:52 +020= 0Subject: Re: gjournal + gmirror questionPawel Jakub Dawidek wrote: > When = you call 'fsck -p' on gjournaled file system, it recognize that it> is jour= naled and only garbage-collects orphaned inodes. Does fsck during boot also= behave like this? --Forwarded Message Attachment--From: davidch@broadcom.c= omCC: To: freebsd-current@freebsd.orgDate: Thu, 3 May 2007 11:07:16 -0700Su= bject: How to Fix Kernel Panic When Lock Held During Page Fault for Command= -Line Loaded bce Module?I'm building the "bce" driver as a module and loadi= ng/unloadingit from the command-line to do some work on the driver. A rece= ntchange to the driver on -CURRENT (v1.25) has introduced the following ker= nel panic: ----------------------------------------------------------------= -- =3D=3D=3D[root] /usr/src/sys/modules/bce # make load/sbin/kldload -v /us= r/src/sys/modules/bce/if_bce.kobce0: mem0xdc000000-0xddffffff irq 16 at device 0.0 on pci2bce0= : ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHzbce0: Ethernet addr= ess: 00:10:18:15:f3:e0bce0: [ITHREAD]Kernel page fault with the following n= on-sleepable locks held:exclusive sleep mutex bce0 (network driver) r =3D 0= (0xffffffff8133e068)locked @ /usr/src/sys/modules/bce/../../dev/bce/if_bce= .c:774KDB: stack backtrace:db_trace_self_wrapper() at db_trace_self_wrapper= +0x2akdb_backtrace() at kdb_backtrace+0x37witness_warn() at witness_warn+0x= 2c1trap() at trap+0x13fcalltrap() at calltrap+0x8--- trap 0xc, rip =3D 0xff= ffffffb07a79c3, rsp =3D 0xffffffffb079d840, rbp =3D0xffffffffb079d860 ---bc= e_ifmedia_upd_locked() at bce_ifmedia_upd_locked+0x23bce_mgmt_init_locked()= at bce_mgmt_init_locked+0x99bce_attach() at bce_attach+0x90fdevice_attach(= ) at device_attach+0x5adevice_probe_and_attach() at device_probe_and_attach= +0xfepci_driver_added() at pci_driver_added+0xf3devclass_add_driver() at de= vclass_add_driver+0xfbdriver_module_handler() at driver_module_handler+0x8e= module_register_init() at module_register_init+0x99linker_file_sysinit() at= linker_file_sysinit+0xaflinker_load_file() at linker_load_file+0x134linker= _load_module() at linker_load_module+0x110kern_kldload() at kern_kldload+0x= b9kldload() at kldload+0x68syscall() at syscall+0x307Xfast_syscall() at Xfa= st_syscall+0xab--- syscall (304, FreeBSD ELF64, kldload), rip =3D 0x80068d2= 4c, rsp =3D0x7fffffffeb78, rbp =3D 0x7fffffffebf0 --- Fatal trap 12: page = fault while in kernel modecpuid =3D 0; apic id =3D 00fault virtual address = =3D 0x38fault code =3D supervisor read data, page not presen= tinstruction pointer =3D 0x8:0xffffffffb07a79c3stack pointer = =3D 0x10:0xffffffffb079d840frame pointer =3D 0x10:0xffffffffb079d= 860code segment =3D base 0x0, limit 0xfffff, type 0x1b = =3D DPL 0, pres 1, long 1, def32 0, gran 1processor eflags = =3D interrupt enabled, resume, IOPL =3D 0current process =3D 6= 72 (kldload)[thread pid 672 tid 100071 ]Stopped at bce_ifmedia_upd_loc= ked+0x23: cmpl $0,0x38(%rax) ----------------------------------------= -------------------------- The important lines being: Kernel page fault wit= h the following non-sleepable locks held:exclusive sleep mutex bce0 (networ= k driver) r =3D 0 (0xffffffff8133e068)locked @ /usr/src/sys/modules/bce/../= ../dev/bce/if_bce.c:774 Why does this problem only occur when loading a mod= ule from the command-line and what's the right way to fix it? David Christe= nsen --Forwarded Message Attachment--From: kip.macy@gmail.comCC: freebsd-c= urrent@freebsd.orgTo: davidch@broadcom.comDate: Thu, 3 May 2007 12:03:28 -0= 700Subject: Re: How to Fix Kernel Panic When Lock Held During Page Fault fo= r Command-Line Loaded bce Module?Red herring - you dereferenced a bad point= er at rip =3D0xffffffffb07a79c3 and happened to be holding a lock at the ti= me. Youmay have a resource allocation failure that doesn't occur when it is= loaded early in boot. -Kip On 5/3/07, David Christensen wrote:> I'm building the "bce" driver as a module and loading/unload= ing> it from the command-line to do some work on the driver. A recent> cha= nge to the driver on -CURRENT (v1.25) has introduced the> following kernel = panic:>> ------------------------------------------------------------------= >> =3D=3D=3D[root] /usr/src/sys/modules/bce # make load> /sbin/kldload -v /= usr/src/sys/modules/bce/if_bce.ko> bce0: mem> 0xdc000000-0xddffffff irq 16 at device 0.0 on pc= i2> bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz> bce0: Eth= ernet address: 00:10:18:15:f3:e0> bce0: [ITHREAD]> Kernel page fault with t= he following non-sleepable locks held:> exclusive sleep mutex bce0 (network= driver) r =3D 0 (0xffffffff8133e068)> locked @ /usr/src/sys/modules/bce/..= /../dev/bce/if_bce.c:774> KDB: stack backtrace:> db_trace_self_wrapper() at= db_trace_self_wrapper+0x2a> kdb_backtrace() at kdb_backtrace+0x37> witness= _warn() at witness_warn+0x2c1> trap() at trap+0x13f> calltrap() at calltrap= +0x8> --- trap 0xc, rip =3D 0xffffffffb07a79c3, rsp =3D 0xffffffffb079d840,= rbp =3D> 0xffffffffb079d860 ---> bce_ifmedia_upd_locked() at bce_ifmedia_u= pd_locked+0x23> bce_mgmt_init_locked() at bce_mgmt_init_locked+0x99> bce_at= tach() at bce_attach+0x90f> device_attach() at device_attach+0x5a> device_p= robe_and_attach() at device_probe_and_attach+0xfe> pci_driver_added() at pc= i_driver_added+0xf3> devclass_add_driver() at devclass_add_driver+0xfb> dri= ver_module_handler() at driver_module_handler+0x8e> module_register_init() = at module_register_init+0x99> linker_file_sysinit() at linker_file_sysinit+= 0xaf> linker_load_file() at linker_load_file+0x134> linker_load_module() at= linker_load_module+0x110> kern_kldload() at kern_kldload+0xb9> kldload() a= t kldload+0x68> syscall() at syscall+0x307> Xfast_syscall() at Xfast_syscal= l+0xab> --- syscall (304, FreeBSD ELF64, kldload), rip =3D 0x80068d24c, rsp= =3D> 0x7fffffffeb78, rbp =3D 0x7fffffffebf0 --->>> Fatal trap 12: page fau= lt while in kernel mode> cpuid =3D 0; apic id =3D 00> fault virtual address= =3D 0x38> fault code =3D supervisor read data, page not pre= sent> instruction pointer =3D 0x8:0xffffffffb07a79c3> stack pointer = =3D 0x10:0xffffffffb079d840> frame pointer =3D 0x10:0xffff= ffffb079d860> code segment =3D base 0x0, limit 0xfffff, type 0x1= b> =3D DPL 0, pres 1, long 1, def32 0, gran 1> proc= essor eflags =3D interrupt enabled, resume, IOPL =3D 0> current proc= ess =3D 672 (kldload)> [thread pid 672 tid 100071 ]> Stopped at = bce_ifmedia_upd_locked+0x23: cmpl $0,0x38(%rax)>> -----------------= ------------------------------------------------->> The important lines bei= ng:>> Kernel page fault with the following non-sleepable locks held:> exclu= sive sleep mutex bce0 (network driver) r =3D 0 (0xffffffff8133e068)> locked= @ /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:774>> Why does this prob= lem only occur when loading a module from the> command-line and what's the = right way to fix it?>> David Christensen>> ________________________________= _______________> freebsd-current@freebsd.org mailing list> http://lists.fre= ebsd.org/mailman/listinfo/freebsd-current> To unsubscribe, send any mail to= "freebsd-current-unsubscribe@freebsd.org"> --Forwarded Message Attachment-= -From: jclark@metricsystems.comTo: freebsd-current@freebsd.orgDate: Thu, 3 = May 2007 14:03:43 -0700Subject: Re: NFS problem -- solved.John Clark schrie= b:> I am copying a 'disk image' to an NFS mounted volume.>> I'm using:>> dd= if=3D/dev/ad0 of=3DDisk.img>> After dd completes the number of blocks indi= cated is what the raw disk > device should> be. However, when I look at the= NFS mounted image, the file size is > anything but the> 80 GB size it shou= ld be. I looked in to this, and what is happing, is this. I'm booting a Fr= eeBSD diskless node, to 'clone' the existing harddrive. The FreeBSD boot co= deapparently mounts the root file system usin NFS V2, which has the 2.5 GB = (or so) filesize limit, due to using only a signed 32 bit integer for file = size. This was found in the 'pxe' bootcode. By executing an explicit 'mount= ' command with the '-3' option, I selected NFS V3, whichdoes not have this = limitation, and was able to copy a previously captured 80 GB image ontothe = harddrive. I'll check the other way around after I do an fsck on the result= ing cloned drive. John Clark. --Forwarded Message Attachment--From: dlt@= mebtel.netCC: To: current@FreeBSD.orgDate: Thu, 3 May 2007 18:21:41 -0400Su= bject: configure failure in ports build on currentI attempted to build gtk2= 0 on my AMD64 current box. It fails in theconfigure step as follows:checki= ng for TIFFReadScanline in -ltiff... nochecking for TIFFWriteScanline in -l= tiff... nochecking for TIFFFlushData in -ltiff34... noconfigure: WARNING: *= ** TIFF loader will not be built (TIFF library notfound) ***configure: erro= r:*** Checks for TIFF loader failed. You can build without it by passing***= --without-libtiff to configure but some programs using GTK+ may*** not wor= k properly=3D=3D=3D> Script "configure" failed unexpectedly. However, nm /= usr/local/lib/libtiff.so shows:000000000002df90 T TIFFReadScanline000000000= 002e450 T TIFFScanlineSize0000000000030890 T TIFFWriteScanline 000000000001= 76b0 T TIFFFlushData Building on 6.2 Stable AMD64 has no problems. I also = note that libtiffon Stable is also in /usr/local/lib. Is there some envir= onment variable that I haven't set in the currentbox, or what? Does anybod= y have a clue for me? -- Best regards,Derek Tattersalldlt@mebtel.net dlt66= 6@yahoo.com dtatters@gmail.com --Forwarded Message Attachment--From: jerr= yeguru@gmail.comTo: freebsd-current@freebsd.orgDate: Fri, 4 May 2007 02:56:= 56 +0300Subject: iso errorHow do i find out if my downloaded iso files are = not corrupt be4 i can burnthem and start my installation?-- Mr. Ochieng Jer= ry JoramCertified Network Associate - CCNA[In progress] Certified Network P= rofessional - CCNP[In progress] Certified Systems Eng - LinuxMob: (256) 774= 108 444, (256) 712 401218ICQ Number: 293-639-978http://www.linuxmortal.blo= gspot.com/----"Memorizing the weak assumptions of lesser mortals might dest= roy thepotential for authentic creativity, finding the truth to thegovernin= g dynamics for an original idea is the way to distinguishone-self"---- --Fo= rwarded Message Attachment--From: kip.macy@gmail.comCC: freebsd-current@fre= ebsd.orgTo: jerryeguru@gmail.comDate: Thu, 3 May 2007 17:32:11 -0700Subject= : Re: iso errorCompare the output of md5 with what is on the page. -= Kip On 5/3/07, Mr. OJ J wrote:> How do i find out if= my downloaded iso files are not corrupt be4 i can burn> them and start my = installation?> --> Mr. Ochieng Jerry Joram> Certified Network Associate - C= CNA> [In progress] Certified Network Professional - CCNP> [In progress] Cer= tified Systems Eng - Linux> Mob: (256) 774 108 444, (256) 712 401218> ICQ N= umber: 293-639-978> http://www.linuxmortal.blogspot.com/> ----> "Memorizing= the weak assumptions of lesser mortals might destroy the> potential for au= thentic creativity, finding the truth to the> governing dynamics for an ori= ginal idea is the way to distinguish> one-self"> ----> ____________________= ___________________________> 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"> --Forwarded Message= Attachment--From: tinderbox@freebsd.orgCC: To: tinderbox@freebsd.org; curr= ent@freebsd.org; i386@freebsd.orgDate: Thu, 3 May 2007 21:38:17 -0400Subjec= t: [head tinderbox] failure on i386/pc98TB --- 2007-05-04 00:33:56 - tinder= box 2.3 running on freebsd-current.sentex.caTB --- 2007-05-04 00:33:56 - st= arting HEAD tinderbox run for i386/pc98TB --- 2007-05-04 00:33:56 - cleanin= g the object treeTB --- 2007-05-04 00:34:25 - checking out the source treeT= B --- 2007-05-04 00:34:25 - cd /tinderbox/HEAD/i386/pc98TB --- 2007-05-04 0= 0:34:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A srcTB --- 2007-0= 5-04 00:41:36 - building world (CFLAGS=3D-O2 -pipe)TB --- 2007-05-04 00:41:= 36 - cd /srcTB --- 2007-05-04 00:41:36 - /usr/bin/make -B buildworld>>> Wor= ld build started on Fri May 4 00:41:38 UTC 2007>>> Rebuilding the temporar= y 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: re= building 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 comp= leted on Fri May 4 01:36:04 UTC 2007TB --- 2007-05-04 01:36:04 - generatin= g LINT kernel configTB --- 2007-05-04 01:36:04 - cd /src/sys/pc98/confTB --= - 2007-05-04 01:36:04 - /usr/bin/make -B LINTTB --- 2007-05-04 01:36:04 - b= uilding LINT kernel (COPTFLAGS=3D-O2 -pipe)TB --- 2007-05-04 01:36:04 - cd = /srcTB --- 2007-05-04 01:36:04 - /usr/bin/make buildkernel KERNCONF=3DLINT>= >> Kernel build for LINT started on Fri May 4 01:36:05 UTC 2007>>> 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: ma= king dependencies[...]/src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:= 38:31: e1000_80003es2lan.h: No such file or directory/src/sys/modules/em/..= /../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory/src/= sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such fil= e or directory/src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_8= 2543.h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_825= 40.c:43:23: e1000_api.h: No such file or directory/src/sys/modules/em/../..= /dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory/s= rc/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such = file or directorymkdep: compile failed*** Error code 1 Stop in /src/sys/mod= ules/em.*** Error code 1 Stop in /src/sys/modules.*** Error code 1 Stop in = /obj/pc98/src/sys/LINT.*** Error code 1 Stop in /src.*** Error code 1 Stop = in /src.TB --- 2007-05-04 01:38:17 - WARNING: /usr/bin/make returned exit c= ode 1 TB --- 2007-05-04 01:38:17 - ERROR: failed to build lint kernelTB --= - 2007-05-04 01:38:17 - tinderbox abortedTB --- 0.81 user 2.90 system 3861.= 55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full --Forwa= rded Message Attachment--From: tinderbox@freebsd.orgCC: To: tinderbox@freeb= sd.org; current@freebsd.org; ia64@freebsd.orgDate: Thu, 3 May 2007 22:46:41= -0400Subject: [head tinderbox] failure on ia64/ia64TB --- 2007-05-04 01:21= :10 - tinderbox 2.3 running on freebsd-current.sentex.caTB --- 2007-05-04 0= 1:21:10 - starting HEAD tinderbox run for ia64/ia64TB --- 2007-05-04 01:21:= 10 - cleaning the object treeTB --- 2007-05-04 01:21:42 - checking out the = source treeTB --- 2007-05-04 01:21:42 - cd /tinderbox/HEAD/ia64/ia64TB --- = 2007-05-04 01:21:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A srcT= B --- 2007-05-04 01:28:39 - building world (CFLAGS=3D-O2 -pipe)TB --- 2007-= 05-04 01:28:39 - cd /srcTB --- 2007-05-04 01:28:39 - /usr/bin/make -B build= world>>> World build started on Fri May 4 01:28:41 UTC 2007>>> 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>>> s= tage 2.2: rebuilding the object tree>>> stage 2.3: build tools>>> stage 3: = cross tools>>> stage 4.1: building includes>>> stage 4.2: building librarie= s>>> stage 4.3: make dependencies>>> stage 4.4: building everything>>> Worl= d build completed on Fri May 4 02:44:53 UTC 2007TB --- 2007-05-04 02:44:53= - generating LINT kernel configTB --- 2007-05-04 02:44:53 - cd /src/sys/ia= 64/confTB --- 2007-05-04 02:44:53 - /usr/bin/make -B LINTTB --- 2007-05-04 = 02:44:53 - building LINT kernel (COPTFLAGS=3D-O2 -pipe)TB --- 2007-05-04 02= :44:53 - cd /srcTB --- 2007-05-04 02:44:53 - /usr/bin/make buildkernel KERN= CONF=3DLINT>>> Kernel build for LINT started on Fri May 4 02:44:53 UTC 200= 7>>> stage 1: configuring the kernel>>> stage 2.1: cleaning up the object t= ree>>> stage 2.2: rebuilding the object tree>>> stage 2.3: build tools>>> s= tage 3.1: making dependencies[...]/src/sys/modules/em/../../dev/em/e1000_80= 003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory/src/sys/m= odules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or di= rectory/src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h:= No such file or directory/src/sys/modules/em/../../dev/em/e1000_82543.c:40= :25: e1000_82543.h: No such file or directory/src/sys/modules/em/../../dev/= em/e1000_82540.c:43:23: e1000_api.h: No such file or directory/src/sys/modu= les/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or= directory/src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571= .h: No such file or directorymkdep: compile failed*** Error code 1 Stop in = /src/sys/modules/em.*** Error code 1 Stop in /src/sys/modules.*** Error cod= e 1 Stop in /obj/ia64/src/sys/LINT.*** Error code 1 Stop in /src.*** Error = code 1 Stop in /src.TB --- 2007-05-04 02:46:41 - WARNING: /usr/bin/make ret= urned exit code 1 TB --- 2007-05-04 02:46:41 - ERROR: failed to build lint= kernelTB --- 2007-05-04 02:46:41 - tinderbox abortedTB --- 0.81 user 2.59 = system 5130.93 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.= full --Forwarded Message Attachment--From: tinderbox@freebsd.orgCC: To: tin= derbox@freebsd.org; current@freebsd.org; sparc64@freebsd.orgDate: Thu, 3 Ma= y 2007 23:50:29 -0400Subject: [head tinderbox] failure on sparc64/sparc64TB= --- 2007-05-04 02:46:41 - tinderbox 2.3 running on freebsd-current.sentex.= caTB --- 2007-05-04 02:46:41 - starting HEAD tinderbox run for sparc64/spar= c64TB --- 2007-05-04 02:46:41 - cleaning the object treeTB --- 2007-05-04 0= 2:47:00 - checking out the source treeTB --- 2007-05-04 02:47:00 - cd /tind= erbox/HEAD/sparc64/sparc64TB --- 2007-05-04 02:47:00 - /usr/bin/cvs -f -R -= q -d/home/ncvs update -Pd -A srcTB --- 2007-05-04 02:54:06 - building world= (CFLAGS=3D-O2 -pipe)TB --- 2007-05-04 02:54:06 - cd /srcTB --- 2007-05-04 = 02:54:06 - /usr/bin/make -B buildworld>>> World build started on Fri May 4= 02:54:07 UTC 2007>>> Rebuilding the temporary build tree>>> stage 1.1: leg= acy release compatibility shims>>> stage 1.2: bootstrap tools>>> stage 2.1:= cleaning up the object tree>>> stage 2.2: rebuilding the object tree>>> st= age 2.3: build tools>>> stage 3: cross tools>>> stage 4.1: building include= s>>> stage 4.2: building libraries>>> stage 4.3: make dependencies>>> stage= 4.4: building everything>>> World build completed on Fri May 4 03:48:32 U= TC 2007TB --- 2007-05-04 03:48:32 - generating LINT kernel configTB --- 200= 7-05-04 03:48:32 - cd /src/sys/sparc64/confTB --- 2007-05-04 03:48:32 - /us= r/bin/make -B LINTTB --- 2007-05-04 03:48:32 - building LINT kernel (COPTFL= AGS=3D-O2 -pipe)TB --- 2007-05-04 03:48:32 - cd /srcTB --- 2007-05-04 03:48= :32 - /usr/bin/make buildkernel KERNCONF=3DLINT>>> Kernel build for LINT st= arted on Fri May 4 03:48:32 UTC 2007>>> 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[...]/src/= sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h:= No such file or directory/src/sys/modules/em/../../dev/em/e1000_82542.c:39= :23: e1000_api.h: No such file or directory/src/sys/modules/em/../../dev/em= /e1000_82541.c:42:25: e1000_82541.h: No such file or directory/src/sys/modu= les/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or dir= ectory/src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No= such file or directory/src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:= 27: e1000_ich8lan.h: No such file or directory/src/sys/modules/em/../../dev= /em/e1000_82571.c:41:25: e1000_82571.h: No such file or directorymkdep: com= pile failed*** Error code 1 Stop in /src/sys/modules/em.*** Error code 1 St= op 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 --- 2007-05-0= 4 03:50:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04= 03:50:28 - ERROR: failed to build lint kernelTB --- 2007-05-04 03:50:28 - = tinderbox abortedTB --- 0.69 user 2.52 system 3827.38 real http://tinderbo= x.des.no/tinderbox-head-HEAD-sparc64-sparc64.full --Forwarded Message Attac= hment--From: anderson@freebsd.orgCC: freebsd-current@freebsd.orgTo: ivoras@= fer.hrDate: Thu, 3 May 2007 22:56:42 -0500Subject: Re: gjournal + gmirror q= uestionOn 05/03/07 08:38, Ivan Voras wrote:> Pawel Jakub Dawidek wrote:> >>= When you call 'fsck -p' on gjournaled file system, it recognize that it>> = is journaled and only garbage-collects orphaned inodes.> > Does fsck during= boot also behave like this?> Looks like it does: [..snippet of /etc/rc.d/= fsck..]... echo "Starting file system checks:" = if checkyesno background_fsck; then fsck -F -p = else fsck -p fi... = Eric --Forwarded Message Attachment--From: tinderbox@freebsd.orgCC: To: ti= nderbox@freebsd.org; current@freebsd.org; sparc64@freebsd.orgDate: Fri, 4 M= ay 2007 00:11:22 -0400Subject: [head tinderbox] failure on sparc64/sun4vTB = --- 2007-05-04 03:10:10 - tinderbox 2.3 running on freebsd-current.sentex.c= aTB --- 2007-05-04 03:10:10 - starting HEAD tinderbox run for sparc64/sun4v= TB --- 2007-05-04 03:10:10 - cleaning the object treeTB --- 2007-05-04 03:1= 0:31 - checking out the source treeTB --- 2007-05-04 03:10:31 - cd /tinderb= ox/HEAD/sparc64/sun4vTB --- 2007-05-04 03:10:31 - /usr/bin/cvs -f -R -q -d/= home/ncvs update -Pd -A srcTB --- 2007-05-04 03:17:20 - building world (CFL= AGS=3D-O2 -pipe)TB --- 2007-05-04 03:17:20 - cd /srcTB --- 2007-05-04 03:17= :20 - /usr/bin/make -B buildworld>>> World build started on Fri May 4 03:1= 7:22 UTC 2007>>> Rebuilding the temporary build tree>>> stage 1.1: legacy r= elease compatibility shims>>> stage 1.2: bootstrap tools>>> stage 2.1: clea= ning up the object tree>>> stage 2.2: rebuilding the object tree>>> stage 2= .3: build tools>>> stage 3: cross tools>>> stage 4.1: building includes>>> = stage 4.2: building libraries>>> stage 4.3: make dependencies>>> stage 4.4:= building everything>>> World build completed on Fri May 4 04:09:48 UTC 20= 07TB --- 2007-05-04 04:09:48 - generating LINT kernel configTB --- 2007-05-= 04 04:09:48 - cd /src/sys/sun4v/confTB --- 2007-05-04 04:09:48 - /usr/bin/m= ake -B LINTTB --- 2007-05-04 04:09:48 - building LINT kernel (COPTFLAGS=3D-= O2 -pipe)TB --- 2007-05-04 04:09:48 - cd /srcTB --- 2007-05-04 04:09:48 - /= usr/bin/make buildkernel KERNCONF=3DLINT>>> Kernel build for LINT started o= n Fri May 4 04:09:48 UTC 2007>>> 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[...]/src/sys/mod= ules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No suc= h file or directory/src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1= 000_api.h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_= 82541.c:42:25: e1000_82541.h: No such file or directory/src/sys/modules/em/= ../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory/= src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such f= ile or directory/src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e10= 00_ich8lan.h: No such file or directory/src/sys/modules/em/../../dev/em/e10= 00_82571.c:41:25: e1000_82571.h: No such file or directorymkdep: compile fa= iled*** Error code 1 Stop in /src/sys/modules/em.*** Error code 1 Stop in /= src/sys/modules.*** Error code 1 Stop in /obj/sun4v/src/sys/LINT.*** Error = code 1 Stop in /src.*** Error code 1 Stop in /src.TB --- 2007-05-04 04:11:2= 2 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 04:11:22= - ERROR: failed to build lint kernelTB --- 2007-05-04 04:11:22 - tinderbox= abortedTB --- 0.72 user 2.28 system 3671.34 real http://tinderbox.des.no/= tinderbox-head-HEAD-sparc64-sun4v.full --Forwarded Message Attachment--From= : tinderbox@freebsd.orgCC: To: tinderbox@freebsd.org; current@freebsd.org; = amd64@freebsd.orgDate: Fri, 4 May 2007 01:51:11 -0400Subject: [head tinderb= ox] failure on amd64/amd64TB --- 2007-05-04 04:15:00 - tinderbox 2.3 runnin= g on freebsd-current.sentex.caTB --- 2007-05-04 04:15:00 - starting HEAD ti= nderbox run for amd64/amd64TB --- 2007-05-04 04:15:00 - cleaning the object= treeTB --- 2007-05-04 04:15:36 - checking out the source treeTB --- 2007-0= 5-04 04:15:36 - cd /tinderbox/HEAD/amd64/amd64TB --- 2007-05-04 04:15:36 - = /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A srcTB --- 2007-05-04 04:24= :03 - building world (CFLAGS=3D-O2 -pipe)TB --- 2007-05-04 04:24:03 - cd /s= rcTB --- 2007-05-04 04:24:03 - /usr/bin/make -B buildworld>>> World build s= tarted on Fri May 4 04:24:05 UTC 2007>>> Rebuilding the temporary build tr= ee>>> stage 1.1: legacy release compatibility shims>>> stage 1.2: bootstrap= tools>>> stage 2.1: cleaning up the object tree>>> stage 2.2: rebuilding t= he 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 d= ependencies>>> stage 4.4: building everything>>> stage 5.1: building 32 bit= shim libraries>>> World build completed on Fri May 4 05:44:46 UTC 2007TB = --- 2007-05-04 05:44:46 - generating LINT kernel configTB --- 2007-05-04 05= :44:46 - cd /src/sys/amd64/confTB --- 2007-05-04 05:44:46 - /usr/bin/make -= B LINTTB --- 2007-05-04 05:44:46 - building LINT kernel (COPTFLAGS=3D-O2 -p= ipe)TB --- 2007-05-04 05:44:46 - cd /srcTB --- 2007-05-04 05:44:46 - /usr/b= in/make buildkernel KERNCONF=3DLINT>>> Kernel build for LINT started on Fri= May 4 05:44:46 UTC 2007>>> stage 1: configuring the kernel>>> stage 2.1: = cleaning up the object tree>>> stage 2.2: rebuilding the object tree>>> sta= ge 2.3: build tools>>> stage 3.1: making dependencies[...]/src/sys/modules/= em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such fil= e or directory/src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_a= pi.h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_82541= .c:42:25: e1000_82541.h: No such file or directory/src/sys/modules/em/../..= /dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory/src/s= ys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file o= r directory/src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ic= h8lan.h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_82= 571.c:41:25: e1000_82571.h: No such file or directorymkdep: compile failed*= ** Error code 1 Stop in /src/sys/modules/em.*** Error code 1 Stop in /src/s= ys/modules.*** Error code 1 Stop in /obj/amd64/src/sys/LINT.*** Error code = 1 Stop in /src.*** Error code 1 Stop in /src.TB --- 2007-05-04 05:51:10 - W= ARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 05:51:10 - ER= ROR: failed to build lint kernelTB --- 2007-05-04 05:51:10 - tinderbox abor= tedTB --- 0.88 user 3.75 system 5770.59 real http://tinderbox.des.no/tinde= rbox-head-HEAD-amd64-amd64.full --Forwarded Message Attachment--From: tinde= rbox@freebsd.orgCC: To: tinderbox@freebsd.org; current@freebsd.org; i386@fr= eebsd.orgDate: Fri, 4 May 2007 02:39:50 -0400Subject: [head tinderbox] fail= ure on i386/i386TB --- 2007-05-04 05:20:44 - tinderbox 2.3 running on freeb= sd-current.sentex.caTB --- 2007-05-04 05:20:44 - starting HEAD tinderbox ru= n for i386/i386TB --- 2007-05-04 05:20:44 - cleaning the object treeTB --- = 2007-05-04 05:21:19 - checking out the source treeTB --- 2007-05-04 05:21:1= 9 - cd /tinderbox/HEAD/i386/i386TB --- 2007-05-04 05:21:19 - /usr/bin/cvs -= f -R -q -d/home/ncvs update -Pd -A srcTB --- 2007-05-04 05:27:50 - building= world (CFLAGS=3D-O2 -pipe)TB --- 2007-05-04 05:27:50 - cd /srcTB --- 2007-= 05-04 05:27:50 - /usr/bin/make -B buildworld>>> World build started on Fri = May 4 05:27:52 UTC 2007>>> Rebuilding the temporary build tree>>> stage 1.= 1: legacy release compatibility shims>>> stage 1.2: bootstrap tools>>> stag= e 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 i= ncludes>>> stage 4.2: building libraries>>> stage 4.3: make dependencies>>>= stage 4.4: building everything>>> World build completed on Fri May 4 06:3= 7:19 UTC 2007TB --- 2007-05-04 06:37:19 - generating LINT kernel configTB -= -- 2007-05-04 06:37:19 - cd /src/sys/i386/confTB --- 2007-05-04 06:37:19 - = /usr/bin/make -B LINTTB --- 2007-05-04 06:37:19 - building LINT kernel (COP= TFLAGS=3D-O2 -pipe)TB --- 2007-05-04 06:37:19 - cd /srcTB --- 2007-05-04 06= :37:19 - /usr/bin/make buildkernel KERNCONF=3DLINT>>> Kernel build for LINT= started on Fri May 4 06:37:19 UTC 2007>>> stage 1: configuring the kernel= >>> stage 2.1: cleaning up the object tree>>> stage 2.2: rebuilding the obj= ect tree>>> stage 2.3: build tools>>> stage 3.1: making dependencies[...]/s= rc/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan= .h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_82542.c= :39:23: e1000_api.h: No such file or directory/src/sys/modules/em/../../dev= /em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory/src/sys/m= odules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or = directory/src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h:= No such file or directory/src/sys/modules/em/../../dev/em/e1000_ich8lan.c:= 40:27: e1000_ich8lan.h: No such file or directory/src/sys/modules/em/../../= dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directorymkdep: = compile failed*** Error code 1 Stop in /src/sys/modules/em.*** Error code 1= Stop in /src/sys/modules.*** Error code 1 Stop in /obj/src/sys/LINT.*** Er= ror code 1 Stop in /src.*** Error code 1 Stop in /src.TB --- 2007-05-04 06:= 39:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 06:3= 9:50 - ERROR: failed to build lint kernelTB --- 2007-05-04 06:39:50 - tinde= rbox abortedTB --- 0.91 user 2.84 system 4745.98 real http://tinderbox.des= .no/tinderbox-head-HEAD-i386-i386.full --Forwarded Message Attachment--From= : tinderbox@freebsd.orgCC: To: tinderbox@freebsd.org; current@freebsd.org; = i386@freebsd.orgDate: Fri, 4 May 2007 03:23:45 -0400Subject: [head tinderbo= x] failure on i386/pc98TB --- 2007-05-04 05:51:11 - tinderbox 2.3 running o= n freebsd-current.sentex.caTB --- 2007-05-04 05:51:11 - starting HEAD tinde= rbox run for i386/pc98TB --- 2007-05-04 05:51:11 - cleaning the object tree= TB --- 2007-05-04 05:51:57 - checking out the source treeTB --- 2007-05-04 = 05:51:57 - cd /tinderbox/HEAD/i386/pc98TB --- 2007-05-04 05:51:57 - /usr/bi= n/cvs -f -R -q -d/home/ncvs update -Pd -A srcTB --- 2007-05-04 06:14:34 - b= uilding world (CFLAGS=3D-O2 -pipe)TB --- 2007-05-04 06:14:34 - cd /srcTB --= - 2007-05-04 06:14:34 - /usr/bin/make -B buildworld>>> World build started = on Fri May 4 06:14:36 UTC 2007>>> Rebuilding the temporary build tree>>> s= tage 1.1: legacy release compatibility shims>>> stage 1.2: bootstrap tools>= >> stage 2.1: cleaning up the object tree>>> stage 2.2: rebuilding the obje= ct tree>>> stage 2.3: build tools>>> stage 3: cross tools>>> stage 4.1: bui= lding includes>>> stage 4.2: building libraries>>> stage 4.3: make dependen= cies>>> stage 4.4: building everything>>> World build completed on Fri May = 4 07:19:53 UTC 2007TB --- 2007-05-04 07:19:53 - generating LINT kernel con= figTB --- 2007-05-04 07:19:53 - cd /src/sys/pc98/confTB --- 2007-05-04 07:1= 9:53 - /usr/bin/make -B LINTTB --- 2007-05-04 07:19:53 - building LINT kern= el (COPTFLAGS=3D-O2 -pipe)TB --- 2007-05-04 07:19:53 - cd /srcTB --- 2007-0= 5-04 07:19:53 - /usr/bin/make buildkernel KERNCONF=3DLINT>>> Kernel build f= or LINT started on Fri May 4 07:19:53 UTC 2007>>> 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= [...]/src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_8000= 3es2lan.h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_= 82542.c:39:23: e1000_api.h: No such file or directory/src/sys/modules/em/..= /../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory/sr= c/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such f= ile or directory/src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000= _api.h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_ich= 8lan.c:40:27: e1000_ich8lan.h: No such file or directory/src/sys/modules/em= /../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory= mkdep: compile failed*** Error code 1 Stop in /src/sys/modules/em.*** Error= code 1 Stop in /src/sys/modules.*** Error code 1 Stop in /obj/pc98/src/sys= /LINT.*** Error code 1 Stop in /src.*** Error code 1 Stop in /src.TB --- 20= 07-05-04 07:23:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 200= 7-05-04 07:23:45 - ERROR: failed to build lint kernelTB --- 2007-05-04 07:2= 3:45 - tinderbox abortedTB --- 0.62 user 1.89 system 5553.59 real http://t= inderbox.des.no/tinderbox-head-HEAD-i386-pc98.full --Forwarded Message Atta= chment--From: tinderbox@freebsd.orgCC: To: tinderbox@freebsd.org; current@f= reebsd.org; ia64@freebsd.orgDate: Fri, 4 May 2007 04:21:36 -0400Subject: [h= ead tinderbox] failure on ia64/ia64TB --- 2007-05-04 06:39:50 - tinderbox 2= .3 running on freebsd-current.sentex.caTB --- 2007-05-04 06:39:50 - startin= g HEAD tinderbox run for ia64/ia64TB --- 2007-05-04 06:39:50 - cleaning the= object treeTB --- 2007-05-04 06:40:14 - checking out the source treeTB ---= 2007-05-04 06:40:14 - cd /tinderbox/HEAD/ia64/ia64TB --- 2007-05-04 06:40:= 14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A srcTB --- 2007-05-04 = 06:48:14 - building world (CFLAGS=3D-O2 -pipe)TB --- 2007-05-04 06:48:14 - = cd /srcTB --- 2007-05-04 06:48:14 - /usr/bin/make -B buildworld>>> World bu= ild started on Fri May 4 06:48:15 UTC 2007>>> Rebuilding the temporary bui= ld tree>>> stage 1.1: legacy release compatibility shims>>> stage 1.2: boot= strap tools>>> stage 2.1: cleaning up the object tree>>> stage 2.2: rebuild= ing the object tree>>> stage 2.3: build tools>>> stage 3: cross tools>>> st= age 4.1: building includes>>> stage 4.2: building libraries>>> stage 4.3: m= ake dependencies>>> stage 4.4: building everything>>> World build completed= on Fri May 4 08:19:41 UTC 2007TB --- 2007-05-04 08:19:41 - generating LIN= T kernel configTB --- 2007-05-04 08:19:41 - cd /src/sys/ia64/confTB --- 200= 7-05-04 08:19:41 - /usr/bin/make -B LINTTB --- 2007-05-04 08:19:41 - buildi= ng LINT kernel (COPTFLAGS=3D-O2 -pipe)TB --- 2007-05-04 08:19:41 - cd /srcT= B --- 2007-05-04 08:19:41 - /usr/bin/make buildkernel KERNCONF=3DLINT>>> Ke= rnel build for LINT started on Fri May 4 08:19:42 UTC 2007>>> stage 1: con= figuring 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[...]/src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31= : e1000_80003es2lan.h: No such file or directory/src/sys/modules/em/../../d= ev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory/src/sys/m= odules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or = directory/src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.= h: No such file or directory/src/sys/modules/em/../../dev/em/e1000_82540.c:= 43:23: e1000_api.h: No such file or directory/src/sys/modules/em/../../dev/= em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory/src/sy= s/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file = or directorymkdep: compile failed*** Error code 1 Stop in /src/sys/modules/= em.*** Error code 1 Stop in /src/sys/modules.*** Error code 1 Stop in /obj/= ia64/src/sys/LINT.*** Error code 1 Stop in /src.*** Error code 1 Stop in /s= rc.TB --- 2007-05-04 08:21:36 - WARNING: /usr/bin/make returned exit code = 1 TB --- 2007-05-04 08:21:36 - ERROR: failed to build lint kernelTB --- 200= 7-05-04 08:21:36 - tinderbox abortedTB --- 0.59 user 1.81 system 6105.42 re= al http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full --Forwarded = Message Attachment--From: ler@lerctr.orgTo: freebsd-current@freebsd.orgDate= : Fri, 4 May 2007 03:45:03 -0500Subject: EM importThe new em driver import = has 2 fatal flaws (I've sent mail to Jack already): 1) the $FreeBSD$ marke= rs don't have comment markers around them in ALL files2) the sys/conf/file= s file doesn't have the lines for e1000_82575 in it Fixing both of those fi= xes my build. LER --Forwarded Message Attachment--From: ivoras@fer.hrTo: fr= eebsd-current@freebsd.orgDate: Fri, 4 May 2007 11:03:47 +0200Subject: Re: g= journal + gmirror questionEric Anderson wrote: > Looks like it does: Aaargh= , sorry, of course it does, it's the "preen" switch :) I didn't pay attenti= on (and thought it's some new switch introduced for gjournal). --Forwarded= Message Attachment--From: tinderbox@freebsd.orgCC: To: tinderbox@freebsd.o= rg; current@freebsd.org; sparc64@freebsd.orgDate: Fri, 4 May 2007 05:37:52 = -0400Subject: [head tinderbox] failure on sparc64/sparc64TB --- 2007-05-04 = 08:21:36 - tinderbox 2.3 running on freebsd-current.sentex.caTB --- 2007-05= -04 08:21:36 - starting HEAD tinderbox run for sparc64/sparc64TB --- 2007-0= 5-04 08:21:36 - cleaning the object treeTB --- 2007-05-04 08:21:53 - checki= ng out the source treeTB --- 2007-05-04 08:21:53 - cd /tinderbox/HEAD/sparc= 64/sparc64TB --- 2007-05-04 08:21:53 - /usr/bin/cvs -f -R -q -d/home/ncvs u= pdate -Pd -A srcTB --- 2007-05-04 08:28:56 - building world (CFLAGS=3D-O2 -= pipe)TB --- 2007-05-04 08:28:56 - cd /srcTB --- 2007-05-04 08:28:56 - /usr/= bin/make -B buildworld>>> World build started on Fri May 4 08:28:57 UTC 20= 07>>> Rebuilding the temporary build tree>>> stage 1.1: legacy release comp= atibility 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 t= ools>>> stage 3: cross tools>>> stage 4.1: building includes>>> stage 4.2: = building libraries>>> stage 4.3: make dependencies>>> stage 4.4: building e= verything>>> World build completed on Fri May 4 09:24:41 UTC 2007TB --- 20= 07-05-04 09:24:41 - generating LINT kernel configTB --- 2007-05-04 09:24:41= - cd /src/sys/sparc64/confTB --- 2007-05-04 09:24:41 - /usr/bin/make -B LI= NTTB --- 2007-05-04 09:24:41 - building LINT kernel (COPTFLAGS=3D-O2 -pipe)= TB --- 2007-05-04 09:24:41 - cd /srcTB --- 2007-05-04 09:24:41 - /usr/bin/m= ake buildkernel KERNCONF=3DLINT>>> Kernel build for LINT started on Fri May= 4 09:24:41 UTC 2007>>> stage 1: configuring the kernel>>> stage 2.1: clea= ning 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 ev= erything[...]/src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: ty= pe defaults to `int' in declaration of `h'/src/sys/modules/em/../../dev/em/= e1000_82575.h:33: warning: redundant redeclaration of 'h'/src/sys/modules/e= m/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was = here/src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error = before numeric constantIn file included from /src/sys/modules/em/../../dev/= em/if_em.c:81:/src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: sy= ntax error before '}' tokenIn file included from /src/sys/modules/em/../../= dev/em/if_em.c:81:/src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unte= rminated #ifndef*** Error code 1 Stop in /src/sys/modules/em.*** Error code= 1 Stop in /src/sys/modules.*** Error code 1 Stop in /obj/sparc64/src/sys/L= INT.*** Error code 1 Stop in /src.*** Error code 1 Stop in /src.TB --- 2007= -05-04 09:37:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-= 05-04 09:37:51 - ERROR: failed to build lint kernelTB --- 2007-05-04 09:37:= 51 - tinderbox abortedTB --- 0.52 user 1.77 system 4575.36 real http://tin= derbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full --Forwarded Message = Attachment--From: tinderbox@freebsd.orgCC: To: tinderbox@freebsd.org; curre= nt@freebsd.org; sparc64@freebsd.orgDate: Fri, 4 May 2007 06:22:52 -0400Subj= ect: [head tinderbox] failure on sparc64/sun4vTB --- 2007-05-04 09:11:55 - = tinderbox 2.3 running on freebsd-current.sentex.caTB --- 2007-05-04 09:11:5= 5 - starting HEAD tinderbox run for sparc64/sun4vTB --- 2007-05-04 09:11:55= - cleaning the object treeTB --- 2007-05-04 09:12:13 - checking out the so= urce treeTB --- 2007-05-04 09:12:13 - cd /tinderbox/HEAD/sparc64/sun4vTB --= - 2007-05-04 09:12:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A sr= cTB --- 2007-05-04 09:19:36 - building world (CFLAGS=3D-O2 -pipe)TB --- 200= 7-05-04 09:19:36 - cd /srcTB --- 2007-05-04 09:19:36 - /usr/bin/make -B bui= ldworld>>> World build started on Fri May 4 09:19:37 UTC 2007>>> Rebuildin= g 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 librar= ies>>> stage 4.3: make dependencies>>> stage 4.4: building everything>>> Wo= rld build completed on Fri May 4 10:10:42 UTC 2007TB --- 2007-05-04 10:10:= 42 - generating LINT kernel configTB --- 2007-05-04 10:10:42 - cd /src/sys/= sun4v/confTB --- 2007-05-04 10:10:42 - /usr/bin/make -B LINTTB --- 2007-05-= 04 10:10:42 - building LINT kernel (COPTFLAGS=3D-O2 -pipe)TB --- 2007-05-04= 10:10:42 - cd /srcTB --- 2007-05-04 10:10:42 - /usr/bin/make buildkernel K= ERNCONF=3DLINT>>> Kernel build for LINT started on Fri May 4 10:10:43 UTC = 2007>>> stage 1: configuring the kernel>>> stage 2.1: cleaning up the objec= t tree>>> stage 2.2: rebuilding the object tree>>> stage 2.3: build tools>>= > stage 3.1: making dependencies>>> stage 3.2: building everything[...]/src= /sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `i= nt' in declaration of `h'/src/sys/modules/em/../../dev/em/e1000_82575.h:33:= warning: redundant redeclaration of 'h'/src/sys/modules/em/../../dev/em/e1= 000_manage.h:33: warning: previous declaration of 'h' was here/src/sys/modu= les/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric co= nstantIn file included from /src/sys/modules/em/../../dev/em/if_em.c:81:/sr= c/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before= '}' tokenIn file included from /src/sys/modules/em/../../dev/em/if_em.c:81= :/src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef*= ** Error code 1 Stop in /src/sys/modules/em.*** Error code 1 Stop in /src/s= ys/modules.*** Error code 1 Stop in /obj/sun4v/src/sys/LINT.*** Error code = 1 Stop in /src.*** Error code 1 Stop in /src.TB --- 2007-05-04 10:22:52 - W= ARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 10:22:52 - ER= ROR: failed to build lint kernelTB --- 2007-05-04 10:22:52 - tinderbox abor= tedTB --- 0.45 user 1.92 system 4256.99 real http://tinderbox.des.no/tinde= rbox-head-HEAD-sparc64-sun4v.full --Forwarded Message Attachment--From: ivo= ras@fer.hrTo: freebsd-current@freebsd.orgDate: Fri, 4 May 2007 12:39:11 +02= 00Subject: new unionfs & moving files aroundThis is the situation: - there'= s one file system on a RAID controller, somewhat slow and with limited spac= e, let's call it "production" - there's another file system on a big IDE dr= ive - a lot of files are saved on the production file system, but the usefu= lness of that data shaply declines with time (recent files absolutely need = to be kept, but older files are optional) The idea: - create a unionfs that= covers both file systems, so that new files are created on the RAID-backed= file system, but all files are visible - create a cron job that moves olde= r files from the production file system to the spare file system I've not s= tarted it yet (waiting for csup to RELENG_6) but is there any "hidden" reas= on this shouldn't work? I'm asking because the files will be moved from one= part of the unionfs (upper) to the other (lower), on different file system= s, probably while concurrently accessed. --Forwarded Message Attachment--F= rom: carpetsmoker@rwxrwxrwx.netCC: dlt@mebtel.netTo: freebsd-current@freebs= d.orgDate: Fri, 4 May 2007 06:22:14 +0200Subject: Re: configure failure in = ports build on currentOn Thu 03 May 2007 18:05, Derek Tattersall wrote:> I = attempted to build gtk20 on my AMD64 current box. It fails in the> configu= re step as follows:> checking for TIFFReadScanline in -ltiff... no> checkin= g for TIFFWriteScanline in -ltiff... no> checking for TIFFFlushData in -lti= ff34... no> configure: WARNING: *** TIFF loader will not be built (TIFF lib= rary not> found) ***> configure: error:> *** Checks for TIFF loader failed.= You can build without it by passing> *** --without-libtiff to configure bu= t some programs using GTK+ may> *** not work properly> =3D=3D=3D> Script "= configure" failed unexpectedly.> > However, nm /usr/local/lib/libtiff.so sh= ows:> 000000000002df90 T TIFFReadScanline> 000000000002e450 T TIFFScanlineS= ize> 0000000000030890 T TIFFWriteScanline> > 00000000000176b0 T TIFFFlushDa= ta> > Building on 6.2 Stable AMD64 has no problems. I also note that libti= ff> on Stable is also in /usr/local/lib. > > Is there some environment var= iable that I haven't set in the current> box, or what? Does anybody have a= clue for me? Does ldconfig know about your tiff library?ldconfig -r | grep= tiff Which version of gtk are you trying to build? And which version oftif= f do you have installed? Can you attach your config.log (should be in work/= gtk.../config.log) -- Regards,Martin Tournoij=20 _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= From owner-freebsd-current@FreeBSD.ORG Fri May 4 12:30:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB94D16A403; Fri, 4 May 2007 12:30:23 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD4213C448; Fri, 4 May 2007 12:30:23 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id DA58A244C2C; Fri, 4 May 2007 20:58:44 +0900 (JST) Message-ID: <463B1FF4.40508@freebsd.org> Date: Fri, 04 May 2007 20:58:44 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: FreeBSD Hackers , FreeBSD Current , freebsd-fs@freebsd.org, Craig Rodrigues Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Stanislav Sedov , Ed Schouten , Daichi GOTO , Masanori OZAWA , Kris Kennaway Subject: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 12:30:23 -0000 Hi Guys It is my pleasure and honor to announce the availability of the unionfs patchset-19-20070504. p19 is second patchset after its merged of FreeBSD. Our improvements works of unionfs are going step by step. p19 is milestone release. Patchset-19-20070504: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p19-20070504.diff For 6-stable http://people.freebsd.org/~daichi/unionfs/unionfs6-p19-20070504.diff Changes in unionfs-p19-20070504.diff - It has been became MPSAFE. - Default copy mode has been changed from traditional-mode to transparent-mode. Some folks who have reported some issues have solved with transparent mode. We guess it is time to change the default copy mode. The transparent-mode is the best in most situations. - Fixed kern/111262 issue. - Added support of vfs_cache on unionfs. As a result, you can use applications that use procfs on unionfs. - Removed unionfs internal cache mechanism because it has vfs_cache support instead. As a result, it just simplified code of unionfs. - Added whiteout behavior option. ``-o whiteout=always'' is default mode(it is established practice) and ``-o whiteout=whenneeded'' is less disk-space using mode especially for resource restricted environments like embedded environments. (Contributed by Ed Schouten. Thanks) - Fixed a mtx lock issue happened with nullfs. - Fixed lock issues around unionfs. - Added NULL check code pointed out by Coverity. (Pointed out by Stanislav Sedov. Thanks) The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Request for Test: Unionfs lovers including FreeSBIE developers, ports cluster managers, heavy memory-fs users and folks use unionfs, could you try p19 please? Merge plan: I have plan to commit unionfs-p19-20070504.diff to -current after received unionfs users responses. Thanks P.S. I am going to join BSDCan 2007. Lets meet at Ottawa, Canada :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Fri May 4 12:47:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFD5616A401; Fri, 4 May 2007 12:47:35 +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 B7FF913C465; Fri, 4 May 2007 12:47: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.13.8/8.13.8) with ESMTP id l44ClZq2027312; Fri, 4 May 2007 08:47:35 -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.13.8/8.13.8) with ESMTP id l44ClYNV019457; Fri, 4 May 2007 08:47:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C874273068; Fri, 4 May 2007 08:47:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504124734.C874273068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 08:47:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 12:47:36 -0000 TB --- 2007-05-04 11:30:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 11:30:19 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-04 11:30:19 - cleaning the object tree TB --- 2007-05-04 11:30:42 - checking out the source tree TB --- 2007-05-04 11:30:42 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-04 11:30:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 11:37:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 11:37:17 - cd /src TB --- 2007-05-04 11:37:17 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 11:37:18 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 12:31:48 UTC 2007 TB --- 2007-05-04 12:31:48 - generating LINT kernel config TB --- 2007-05-04 12:31:48 - cd /src/sys/i386/conf TB --- 2007-05-04 12:31:48 - /usr/bin/make -B LINT TB --- 2007-05-04 12:31:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 12:31:48 - cd /src TB --- 2007-05-04 12:31:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 12:31:48 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 12:47:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 12:47:34 - ERROR: failed to build lint kernel TB --- 2007-05-04 12:47:34 - tinderbox aborted TB --- 0.63 user 1.70 system 4635.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 12:49:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 841BD16A400 for ; Fri, 4 May 2007 12:49:21 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from bay0-omc1-s11.bay0.hotmail.com (bay0-omc1-s11.bay0.hotmail.com [65.54.246.83]) by mx1.freebsd.org (Postfix) with ESMTP id 722E013C458 for ; Fri, 4 May 2007 12:49:21 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from BAY113-W5 ([65.54.168.105]) by bay0-omc1-s11.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Fri, 4 May 2007 05:49:21 -0700 Message-ID: X-Originating-IP: [84.57.21.141] From: Tino Engel To: Date: Fri, 4 May 2007 13:49:21 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 May 2007 12:49:21.0360 (UTC) FILETIME=[A2CFCD00:01C78E4A] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Howto upgrade from 6.2-RELEASE to 7.0-CURRENT without CD usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 12:49:21 -0000 Gentlemen,Anyone can and will provide me a instruction/link concerning subj= ect?BR, Engel _________________________________________________________________ Connect to the next generation of MSN Messenger=A0 http://imagine-msn.com/messenger/launch80/default.aspx?locale=3Den-us&sourc= e=3Dwlmailtagline= From owner-freebsd-current@FreeBSD.ORG Fri May 4 13:04:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B19A916A402 for ; Fri, 4 May 2007 13:04:11 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out12.ilk.de [194.121.104.12]) by mx1.freebsd.org (Postfix) with ESMTP id 34A6213C457 for ; Fri, 4 May 2007 13:04:11 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool46.ka.ilk.net [212.86.194.46]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l44D49rj008665; Fri, 4 May 2007 15:04:09 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l44D20Aw026381; Fri, 4 May 2007 15:02:00 +0200 (CEST) Message-ID: <463B2F7A.2080407@smo.de> Date: Fri, 04 May 2007 15:04:58 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070323 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Tino Engel References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Howto upgrade from 6.2-RELEASE to 7.0-CURRENT without CD usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 13:04:11 -0000 Tino Engel wrote: > Gentlemen,Anyone can and will provide me a instruction/link concerning subject? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Fri May 4 13:22:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF89216A402; Fri, 4 May 2007 13:22:16 +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 8F87713C44B; Fri, 4 May 2007 13:22:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l44DMFa1033018; Fri, 4 May 2007 09:22:15 -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.13.8/8.13.8) with ESMTP id l44DMFp9004558; Fri, 4 May 2007 09:22:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86D5773068; Fri, 4 May 2007 09:22:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504132215.86D5773068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 09:22:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Fri, 04 May 2007 13:22:16 -0000 TB --- 2007-05-04 12:08:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 12:08:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-04 12:08:12 - cleaning the object tree TB --- 2007-05-04 12:08:29 - checking out the source tree TB --- 2007-05-04 12:08:29 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-04 12:08:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 12:14:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 12:14:58 - cd /src TB --- 2007-05-04 12:14:58 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 12:14:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 13:09:21 UTC 2007 TB --- 2007-05-04 13:09:21 - generating LINT kernel config TB --- 2007-05-04 13:09:21 - cd /src/sys/pc98/conf TB --- 2007-05-04 13:09:21 - /usr/bin/make -B LINT TB --- 2007-05-04 13:09:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 13:09:22 - cd /src TB --- 2007-05-04 13:09:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 13:09:22 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 13:22:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 13:22:15 - ERROR: failed to build lint kernel TB --- 2007-05-04 13:22:15 - tinderbox aborted TB --- 0.55 user 1.88 system 4442.74 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 13:31:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74C5216A407 for ; Fri, 4 May 2007 13:31:29 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id D670013C48C for ; Fri, 4 May 2007 13:31:28 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so851447wra for ; Fri, 04 May 2007 06:31:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HPJI5UhS0vZ5AJud64m8wqELlmT8bqVvQlv5wheTihLlt87cRZ6YRz1n06yp4CfOmnjGYzU3CAmmWKozNbEljh+tNIVlNoWHWO6U2PioUBIx9lGqmwIsdDW+WzrFn5NmCuVhZJde6K1YBDzbdGxJ0saUXqpS+OCVrLgV2Uxb3I4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g65UqtDreP3Tnlhm/uGgPAoXTnhEaiexpCvrowX/mr/4V4u1VOvSBcDGUHKOS1NwkKbXzwsepLlu4zrfuzZ01hwWVjcyj8lVHVv/4jr1U1MudZ0oDnhq2nToH5vQSTmNbQSs4WbR4g7YxU3lka/dkFWM8Enn1eiu7bgjYu94Bbs= Received: by 10.78.166.7 with SMTP id o7mr1521863hue.1178283927581; Fri, 04 May 2007 06:05:27 -0700 (PDT) Received: by 10.78.29.12 with HTTP; Fri, 4 May 2007 06:05:27 -0700 (PDT) Message-ID: Date: Fri, 4 May 2007 15:05:27 +0200 From: "Niclas Zeising" To: "Tino Engel" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: Howto upgrade from 6.2-RELEASE to 7.0-CURRENT without CD usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 13:31:29 -0000 On 5/4/07, Tino Engel wrote: > Gentlemen,Anyone can and will provide me a instruction/link concerning subject?BR, Engel Have a look at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html The handbook is a great resource of information, try to look there first in the future, it will hopefully answer your questions. HTH! //Niclas -- From owner-freebsd-current@FreeBSD.ORG Fri May 4 13:41:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5D6A16A400 for ; Fri, 4 May 2007 13:41:48 +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 AB5B713C448 for ; Fri, 4 May 2007 13:41:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.64.2]) by phk.freebsd.dk (Postfix) with ESMTP id CC3D017383 for ; Fri, 4 May 2007 13:41:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l44DfkQR018293 for ; Fri, 4 May 2007 13:41:46 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 04 May 2007 13:41:46 +0000 Message-ID: <18292.1178286106@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: [TEST] if_gem patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 13:41:49 -0000 Can somebody with if_gem hardware please verify that this patch: http://phk.freebsd.dk/patch/if_gem.patch does not result in any functional difference ? -- 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 May 4 14:29:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A8B716A403; Fri, 4 May 2007 14:29: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 BF02C13C455; Fri, 4 May 2007 14:29:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l44ETHqF046128; Fri, 4 May 2007 10:29:17 -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.13.8/8.13.8) with ESMTP id l44ETHlR041710; Fri, 4 May 2007 10:29:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBF6773068; Fri, 4 May 2007 10:29:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504142916.CBF6773068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 10:29:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Fri, 04 May 2007 14:29:18 -0000 TB --- 2007-05-04 12:47:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 12:47:34 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-04 12:47:35 - cleaning the object tree TB --- 2007-05-04 12:47:52 - checking out the source tree TB --- 2007-05-04 12:47:52 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-04 12:47:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 12:54:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 12:54:38 - cd /src TB --- 2007-05-04 12:54:38 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 12:54:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 4 14:11:13 UTC 2007 TB --- 2007-05-04 14:11:13 - generating LINT kernel config TB --- 2007-05-04 14:11:13 - cd /src/sys/ia64/conf TB --- 2007-05-04 14:11:13 - /usr/bin/make -B LINT TB --- 2007-05-04 14:11:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 14:11:13 - cd /src TB --- 2007-05-04 14:11:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 14:11:14 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 14:29:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 14:29:16 - ERROR: failed to build lint kernel TB --- 2007-05-04 14:29:16 - tinderbox aborted TB --- 0.55 user 1.81 system 6101.61 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri May 4 14:56:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01C5B16A400 for ; Fri, 4 May 2007 14:56:05 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8888E13C447 for ; Fri, 4 May 2007 14:56:04 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.14,492,1170595800"; d="scan'208";a="84389846" Received: from ppp71-194.lns3.adl2.internode.on.net (HELO mail.clearchain.com) ([121.44.71.194]) by ipmail03.adl2.internode.on.net with ESMTP; 05 May 2007 00:26:02 +0930 Received: from [192.168.155.248] ([192.168.155.248]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l44Etkr0048587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 5 May 2007 00:25:57 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <463B496E.1070607@clearchain.com> Date: Sat, 05 May 2007 00:25:42 +0930 From: Benjamin Close User-Agent: Thunderbird 1.5.0.8 (X11/20061211) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.155.1]); Sat, 05 May 2007 00:25:59 +0930 (CST) X-Mailman-Approved-At: Fri, 04 May 2007 15:26:41 +0000 Subject: mbufs & EXT_EXTREF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 14:56:05 -0000 Hi All, I'm working on a driver and am trying to use external storage previously allocated attached to mbufs. However, I'm finding the extracted example below seems to decrement the system mbuf usage count below zero, causing thing like vmstat -z to wrap negatively. void myfreefunc( void *, void * ) {} ... struct mbuf *m; m = m_getcl(M_DONTWAIT, MT_HEADER, M_EXT); if (m == NULL) { device_printf(sc->sc_dev, "could not allocate rx mbuf\n"); error = ENOBUFS; goto fail; } /* attach mybuffer to mbuf */ MEXTADD(m, mybuffer, MYBUFFERSIZE,myfreefunc, NULL,0,EXT_EXTREF); if ((m->m_flags & M_EXT) == 0) { m_freem(m); m=NULL; error = ENOBUFS; goto fail; } /* Free the cluster */ m_freem(m); Output from vmstat -z after running a equivilant example (this is after a number of runs, but even one run decrements from 1 alarge number) mbuf_packet: 256, 0, 321, 319, 22923, 0 mbuf: 256, 0, 18446744073709551553, 323, 95191, 0 mbuf_cluster: 2048, 25600, 640, 12, 640, 0 mbuf_jumbo_pagesize: 4096, 0, 1, 43, 26396, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 Originally I tried m_get as apposed to m_getcl but that panics the kernel in m_extadd+0x15 Can anyone shed some light on what I'm missing? I did notice whilst trying to trace this down, that m_getcl adds to zone_pack whilst mb_free_ext (called from m_free) frees from zone_mbuf for type EXT_EXTREF and thought that was odd. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Fri May 4 18:23:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C534E16A402 for ; Fri, 4 May 2007 18:23:31 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4A73013C484 for ; Fri, 4 May 2007 18:23:31 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from [172.25.1.9] (nat.sps-schweers.de [82.135.45.115]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l44INOUi018405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 4 May 2007 20:23:29 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host nat.sps-schweers.de [82.135.45.115] claimed to be [172.25.1.9] Message-ID: <463B7A1D.6020602@omnisec.de> Date: Fri, 04 May 2007 20:23:25 +0200 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 18:23:31 -0000 Hello, recent changes (during the last 2 days,I guess tha acpi stuff) broke -current for me: ad6: 476940MB at ata3-master SATA300 SMP: AP CPU #1 Launched! panic: blockable sleep lock (sx) msi @ /FlashBSD/src/sys/i386/i386/msi.c:374 cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x30: leave db> bt Tracing pid 0 tid 0 td 0xc07c2d60 kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at witness_checkorder+0xd6 _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at nexus_map_msi+0x1f pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at pcib_map_msi+0x86 pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at pcib_map_msi+0x86 pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at pci_remap_msi_irq+0xeb msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at msi_assign_cpu+0x68 intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at intr_assign_next_cpu+0x23 intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at intr_shuffle_irqs+0x5e mi_startup() at mi_startup+0xa0 begin() at begin+0x2c db> Best regards, -Harry From owner-freebsd-current@FreeBSD.ORG Fri May 4 18:49:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7899016A401 for ; Fri, 4 May 2007 18:49:57 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 0B10D13C45D for ; Fri, 4 May 2007 18:49:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so589564ugh for ; Fri, 04 May 2007 11:49:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=iaHbrbY/ln+SciJ4mkXSdJbNS4OawfBCnfv7z0CIHR//wAoVcgP2A8p0Pa067RRB8VU7Ohpec+D5KDc/3GnY5z+D/iWvwZR3eZKO41SA97r9/WY3vMwqgkRHJ2Jhg3nDnM1raHo+DlUJzmp41kt0Ql6Ju9rppLGvxg5uMIp8Jmc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=EwPnNNlK6XG8YUhf7WZfziUVG0nyyn4KKc+xa/w7UHvGURltIexx7sGnuaLopaqHZ2uf1Y3ijG8ZbhsOMaDAnyiDF0B26kkZSy2mvxbXHonYAEtv3tqg3cZvMQr6Rgkr7KIvLAI9vSmRPH3S/g8wqU5jb6T12epTniGfATjpEpg= Received: by 10.67.27.15 with SMTP id e15mr507437ugj.1178304595863; Fri, 04 May 2007 11:49:55 -0700 (PDT) Received: from ?151.75.229.145? ( [151.75.229.145]) by mx.google.com with ESMTP id l40sm4757429ugc.2007.05.04.11.49.54; Fri, 04 May 2007 11:49:54 -0700 (PDT) Message-ID: <463BF1A7.1050504@FreeBSD.org> Date: Sat, 05 May 2007 04:53:27 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Harald Schmalzbauer References: <463B7A1D.6020602@omnisec.de> In-Reply-To: <463B7A1D.6020602@omnisec.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-current@freebsd.org Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 18:49:57 -0000 Harald Schmalzbauer wrote: > Hello, > > recent changes (during the last 2 days,I guess tha acpi stuff) broke > -current for me: > > ad6: 476940MB at ata3-master SATA300 > SMP: AP CPU #1 Launched! > panic: blockable sleep lock (sx) msi @ > /FlashBSD/src/sys/i386/i386/msi.c:374 > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x30: leave > db> bt > Tracing pid 0 tid 0 td 0xc07c2d60 > kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 > panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 > witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at > witness_checkorder+0xd6 > _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f > msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 > nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at > nexus_map_msi+0x1f > pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at > pcib_map_msi+0x86 > pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at > pcib_map_msi+0x86 > pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at > pci_remap_msi_irq+0xeb > msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at msi_assign_cpu+0x68 > intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at > intr_assign_next_cpu+0x23 > intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at > intr_shuffle_irqs+0x5e > mi_startup() at mi_startup+0xa0 > begin() at begin+0x2c In this case the culprit is intr_table_lock spinlock I think. This can be fixed switching the msi lock to be a spinlock instead than a sx lock. However I wonder, it is right to let sleepable lock to arise a WITNESS exception if the lock is acquired in a critical section? I can understand this is a simple way to detect if a spinlock has been previously called, but this leads to the 'false positive' case in which we can have something like: critical_enter(); sx_xlock(&lock1); etc.etc. Thanks, Attilio From owner-freebsd-current@FreeBSD.ORG Fri May 4 18:56:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45A0216A401 for ; Fri, 4 May 2007 18:56:10 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id AD4E113C484 for ; Fri, 4 May 2007 18:56:09 +0000 (UTC) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id 5BF7461C06 for ; Fri, 4 May 2007 23:55:55 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id DA08961C05 for ; Fri, 4 May 2007 23:55:54 +0500 (AMST) Received: from [192.168.0.3] (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id A5EF861C18 for ; Fri, 4 May 2007 23:55:52 +0500 (AMST) Message-ID: <463B81BB.6030606@web.am> Date: Fri, 04 May 2007 23:55:55 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0a1 (X11/20061118) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Subject: firefox fails in __open_cached_connection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 18:56:10 -0000 Hi there ! I have the following problem -- on my amd64 laptop running -current firefox crashes periodically with following message Assertion failed: (retval->read_queue != -1), function __open_cached_connection, file /usr/src/lib/libc/net/nscachedcli.c, line 230. I've tried to turn cached on and off - and modify nssswitch file, but without success. It keeps failing occasionally. I have no idea do another programs fail there ... Feel free to contact me -- I can reproduce this bug and have some backtraces/bedug versoin of libc for investigation :) Regards, Gaspar -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am From owner-freebsd-current@FreeBSD.ORG Fri May 4 19:06:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFDEC16A401 for ; Fri, 4 May 2007 19:06:26 +0000 (UTC) (envelope-from almarrie@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 8E5B713C45B for ; Fri, 4 May 2007 19:06:26 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so978629ana for ; Fri, 04 May 2007 12:06:26 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QEr810KFdLBwY4v/aJgoJCtQkf/KYCmPObXu+Wxwj++v5L2ZwceMI/OhaAfgNiCZgxffLjmt+3aJi6aSny0gf53YiVMwxcfDTXTHledYCNeRvM7FZ04d/TkFuzosxuHd54P9tULSiWjLNjo0WvXn2OMAvcZ/rfZViqBKTFoqH3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QCbzCEpQKhSSlzz8H9zKL7+IkDiwIhf4ZXtngVX9uSgIWj9Igpn04pdriTdHPABhrX/NwOc6cjiuB35sjgIFqbLudEU44a9Wj6w1Gu7gL2VlkpjFzLQ0aYfRiQaowf8QWFyCLm9FP1y8NujyZ5/WlTK/Gy8WlawZ2a4j0T/fF0w= Received: by 10.100.35.17 with SMTP id i17mr3052297ani.1178305585570; Fri, 04 May 2007 12:06:25 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 4 May 2007 12:06:25 -0700 (PDT) Message-ID: <499c70c0705041206j20f6fb06t23f66cf6a755dd9@mail.gmail.com> Date: Fri, 4 May 2007 22:06:25 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "David Kalliecharan" In-Reply-To: <7b0c7ad70705040754h60dd1876w8c78caa6ffec64b8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7b0c7ad70705040754h60dd1876w8c78caa6ffec64b8@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 19:06:26 -0000 On 5/4/07, David Kalliecharan wrote: > Hello Everyone! > I seem to have run into a snag as I am trying to install FreeBSD Stable or > Current (preferrable stable) on a HP Pavilion dv6308ca AMD Turion X2, No > avail not even with current (installer lags?) due to the ACPI? Cannot > upgrade bios because it is at the highest version. > Anyway I was wondering about installing FreeBSD Stable on a > Compaq Presario AMD Sempron Processor 3500+ 1.8GHz Laptop (V6317CA) - > Future Shop Exclusive > > Will this go through the same problems as a dv6308ca pavilion? The reason I > ask for the compaq presario is that it has a sempron and will hopefully not > go through the same problem as a AMD turion X2. Any information will be > appreciated! > -- > Dave I got the same problem with Acer Aspire 5102 which has same cpu as your AMD Turion64 X2 1.6 Ghz. I'm sure it's related to the bios, I wonder why FreeBSD install CD can't boot in some laptops while windows and Linux always can boot. The ACPI has been updated in current, I don't know why you can't get the FreeBSD install VD to boot at all. Maybe some dev can shed the light on this. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri May 4 19:47:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6382B16A401; Fri, 4 May 2007 19:47:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id DC26513C48A; Fri, 4 May 2007 19:47:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l44Jkvpw050250; Fri, 4 May 2007 15:47:01 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: attilio@freebsd.org Date: Fri, 4 May 2007 15:46:50 -0400 User-Agent: KMail/1.9.6 References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> In-Reply-To: <463BF1A7.1050504@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705041546.50690.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 04 May 2007 15:47:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3205/Fri May 4 06:50:21 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 19:47:06 -0000 On Friday 04 May 2007 10:53:27 pm Attilio Rao wrote: > Harald Schmalzbauer wrote: > > Hello, > > > > recent changes (during the last 2 days,I guess tha acpi stuff) broke > > -current for me: > > > > ad6: 476940MB at ata3-master SATA300 > > SMP: AP CPU #1 Launched! > > panic: blockable sleep lock (sx) msi @ > > /FlashBSD/src/sys/i386/i386/msi.c:374 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x30: leave > > db> bt > > Tracing pid 0 tid 0 td 0xc07c2d60 > > kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 > > panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 > > witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at > > witness_checkorder+0xd6 > > _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f > > msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 > > nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at > > nexus_map_msi+0x1f > > pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at > > pcib_map_msi+0x86 > > pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at > > pcib_map_msi+0x86 > > pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at > > pci_remap_msi_irq+0xeb > > msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at msi_assign_cpu+0x68 > > intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at > > intr_assign_next_cpu+0x23 > > intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at > > intr_shuffle_irqs+0x5e > > mi_startup() at mi_startup+0xa0 > > begin() at begin+0x2c > > In this case the culprit is intr_table_lock spinlock I think. > This can be fixed switching the msi lock to be a spinlock instead than a > sx lock. Actually, I think the real fix is I need to better handle the locking for assigning interrupts to CPUs. > However I wonder, it is right to let sleepable lock to arise a WITNESS > exception if the lock is acquired in a critical section? > I can understand this is a simple way to detect if a spinlock has been > previously called, but this leads to the 'false positive' case in which > we can have something like: > > critical_enter(); > sx_xlock(&lock1); > etc.etc. This is wrong because once you do critical_enter(), you are free to assume that you won't do a context switch until you critical_exit(), and sx_xlock() would violate that if it blocked on the lock. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 4 19:58:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28A4B16A415 for ; Fri, 4 May 2007 19:58:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id A39CD13C4CB for ; Fri, 4 May 2007 19:58:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ik-out-1112.google.com with SMTP id b35so943213ika for ; Fri, 04 May 2007 12:58:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=dtJUr/RrdtyxEHMN4tl961U7zHySi0HT12ElyTYv6pijeln2H1ZCJhuD8XUU7NGv3bspzfeYbt4/oorCPaCewGZuLqAZ/CVzGTifm43c5vrgnpdq/KTtVjIHIlnNdrbjGwRmxaletx3NcSVHzzjBqAfHkqGVvY5JTZAiw68j0xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=YoVudmiPDSe23eIFmhAWvsqxt35pP+aHufCfHASaXzaIHJUWZADUGH3GO3I3k9EcA7ssssOQ8mpnmiBiT04ozAuc8DP+48dX6KxqO1gQpOEn1iU8a4qEbQy228Qh6RKNXQD2UzqqlEdjLLQMEhCr2+zXOWZNOsBwtDb1ggmE/C4= Received: by 10.82.148.7 with SMTP id v7mr7217508bud.1178308702132; Fri, 04 May 2007 12:58:22 -0700 (PDT) Received: from ?151.75.229.145? ( [151.75.229.145]) by mx.google.com with ESMTP id b36sm1177082ika.2007.05.04.12.58.20; Fri, 04 May 2007 12:58:21 -0700 (PDT) Message-ID: <463C01B4.9050802@FreeBSD.org> Date: Sat, 05 May 2007 06:01:56 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: John Baldwin References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> <200705041546.50690.jhb@freebsd.org> In-Reply-To: <200705041546.50690.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 19:58:24 -0000 John Baldwin wrote: > On Friday 04 May 2007 10:53:27 pm Attilio Rao wrote: >> Harald Schmalzbauer wrote: >>> Hello, >>> >>> recent changes (during the last 2 days,I guess tha acpi stuff) broke >>> -current for me: >>> >>> ad6: 476940MB at ata3-master SATA300 >>> SMP: AP CPU #1 Launched! >>> panic: blockable sleep lock (sx) msi @ >>> /FlashBSD/src/sys/i386/i386/msi.c:374 >>> cpuid = 0 >>> KDB: enter: panic >>> [thread pid 0 tid 0 ] >>> Stopped at kdb_enter+0x30: leave >>> db> bt >>> Tracing pid 0 tid 0 td 0xc07c2d60 >>> kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 >>> panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 >>> witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at >>> witness_checkorder+0xd6 >>> _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f >>> msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 >>> nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at >>> nexus_map_msi+0x1f >>> pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at >>> pcib_map_msi+0x86 >>> pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at >>> pcib_map_msi+0x86 >>> pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at >>> pci_remap_msi_irq+0xeb >>> msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at > msi_assign_cpu+0x68 >>> intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at >>> intr_assign_next_cpu+0x23 >>> intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at >>> intr_shuffle_irqs+0x5e >>> mi_startup() at mi_startup+0xa0 >>> begin() at begin+0x2c >> In this case the culprit is intr_table_lock spinlock I think. >> This can be fixed switching the msi lock to be a spinlock instead than a >> sx lock. > > Actually, I think the real fix is I need to better handle the locking for > assigning interrupts to CPUs. I have a question. Why you currently use a sx lock? There are places where msi functions can sleep? >> However I wonder, it is right to let sleepable lock to arise a WITNESS >> exception if the lock is acquired in a critical section? >> I can understand this is a simple way to detect if a spinlock has been >> previously called, but this leads to the 'false positive' case in which >> we can have something like: >> >> critical_enter(); >> sx_xlock(&lock1); >> etc.etc. > > This is wrong because once you do critical_enter(), you are free to assume > that you won't do a context switch until you critical_exit(), and sx_xlock() > would violate that if it blocked on the lock. Yes, this is right. Attilio From owner-freebsd-current@FreeBSD.ORG Fri May 4 20:07:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FDC616A400 for ; Fri, 4 May 2007 20:07:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D115513C44C for ; Fri, 4 May 2007 20:07:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l44K78RU074090; Fri, 4 May 2007 14:07:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <463B9268.1040305@samsco.org> Date: Fri, 04 May 2007 14:07:04 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: attilio@freebsd.org References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> In-Reply-To: <463BF1A7.1050504@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 04 May 2007 14:07:08 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 20:07:12 -0000 Attilio Rao wrote: > Harald Schmalzbauer wrote: >> Hello, >> >> recent changes (during the last 2 days,I guess tha acpi stuff) broke >> -current for me: >> >> ad6: 476940MB at ata3-master SATA300 >> SMP: AP CPU #1 Launched! >> panic: blockable sleep lock (sx) msi @ >> /FlashBSD/src/sys/i386/i386/msi.c:374 >> cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 0 ] >> Stopped at kdb_enter+0x30: leave >> db> bt >> Tracing pid 0 tid 0 td 0xc07c2d60 >> kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 >> panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 >> witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at >> witness_checkorder+0xd6 >> _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f >> msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 >> nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at >> nexus_map_msi+0x1f >> pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at >> pcib_map_msi+0x86 >> pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at >> pcib_map_msi+0x86 >> pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at >> pci_remap_msi_irq+0xeb >> msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at >> msi_assign_cpu+0x68 >> intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at >> intr_assign_next_cpu+0x23 >> intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at >> intr_shuffle_irqs+0x5e >> mi_startup() at mi_startup+0xa0 >> begin() at begin+0x2c > > In this case the culprit is intr_table_lock spinlock I think. > This can be fixed switching the msi lock to be a spinlock instead than a > sx lock. > > However I wonder, it is right to let sleepable lock to arise a WITNESS > exception if the lock is acquired in a critical section? > I can understand this is a simple way to detect if a spinlock has been > previously called, but this leads to the 'false positive' case in which > we can have something like: > > critical_enter(); > sx_xlock(&lock1); > etc.etc. > When a CPU enters a critical section, it basically won't be allowed to run a different thread than the current one, the only exception being for bottom half interrupt handlers (note that an ithread is not a bottom half interrupt handler). So it simply doesn't make sense to do an action that is meant to reschedule you to another thread when you've just signaled that you don't want to reschedule. The real problem is that infrastructure code like MSI should not hold locks across calls to consumer code. That's what needs to be fixed, not hacks to WITNESS. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 4 20:13:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5377F16A401 for ; Fri, 4 May 2007 20:13:08 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2226A13C45B for ; Fri, 4 May 2007 20:13:08 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 97081 invoked from network); 4 May 2007 20:13:08 -0000 Received: from ppp-71-139-36-90.dsl.snfc21.pacbell.net (HELO ?10.0.0.250?) (nate-mail@71.139.36.90) by root.org with ESMTPA; 4 May 2007 20:13:08 -0000 Message-ID: <463B93CD.3000302@root.org> Date: Fri, 04 May 2007 13:13:01 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: current X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: agp_i810 not built on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 20:13:08 -0000 I have a desktop with i945GMS builtin video. It appears agp_i810.c is not built on amd64, hence no support for agp. This is on 6.x. none0@pci0:2:0: class=0x030000 card=0x31031565 chip=0x27728086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Integrated Graphics Controller' class = display subclass = VGA sys/conf/files.i386:pci/agp_i810.c optional agp $ ls /sys/amd64/compile/SMP/*agp* /sys/amd64/compile/SMP/agp.o /sys/amd64/compile/SMP/agp_if.h /sys/amd64/compile/SMP/agp_amd64.o /sys/amd64/compile/SMP/agp_if.o /sys/amd64/compile/SMP/agp_if.c /sys/amd64/compile/SMP/agp_intel.o Is there any reason not to use i810 on amd64? A quick glance through doesn't show it doing anything 32-bit specific. On -current, it appears to be enabled for amd64. It appears this MFC never happened: revision 1.93 date: 2006/09/05 16:55:12; author: anholt; state: Exp; lines: +1 -0 Include agp_i810.c in amd64 AGP builds to get support for the Intel 915 Express chipsets. PR: kern/93676 Submitted by: Jan Blaha MFC after: 1 week -- Nate From owner-freebsd-current@FreeBSD.ORG Fri May 4 20:15:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81FC516A400 for ; Fri, 4 May 2007 20:15:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id 137C513C4BD for ; Fri, 4 May 2007 20:15:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ik-out-1112.google.com with SMTP id b35so947501ika for ; Fri, 04 May 2007 13:15:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=AC3lP1VTd5pHFp1dRCnheOW0HNw1lNzODJib5drgQI6YUycMK/zZ3lY6Ckliwje/iBqBlWEb5B4QQgyaIm7PGGio2MAqxQuaUdFe8nX01WMEjzE58fGBvdsaQDvsyQIWrS0JwHY/mzVNGb2W6qYZTT8pslf+zybtGR1AFzr9JKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=UMdjPr5EVYSJ2xLSPfbaaAeoKHra71w9aqnpneKUJo2FOFWePhy8xglZsGrbimdBKyvbwD8i6pSvlJlpktGzG2ygyoIuaUzinHrW3xt70CdOI221ve2KSlMYrKk77xFZYn+cx/t+Q5Vj7ASy//WYliBMCWhEUlrAXA0oMerp3jE= Received: by 10.78.167.12 with SMTP id p12mr1768405hue.1178309716785; Fri, 04 May 2007 13:15:16 -0700 (PDT) Received: from ?151.75.229.145? ( [151.75.229.145]) by mx.google.com with ESMTP id m1sm4814795ugc.2007.05.04.13.15.15; Fri, 04 May 2007 13:15:15 -0700 (PDT) Message-ID: <463C05AB.3050307@FreeBSD.org> Date: Sat, 05 May 2007 06:18:51 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Scott Long References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> <463B9268.1040305@samsco.org> In-Reply-To: <463B9268.1040305@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 20:15:18 -0000 Scott Long wrote: > The real problem is that infrastructure code like MSI should not hold > locks across calls to consumer code. That's what needs to be fixed, not > hacks to WITNESS. Actually, I think nobody proposed to hack WITNESS, mine was just a question about a related topic. I'm still trying to figure out why msi currently uses an sx (I suspect there are some sleeping point). Attilio From owner-freebsd-current@FreeBSD.ORG Fri May 4 20:36:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B70516A402 for ; Fri, 4 May 2007 20:36:23 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id D958713C44B for ; Fri, 4 May 2007 20:36:22 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so873950wxc for ; Fri, 04 May 2007 13:36:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=o+r+JAQIlG7tkAuTXIyi2HyBUk+Rn8OE8fB0TSr2/sGYs0q1M3uMN/6qCYuHUJ9rA9OoqdTQCMu4zsIuDZk2OlgRrzNOMzK7BipiXxcII2W5qZlR2tMMyvXUMgEIgATn8aRv454cr5Ii4Oq0IFffg897arwB4/Eq5WOMc6FQTxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=sS4Tqzsw4wroon/8olOwAQbsmQnfvRHn3iJKWGBpBTYyar2VTwX+9ArfLmZzM2jbZjazVYqfxA0znbKD76DrcM9sKNKj0pDZjws5oJoQHxcLSUF/BKCt+Auzd1Jf3/oqxkM7SGUWTyaEc7sCbHW8QirhtW6pRzkjvQAGsquJohU= Received: by 10.70.59.9 with SMTP id h9mr6874950wxa.1178309495882; Fri, 04 May 2007 13:11:35 -0700 (PDT) Received: from bsd.powered.net ( [200.181.68.107]) by mx.google.com with ESMTP id h39sm273648wxd.2007.05.04.13.11.34; Fri, 04 May 2007 13:11:35 -0700 (PDT) Message-ID: <463B936E.50309@gmail.com> Date: Fri, 04 May 2007 17:11:26 -0300 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.3) Gecko/20070420 Thunderbird/2.0.0.0 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <7b0c7ad70705040754h60dd1876w8c78caa6ffec64b8@mail.gmail.com> <499c70c0705041206j20f6fb06t23f66cf6a755dd9@mail.gmail.com> In-Reply-To: <499c70c0705041206j20f6fb06t23f66cf6a755dd9@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, David Kalliecharan Subject: Re: FreeBSD + Turion64 X2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 20:36:23 -0000 Abdullah Ibn Hamad Al-Marri wrote: > On 5/4/07, David Kalliecharan wrote: >> Hello Everyone! >> I seem to have run into a snag as I am trying to install FreeBSD >> Stable or >> Current (preferrable stable) on a HP Pavilion dv6308ca AMD Turion X2, No >> avail not even with current (installer lags?) due to the ACPI? Cannot >> upgrade bios because it is at the highest version. >> [...] > > I got the same problem with Acer Aspire 5102 which has same cpu as > your AMD Turion64 X2 1.6 Ghz. During the first boot, disable SMP on the loader in order to install properly (it shouldn't hang). Then apply this patch (by Ariff Abdullah) to your src tree: http://people.freebsd.org/~ariff/test/k8_c1e.diff Rebuild kernel (with SMP enabled), and reboot. You'll now be able to use both CPU cores without any hangs. - Rainer Alves From owner-freebsd-current@FreeBSD.ORG Fri May 4 20:37:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 856BA16A400; Fri, 4 May 2007 20:37:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0D11C13C458; Fri, 4 May 2007 20:37:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l44KbkZp050571; Fri, 4 May 2007 16:37:47 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: attilio@freebsd.org Date: Fri, 4 May 2007 16:37:38 -0400 User-Agent: KMail/1.9.6 References: <463B7A1D.6020602@omnisec.de> <200705041546.50690.jhb@freebsd.org> <463C01B4.9050802@FreeBSD.org> In-Reply-To: <463C01B4.9050802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705041637.38955.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 04 May 2007 16:37:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3205/Fri May 4 06:50:21 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 20:37:49 -0000 On Saturday 05 May 2007 12:01:56 am Attilio Rao wrote: > John Baldwin wrote: > > On Friday 04 May 2007 10:53:27 pm Attilio Rao wrote: > >> Harald Schmalzbauer wrote: > >>> Hello, > >>> > >>> recent changes (during the last 2 days,I guess tha acpi stuff) broke > >>> -current for me: > >>> > >>> ad6: 476940MB at ata3-master SATA300 > >>> SMP: AP CPU #1 Launched! > >>> panic: blockable sleep lock (sx) msi @ > >>> /FlashBSD/src/sys/i386/i386/msi.c:374 > >>> cpuid = 0 > >>> KDB: enter: panic > >>> [thread pid 0 tid 0 ] > >>> Stopped at kdb_enter+0x30: leave > >>> db> bt > >>> Tracing pid 0 tid 0 td 0xc07c2d60 > >>> kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 > >>> panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 > >>> witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at > >>> witness_checkorder+0xd6 > >>> _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f > >>> msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 > >>> nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at > >>> nexus_map_msi+0x1f > >>> pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at > >>> pcib_map_msi+0x86 > >>> pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at > >>> pcib_map_msi+0x86 > >>> pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at > >>> pci_remap_msi_irq+0xeb > >>> msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at > > msi_assign_cpu+0x68 > >>> intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at > >>> intr_assign_next_cpu+0x23 > >>> intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at > >>> intr_shuffle_irqs+0x5e > >>> mi_startup() at mi_startup+0xa0 > >>> begin() at begin+0x2c > >> In this case the culprit is intr_table_lock spinlock I think. > >> This can be fixed switching the msi lock to be a spinlock instead than a > >> sx lock. > > > > Actually, I think the real fix is I need to better handle the locking for > > assigning interrupts to CPUs. > > I have a question. > Why you currently use a sx lock? There are places where msi functions > can sleep? malloc M_WAITOK, and considering how rarely this stuff is called (just during attach routines for drivers during boot) I didn't consider it important enough to do something more complicated. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 4 20:50:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C619316A401; Fri, 4 May 2007 20:50:13 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 71A3213C4AD; Fri, 4 May 2007 20:50:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l44Ko9oK074260; Fri, 4 May 2007 14:50:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <463B9C7E.2080901@samsco.org> Date: Fri, 04 May 2007 14:50:06 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: John Baldwin References: <463B7A1D.6020602@omnisec.de> <200705041546.50690.jhb@freebsd.org> <463C01B4.9050802@FreeBSD.org> <200705041637.38955.jhb@freebsd.org> In-Reply-To: <200705041637.38955.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 04 May 2007 14:50:10 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: attilio@freebsd.org, freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 20:50:14 -0000 John Baldwin wrote: > On Saturday 05 May 2007 12:01:56 am Attilio Rao wrote: >> John Baldwin wrote: >>> On Friday 04 May 2007 10:53:27 pm Attilio Rao wrote: >>>> Harald Schmalzbauer wrote: >>>>> Hello, >>>>> >>>>> recent changes (during the last 2 days,I guess tha acpi stuff) broke >>>>> -current for me: >>>>> >>>>> ad6: 476940MB at ata3-master SATA300 >>>>> SMP: AP CPU #1 Launched! >>>>> panic: blockable sleep lock (sx) msi @ >>>>> /FlashBSD/src/sys/i386/i386/msi.c:374 >>>>> cpuid = 0 >>>>> KDB: enter: panic >>>>> [thread pid 0 tid 0 ] >>>>> Stopped at kdb_enter+0x30: leave >>>>> db> bt >>>>> Tracing pid 0 tid 0 td 0xc07c2d60 >>>>> kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 >>>>> panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 >>>>> witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at >>>>> witness_checkorder+0xd6 >>>>> _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f >>>>> msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 >>>>> nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at >>>>> nexus_map_msi+0x1f >>>>> pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at >>>>> pcib_map_msi+0x86 >>>>> pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at >>>>> pcib_map_msi+0x86 >>>>> pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at >>>>> pci_remap_msi_irq+0xeb >>>>> msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at >>> msi_assign_cpu+0x68 >>>>> intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at >>>>> intr_assign_next_cpu+0x23 >>>>> intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at >>>>> intr_shuffle_irqs+0x5e >>>>> mi_startup() at mi_startup+0xa0 >>>>> begin() at begin+0x2c >>>> In this case the culprit is intr_table_lock spinlock I think. >>>> This can be fixed switching the msi lock to be a spinlock instead than a >>>> sx lock. >>> Actually, I think the real fix is I need to better handle the locking for >>> assigning interrupts to CPUs. >> I have a question. >> Why you currently use a sx lock? There are places where msi functions >> can sleep? > > malloc M_WAITOK, and considering how rarely this stuff is called (just during > attach routines for drivers during boot) I didn't consider it important > enough to do something more complicated. > Well, you were just using it as a hack around a WITNESS warning ;-) I think it's OK for memory allocations to fail in this kind of code, so long as the failure is propagated to the caller. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 4 21:40:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40E5916A406 for ; Fri, 4 May 2007 21:40:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 2D05713C448 for ; Fri, 4 May 2007 21:40:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 65A0E149A5; Fri, 4 May 2007 14:06:38 -0700 (PDT) Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 54B8A125B2B; Fri, 4 May 2007 14:40:32 -0700 (PDT) Message-ID: <463BA850.8000804@elischer.org> Date: Fri, 04 May 2007 14:40:32 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: John Baldwin References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> <200705041546.50690.jhb@freebsd.org> In-Reply-To: <200705041546.50690.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: attilio@freebsd.org, freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 21:40:33 -0000 John Baldwin wrote: > > This is wrong because once you do critical_enter(), you are free to assume > that you won't do a context switch until you critical_exit(), and sx_xlock() > would violate that if it blocked on the lock. wellllll critical enter doesn't block interupts so it's true if you don't call an interrupt as a context switch. (it doesn't SWITCH contexts but it does step into a different context.) > From owner-freebsd-current@FreeBSD.ORG Fri May 4 21:49:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 948BB16A400; Fri, 4 May 2007 21:49:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 23D8913C43E; Fri, 4 May 2007 21:49:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l44LnGHu050957; Fri, 4 May 2007 17:49:16 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Scott Long Date: Fri, 4 May 2007 17:48:56 -0400 User-Agent: KMail/1.9.6 References: <463B7A1D.6020602@omnisec.de> <200705041637.38955.jhb@freebsd.org> <463B9C7E.2080901@samsco.org> In-Reply-To: <463B9C7E.2080901@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705041748.56842.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 04 May 2007 17:49:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3206/Fri May 4 15:42:28 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: attilio@freebsd.org, freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 21:49:20 -0000 On Friday 04 May 2007 04:50:06 pm Scott Long wrote: > John Baldwin wrote: > > On Saturday 05 May 2007 12:01:56 am Attilio Rao wrote: > >> John Baldwin wrote: > >>> On Friday 04 May 2007 10:53:27 pm Attilio Rao wrote: > >>>> Harald Schmalzbauer wrote: > >>>>> Hello, > >>>>> > >>>>> recent changes (during the last 2 days,I guess tha acpi stuff) broke > >>>>> -current for me: > >>>>> > >>>>> ad6: 476940MB at ata3-master SATA300 > >>>>> SMP: AP CPU #1 Launched! > >>>>> panic: blockable sleep lock (sx) msi @ > >>>>> /FlashBSD/src/sys/i386/i386/msi.c:374 > >>>>> cpuid = 0 > >>>>> KDB: enter: panic > >>>>> [thread pid 0 tid 0 ] > >>>>> Stopped at kdb_enter+0x30: leave > >>>>> db> bt > >>>>> Tracing pid 0 tid 0 td 0xc07c2d60 > >>>>> kdb_enter(c07422df,0,c0746e47,c1420bdc,c07c2d60,...) at kdb_enter+0x30 > >>>>> panic(c0746e47,c073180d,c0732bb2,c0764c8e,176,...) at panic+0x135 > >>>>> witness_checkorder(c082f0fc,1,c0764c8e,176,c55c0980,...) at > >>>>> witness_checkorder+0xd6 > >>>>> _sx_slock(c082f0fc,c0764c8e,176,c1420c64,c06f7e65,...) at _sx_slock+0x5f > >>>>> msi_map(100,c1420d08,c1420d04,c1420c94,c04b5cc5,...) at msi_map+0x22 > >>>>> nexus_map_msi(c5552000,c55e4000,100,c1420d08,c1420d04,...) at > >>>>> nexus_map_msi+0x1f > >>>>> pcib_map_msi(c55d9080,c55e4000,100,c1420d08,c1420d04,...) at > >>>>> pcib_map_msi+0x86 > >>>>> pcib_map_msi(c55e4200,c55e4000,100,c1420d08,c1420d04,...) at > >>>>> pcib_map_msi+0x86 > >>>>> pci_remap_msi_irq(c55e4000,100,c06ecb73,c54fff78,100,...) at > >>>>> pci_remap_msi_irq+0xeb > >>>>> msi_assign_cpu(c55e6240,0,100,c079d170,c1420d70,...) at > >>> msi_assign_cpu+0x68 > >>>>> intr_assign_next_cpu(c55e6240,0,c07631d3,1c7,c54f3a44,...) at > >>>>> intr_assign_next_cpu+0x23 > >>>>> intr_shuffle_irqs(0,141e000,141ec00,141e000,0,...) at > >>>>> intr_shuffle_irqs+0x5e > >>>>> mi_startup() at mi_startup+0xa0 > >>>>> begin() at begin+0x2c > >>>> In this case the culprit is intr_table_lock spinlock I think. > >>>> This can be fixed switching the msi lock to be a spinlock instead than a > >>>> sx lock. > >>> Actually, I think the real fix is I need to better handle the locking for > >>> assigning interrupts to CPUs. > >> I have a question. > >> Why you currently use a sx lock? There are places where msi functions > >> can sleep? > > > > malloc M_WAITOK, and considering how rarely this stuff is called (just during > > attach routines for drivers during boot) I didn't consider it important > > enough to do something more complicated. > > > > Well, you were just using it as a hack around a WITNESS warning ;-) I > think it's OK for memory allocations to fail in this kind of code, so > long as the failure is propagated to the caller. Do you really expect bus_alloc_resource()-type things to fail to attach a driver instead of waiting for the system to free up some memory? Most of that sort of thing is quite resilient right now, and I'm hesitant to make the system start breaking things instead of waiting when memory runs low. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 4 21:57:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC48216A402; Fri, 4 May 2007 21:57:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 515AD13C44B; Fri, 4 May 2007 21:57:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l44LvTdO074534; Fri, 4 May 2007 15:57:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <463BAC46.9030200@samsco.org> Date: Fri, 04 May 2007 15:57:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Julian Elischer References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> <200705041546.50690.jhb@freebsd.org> <463BA850.8000804@elischer.org> In-Reply-To: <463BA850.8000804@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 04 May 2007 15:57:30 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: attilio@freebsd.org, freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 21:57:34 -0000 Julian Elischer wrote: > John Baldwin wrote: > >> >> This is wrong because once you do critical_enter(), you are free to >> assume that you won't do a context switch until you critical_exit(), >> and sx_xlock() would violate that if it blocked on the lock. > > wellllll critical enter doesn't block interupts so it's true if you > don't call > an interrupt as a context switch. > (it doesn't SWITCH contexts but it does step into a different context.) > Yes, interrupts are serviced when a critical section is entered, but ithreads are not run on the same CPU until the critical section is exited. This has been debated quite a bit over the last few years, but I it's a good compromise. This implications just don't seem to be documented well, especially for those who need a protected, uninterruptable context for doing time-critical operations. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 4 22:04:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B33A616A401 for ; Fri, 4 May 2007 22:04:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 99CC913C45D for ; Fri, 4 May 2007 22:04:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 5663 invoked from network); 4 May 2007 22:04:13 -0000 Received: from ppp-71-139-36-90.dsl.snfc21.pacbell.net (HELO ?10.0.0.250?) (nate-mail@71.139.36.90) by root.org with ESMTPA; 4 May 2007 22:04:13 -0000 Message-ID: <463BADD6.8090000@root.org> Date: Fri, 04 May 2007 15:04:06 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: Eric Anholt References: <463B93CD.3000302@root.org> <1178313200.54075.3.camel@vonnegut> In-Reply-To: <1178313200.54075.3.camel@vonnegut> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: agp_i810 not built on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 22:04:12 -0000 Eric Anholt wrote: > On Fri, 2007-05-04 at 13:13 -0700, Nate Lawson wrote: >> I have a desktop with i945GMS builtin video. It appears agp_i810.c is >> not built on amd64, hence no support for agp. This is on 6.x. >> >> none0@pci0:2:0: class=0x030000 card=0x31031565 chip=0x27728086 rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Integrated Graphics Controller' >> class = display >> subclass = VGA >> >> sys/conf/files.i386:pci/agp_i810.c optional agp >> >> $ ls /sys/amd64/compile/SMP/*agp* >> /sys/amd64/compile/SMP/agp.o /sys/amd64/compile/SMP/agp_if.h >> /sys/amd64/compile/SMP/agp_amd64.o /sys/amd64/compile/SMP/agp_if.o >> /sys/amd64/compile/SMP/agp_if.c /sys/amd64/compile/SMP/agp_intel.o >> >> Is there any reason not to use i810 on amd64? A quick glance through >> doesn't show it doing anything 32-bit specific. On -current, it appears >> to be enabled for amd64. It appears this MFC never happened: >> >> revision 1.93 >> date: 2006/09/05 16:55:12; author: anholt; state: Exp; lines: +1 -0 >> Include agp_i810.c in amd64 AGP builds to get support for the Intel 915 >> Express chipsets. > > Nope, there's no good reason for the MFC to have not happened. > > We've only got one amd64 issue that I know of, but it's actually not > unique to amd64. We're not allocating our pages to back aperture > allocations to meet the requirements of the page tables, so for example > on i915-class hardware with 4GB of ram, you'll get pages sometimes that > are above the 4GB range, and we'll just drop the top bit of the address > when filling in the page table, resulting in pain. We need a way for > AGP drivers to communicate their requirements for AGP memory to the > core, likely through busdma tags. > > In the current agp_i810.c patch I've been working on, I at least panic > when we get out-of-range pages, instead of scribbling on random memory. > Ok, I've tested it and it works. I will MFC now. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri May 4 22:20:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F54E16A400 for ; Fri, 4 May 2007 22:20:24 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by mx1.freebsd.org (Postfix) with ESMTP id C4D5613C44B for ; Fri, 4 May 2007 22:20:23 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from localhost (localhost [127.0.0.1]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 56BD914D838; Fri, 4 May 2007 23:56:51 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([127.0.0.1]) by localhost (smtp-2.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bdBDJFWJztea; Fri, 4 May 2007 23:56:46 +0200 (CEST) Received: from sleipner.home.swe (c213-100-49-190.swipnet.se [213.100.49.190]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 790A914D7E8; Fri, 4 May 2007 23:56:46 +0200 (CEST) Message-ID: <463BAD4C.2060205@bahnhofbredband.se> Date: Sat, 05 May 2007 00:01:48 +0200 From: Carl Johan Gustavsson User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: Poul-Henning Kamp References: <18292.1178286106@critter.freebsd.dk> In-Reply-To: <18292.1178286106@critter.freebsd.dk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [TEST] if_gem patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 22:20:24 -0000 Poul-Henning Kamp wrote: > Can somebody with if_gem hardware please verify that this patch: > http://phk.freebsd.dk/patch/if_gem.patch > does not result in any functional difference ? > > I've tested the patch on a Sun Blade 100 (on a few days old CURRENT). There are no problems that I've seen so far. I haven't done any heavy testing though, some iperf tests and ssh transfers. The NIC in the machine is this gem0@pci0:12:1: class=0x020000 card=0x00000000 chip=0x1101108e rev=0x01 hdr=0x00 vendor = 'Sun Microsystems' device = 'RIO GEM' class = network subclass = ethernet / cjg From owner-freebsd-current@FreeBSD.ORG Fri May 4 21:19:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2B4716A407 for ; Fri, 4 May 2007 21:19:32 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8876013C44C for ; Fri, 4 May 2007 21:19:32 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l44LFlrn054368; Fri, 4 May 2007 14:16:10 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l44LEWLi054364; Fri, 4 May 2007 14:14:32 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Nate Lawson In-Reply-To: <463B93CD.3000302@root.org> References: <463B93CD.3000302@root.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZpowOhnBEoX+lwULSm5Y" Date: Fri, 04 May 2007 14:13:20 -0700 Message-Id: <1178313200.54075.3.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port X-Mailman-Approved-At: Fri, 04 May 2007 22:22:40 +0000 Cc: current Subject: Re: agp_i810 not built on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 21:19:33 -0000 --=-ZpowOhnBEoX+lwULSm5Y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-05-04 at 13:13 -0700, Nate Lawson wrote: > I have a desktop with i945GMS builtin video. It appears agp_i810.c is > not built on amd64, hence no support for agp. This is on 6.x. >=20 > none0@pci0:2:0: class=3D0x030000 card=3D0x31031565 chip=3D0x27728086 rev= =3D0x02 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Integrated Graphics Controller' > class =3D display > subclass =3D VGA >=20 > sys/conf/files.i386:pci/agp_i810.c optional agp >=20 > $ ls /sys/amd64/compile/SMP/*agp* > /sys/amd64/compile/SMP/agp.o /sys/amd64/compile/SMP/agp_if.h > /sys/amd64/compile/SMP/agp_amd64.o /sys/amd64/compile/SMP/agp_if.o > /sys/amd64/compile/SMP/agp_if.c /sys/amd64/compile/SMP/agp_intel.= o >=20 > Is there any reason not to use i810 on amd64? A quick glance through > doesn't show it doing anything 32-bit specific. On -current, it appears > to be enabled for amd64. It appears this MFC never happened: >=20 > revision 1.93 > date: 2006/09/05 16:55:12; author: anholt; state: Exp; lines: +1 -0 > Include agp_i810.c in amd64 AGP builds to get support for the Intel 915 > Express chipsets. Nope, there's no good reason for the MFC to have not happened. We've only got one amd64 issue that I know of, but it's actually not unique to amd64. We're not allocating our pages to back aperture allocations to meet the requirements of the page tables, so for example on i915-class hardware with 4GB of ram, you'll get pages sometimes that are above the 4GB range, and we'll just drop the top bit of the address when filling in the page table, resulting in pain. We need a way for AGP drivers to communicate their requirements for AGP memory to the core, likely through busdma tags. In the current agp_i810.c patch I've been working on, I at least panic when we get out-of-range pages, instead of scribbling on random memory. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-ZpowOhnBEoX+lwULSm5Y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGO6HtHUdvYGzw6vcRAra2AJ41OayWagf51cWIhisHM+FLAT92vQCghy61 BMOEU+rq7UCbh1+GQ9EPiSM= =+hW0 -----END PGP SIGNATURE----- --=-ZpowOhnBEoX+lwULSm5Y-- From owner-freebsd-current@FreeBSD.ORG Fri May 4 22:31:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CECF16A402 for ; Fri, 4 May 2007 22:31:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 835E313C46C for ; Fri, 4 May 2007 22:31:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 7D2D515C26; Fri, 4 May 2007 14:57:59 -0700 (PDT) Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id C42C1125ADA; Fri, 4 May 2007 15:31:53 -0700 (PDT) Message-ID: <463BB458.6030606@elischer.org> Date: Fri, 04 May 2007 15:31:52 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Scott Long References: <463B7A1D.6020602@omnisec.de> <463BF1A7.1050504@FreeBSD.org> <200705041546.50690.jhb@freebsd.org> <463BA850.8000804@elischer.org> <463BAC46.9030200@samsco.org> In-Reply-To: <463BAC46.9030200@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: attilio@freebsd.org, freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 May 2007 22:31:54 -0000 Scott Long wrote: > Julian Elischer wrote: >> John Baldwin wrote: >> >>> >>> This is wrong because once you do critical_enter(), you are free to >>> assume that you won't do a context switch until you critical_exit(), >>> and sx_xlock() would violate that if it blocked on the lock. >> >> wellllll critical enter doesn't block interupts so it's true if you >> don't call >> an interrupt as a context switch. >> (it doesn't SWITCH contexts but it does step into a different context.) >> > > Yes, interrupts are serviced when a critical section is entered, but > ithreads are not run on the same CPU until the critical section is > exited. This has been debated quite a bit over the last few years, but > I it's a good compromise. This implications just don't seem to be > documented well, especially for those who need a protected, > uninterruptable context for doing time-critical operations. I think what needs to be documented is a list of "Things thou shalt not do whilst within a FAST interrupt handler". possibly in locking/9 amongst other places. maybe in an interrupts(9) page? > > Scott From owner-freebsd-current@FreeBSD.ORG Sat May 5 01:03:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D093E16A400 for ; Sat, 5 May 2007 01:03:02 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 53B2713C458 for ; Sat, 5 May 2007 01:03:02 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l4512tTT024198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 5 May 2007 03:03:01 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l4512t5X032021 for ; Sat, 5 May 2007 03:02:55 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l4512tka007409 for freebsd-current@freebsd.org; Sat, 5 May 2007 03:02:55 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Sat, 5 May 2007 03:02:55 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705050302.55404.h.schmalzbauer@omnisec.de> Subject: kbdmux and KBD_DFLT_KEYMAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 01:03:02 -0000 Hello, I think I lost some understanding... I always compiled SC_DFLT_FONT and [AT|U]KBD_DFTL_KEYMAP into my kernels and saw that ever since kbdmux was introduced with 6. (0|1?) the mapping hadn't worked. I was astonished that, again with current, it seems that it's still not working and I haven't found anything in NOTES which points me to something like KBDMUX_DFLT_KEYMAP. Usually I access my servers via serial console, so this wasn't really that problem for me, but today I missed it, so I wanted to ask if I missed something or if I should file a PR? Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Sat May 5 01:19:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBFC016A401 for ; Sat, 5 May 2007 01:19:05 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD9613C447 for ; Sat, 5 May 2007 01:19:05 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l451Iw73024317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 5 May 2007 03:19:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l451Iwjm032634 for ; Sat, 5 May 2007 03:18:58 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l451Iwgl007499 for freebsd-current@freebsd.org; Sat, 5 May 2007 03:18:58 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Sat, 5 May 2007 03:18:58 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705050318.58690.h.schmalzbauer@omnisec.de> Subject: i815 and SC_PIXEL_MODE and DRM problem also X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 01:19:06 -0000 Hello, today I empowerd my old Vaio SRX41P (P3m@800) with a fresh -current and recognized that there persists a problem with SC_PIXEL_MODE. It seems to be broken for my i815 integrated graphics controller since FreeBSD 5.x. vidcontrol -i mode shows me the 800x600x4 (106) mode, which some ATI card's don't have, but with FreeBSD5 I always could enable "-g 100x37 VESA_800x600" if that mode was shown. For the mentioned period I just get "not supported by device". I also can remember that I had my puppy running OpenGL applications with FreeBSD4/5. If I kldload drm and i915 the chipset isn't supported anymore. Was it intentional to remove i810 support? (but keep Vodoo/Glide???) Thanks in advance, -Harry From owner-freebsd-current@FreeBSD.ORG Sat May 5 01:32:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF9B316A400 for ; Sat, 5 May 2007 01:32:18 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6165813C447 for ; Sat, 5 May 2007 01:32:18 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l451WB5s024438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 5 May 2007 03:32:17 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l451WBWA032712 for ; Sat, 5 May 2007 03:32:11 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l451WBkr007585 for freebsd-current@freebsd.org; Sat, 5 May 2007 03:32:11 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Sat, 5 May 2007 03:32:11 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705050332.11753.h.schmalzbauer@omnisec.de> Subject: interrupt storm irq9 and ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 01:32:19 -0000 Hi, me again, again a new problem with my laptop: it's a old Vaio SRX41p, p3m@800, no apic, the BIOS (Sony U2) assigns only i= rq9=20 to all devices. Enabling wpa_supplicant leads to interrupt storm messages. I've been using this laptop with 6.2 heavily but never saw any interrupt st= orm=20 message before. Also tuning the sysctl vrom 100 to 500 hasn't helped (can't remember the MI= B=20 exactly right now, but of course will look if it helps). I have compiled in cpufreq and I use powerd but that doesn't seem to be the= =20 problem because if the machine is under load, so that est doesn't step down= ,=20 I also get the storm throttle. Thanks, =2DHarry =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Sat May 5 01:46:16 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 715B616A401 for ; Sat, 5 May 2007 01:46:16 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2755713C447 for ; Sat, 5 May 2007 01:46:15 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l451gn0e055431 for ; Fri, 4 May 2007 18:43:18 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l451fsSl055430 for current@FreeBSD.org; Fri, 4 May 2007 18:41:54 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3lgX7dtMW1Un7v2MsRqj" Date: Fri, 04 May 2007 18:40:42 -0700 Message-Id: <1178329243.54075.34.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: Subject: swap_pager_swap_init panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 01:46:16 -0000 --=-3lgX7dtMW1Un7v2MsRqj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've got an SMP netbooting test machine, which panics on startup almost 100% of the time with the issue that has been reported since 2006-12-02 at least: db> where Tracing pid 40 tid 100040 td 0xffffff003b9e24c0 kdb_enter() at kdb_enter+0x2f panic() at panic+0x291 swap_pager_swap_init() at swap_pager_swap_init+0x20c vm_pageout() at vm_pageout+0x17c fork_exit() at fork_exit+0x86 fork_trampoline() at fork_trampoline+0xe It's just after this chunk of the normal dmesg: May 4 16:52:03 explosivo kernel: acd0: DVDR at= ata5-master SATA150 May 4 16:52:03 explosivo kernel: Sending DHCP Discover packet from interfa= ce em0 (00:16:76:ae:66:f1) May 4 16:52:03 explosivo kernel: Sending DHCP Discover packet from interfa= ce fwe0 (02:90:27:b0:f0:d9) May 4 16:52:03 explosivo kernel: Received DHCP Offer packet on em0 from 19= 2.168.0.103 (accepted) (no root path) May 4 16:52:03 explosivo kernel: Received DHCP Offer packet on em0 from 19= 2.168.0.103 (ignored) (no root path) May 4 16:52:03 explosivo kernel: Sending DHCP Request packet from interfac= e em0 (00:16:76:ae:66:f1) May 4 16:52:03 explosivo kernel: Received DHCP Ack packet on em0 from 192.= 168.0.103 (accepted) (got root path) May 4 16:52:03 explosivo kernel: DHCP timeout for interface fwe0 May 4 16:52:03 explosivo kernel: em0 at 192.168.0.4 server 192.168.0.103 b= oot file /usr/src/nbcurrent/boot/pxeboot May 4 16:52:03 explosivo kernel: subnet mask 255.255.255.0 router 192.168.= 0.1 rootfs 192.168.0.103:/usr/src/nbcurrent=20 May 4 16:52:03 explosivo kernel: Adjusted interface em0 May 4 16:52:03 explosivo kernel: Shutdown interface fwe0 May 4 16:52:03 explosivo kernel: SMP: AP CPU #1 Launched! That swap_pager_swap_init() panic is about a NULL getting returned, and I tracked it down to the "if ((zone !=3D slabzone) && (zone !=3D slabrefzone))" NULL return, where I've put a panic in. kdb_enter() panic() uma_zone_slab() uma_zalloc_internal() uma_zcreate() swap_pager_swap_init() vm_pageout() fork_exit() fork_trampoline() That's pagedaemon, and the other running process is swapper: cpustop_handler() ipi_nmi_hanlder() trap() calltrap() siocnopen() sio_cnputc() cnputc() putcons() putchar() kvprintf() printf() uma_zone_slab() uma_zalloc_bucket() uma_zalloc_arg() vm_map_entry_create vm_map_insert() kmem_malloc() page_alloc() startup_alloc() slab_alloc() uma_zone_slab() uma_zalloc_internal() uma_zcreate() vfs_mountroot() start_init() fork_exit() fork_trampoline() That printf should be mine, from some debugging I was sprinkling around. See also PR amd64/106186 which notes that turning off SMP fixes it (certainly does for me). I haven't tested the turning-off-firewire which was suggested, since I can't do it just from loader.conf apparently. Any ideas on fixing it? --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-3lgX7dtMW1Un7v2MsRqj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGO+CaHUdvYGzw6vcRAjmxAJ9VKLTcr7HyF06+zGLys07qn7EvegCggSyj fCdULNSi+C/DFK71dZcSbY0= =GmuY -----END PGP SIGNATURE----- --=-3lgX7dtMW1Un7v2MsRqj-- From owner-freebsd-current@FreeBSD.ORG Sat May 5 02:18:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1988616A400 for ; Sat, 5 May 2007 02:18:04 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 722D413C45E for ; Sat, 5 May 2007 02:18:01 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l452Hrrp025150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 May 2007 04:17:58 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l452HrTn033041; Sat, 5 May 2007 04:17:53 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l452Hrwo007942; Sat, 5 May 2007 04:17:53 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: Eric Anholt Date: Sat, 5 May 2007 04:17:52 +0200 User-Agent: KMail/1.9.6 References: <200705050318.58690.h.schmalzbauer@omnisec.de> <1178329761.54075.39.camel@vonnegut> In-Reply-To: <1178329761.54075.39.camel@vonnegut> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705050417.53079.h.schmalzbauer@omnisec.de> Cc: freebsd-current@freebsd.org Subject: Re: i815 and SC_PIXEL_MODE and DRM problem also X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 02:18:04 -0000 Am Samstag, 5. Mai 2007 schrieb Eric Anholt: > On Sat, 2007-05-05 at 03:18 +0200, Harald Schmalzbauer wrote: > > Hello, > > > > today I empowerd my old Vaio SRX41P (P3m@800) with a fresh -current and > > recognized that there persists a problem with SC_PIXEL_MODE. It seems to > > be broken for my i815 integrated graphics controller since FreeBSD 5.x. > > vidcontrol -i mode shows me the 800x600x4 (106) mode, which some ATI > > card's don't have, but with FreeBSD5 I always could enable "-g 100x37 > > VESA_800x600" if that mode was shown. For the mentioned period I just g= et > > "not supported by device". > > > > I also can remember that I had my puppy running OpenGL applications with > > FreeBSD4/5. If I kldload drm and i915 the chipset isn't supported > > anymore. Was it intentional to remove i810 support? (but keep > > Vodoo/Glide???) > > We have never supported i810 DRM on FreeBSD. The i810 driver had some > extra VM tricks it was doing to do the command stream validation, so it > never got ported. Really?!? I'm quiet sure I had i815 machines with working glx. Is it possible that I had OpenGL in Xfree without FreeBSD DRM? In 2002 I had lots of i810/815 machines supplied with FreeBSD 4.7 and I saw= =20 glxgears working at reasonable speed (according to the i810 capabilities). Thanks for your attention! =2DHarry =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Sat May 5 02:26:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A814616A401; Sat, 5 May 2007 02:26:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3778613C458; Sat, 5 May 2007 02:26:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l452QuHE075459; Fri, 4 May 2007 20:26:56 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <463BEB6C.90507@samsco.org> Date: Fri, 04 May 2007 20:26:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: John Baldwin References: <463B7A1D.6020602@omnisec.de> <200705041637.38955.jhb@freebsd.org> <463B9C7E.2080901@samsco.org> <200705041748.56842.jhb@freebsd.org> In-Reply-To: <200705041748.56842.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 04 May 2007 20:26:56 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: attilio@freebsd.org, freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: PANIC: blockable slep lock (sx) msi @ ....msi.c:374 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 02:26:59 -0000 John Baldwin wrote: >> Well, you were just using it as a hack around a WITNESS warning ;-) I >> think it's OK for memory allocations to fail in this kind of code, so >> long as the failure is propagated to the caller. > > Do you really expect bus_alloc_resource()-type things to fail to attach a > driver instead of waiting for the system to free up some memory? Most of > that sort of thing is quite resilient right now, and I'm hesitant to make the > system start breaking things instead of waiting when memory runs low. > That's actually a very good question. Most core newbus and resource list functions already fail for lack of memory, so any guarantees about device device discovery, probe, and attach are already inconsistent. However, making guarantees is perfectly fine, I don't have a problem with that. But along with that, clients need to know what to expect from these utility/infrastructure subsystems in terms of locking and blocking. These subsystems also need to be conscious of being as consistent and easy to work with as possible, in line with the guarantees that are offered. The panic that you introduced is a perfect example of what happens when there aren't clear definitions and guarantees, and that's what I'm most concerned about fixing. I think it's good practice to have these subsystems do the following: 1. Do not hold private locks over calls to client subsystems. 2. Avoid blocking and sleeping except where specifically designed and documented to do so. 3. Report all errors up to the caller, avoiding panics where possible. If you think of kernel infrastructure as being similar to userland libraries, where both provide services and utilities to client code, then these rules make a lot of sense. As Giant gets removed from more of this code, better care and planning gets much more important. Scott From owner-freebsd-current@FreeBSD.ORG Sat May 5 02:27:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBE7F16A401 for ; Sat, 5 May 2007 02:27:47 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 97B1F13C45B for ; Sat, 5 May 2007 02:27:27 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l451pOsP055494; Fri, 4 May 2007 18:51:49 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l451oUAC055467; Fri, 4 May 2007 18:50:30 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Harald Schmalzbauer In-Reply-To: <200705050318.58690.h.schmalzbauer@omnisec.de> References: <200705050318.58690.h.schmalzbauer@omnisec.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-eaSH2Gios04J3WJEGrYZ" Date: Fri, 04 May 2007 18:49:20 -0700 Message-Id: <1178329761.54075.39.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: i815 and SC_PIXEL_MODE and DRM problem also X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 02:27:47 -0000 --=-eaSH2Gios04J3WJEGrYZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-05-05 at 03:18 +0200, Harald Schmalzbauer wrote: > Hello, >=20 > today I empowerd my old Vaio SRX41P (P3m@800) with a fresh -current and=20 > recognized that there persists a problem with SC_PIXEL_MODE. It seems to = be=20 > broken for my i815 integrated graphics controller since FreeBSD 5.x. > vidcontrol -i mode shows me the 800x600x4 (106) mode, which some ATI card= 's=20 > don't have, but with FreeBSD5 I always could enable "-g 100x37 VESA_800x6= 00"=20 > if that mode was shown. For the mentioned period I just get "not supporte= d by=20 > device". >=20 > I also can remember that I had my puppy running OpenGL applications with=20 > FreeBSD4/5. If I kldload drm and i915 the chipset isn't supported anymore= . > Was it intentional to remove i810 support? (but keep Vodoo/Glide???) We have never supported i810 DRM on FreeBSD. The i810 driver had some extra VM tricks it was doing to do the command stream validation, so it never got ported. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-eaSH2Gios04J3WJEGrYZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGO+KgHUdvYGzw6vcRAoV5AKCYmlfM/OpRf+7QdgXsNtzebsqx3QCeO+5n /bpsUl/dOHr85xymcQLAS24= =v3bJ -----END PGP SIGNATURE----- --=-eaSH2Gios04J3WJEGrYZ-- From owner-freebsd-current@FreeBSD.ORG Sat May 5 03:37:08 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6D6B16A402 for ; Sat, 5 May 2007 03:37:08 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from downloadtech.com (dt2-sfo.downloadtech.net [66.220.3.227]) by mx1.freebsd.org (Postfix) with ESMTP id 878E313C45A for ; Sat, 5 May 2007 03:37:08 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (static-72-90-113-2.ptldor.fios.verizon.net [72.90.113.2]) by downloadtech.com (8.12.9p1/8.12.9) with ESMTP id l453b4tP097132; Fri, 4 May 2007 20:37:05 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.8/8.13.6) with ESMTP id l453ax7W037038; Fri, 4 May 2007 20:36:59 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.8/8.13.8/Submit) id l453axPc037037; Fri, 4 May 2007 20:36:59 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Fri, 4 May 2007 20:36:59 -0700 From: David G Lawrence To: Eric Anholt Message-ID: <20070505033659.GB2462@tnn.dglawrence.com> References: <1178329243.54075.34.camel@vonnegut> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1178329243.54075.34.camel@vonnegut> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (downloadtech.com [66.220.3.227]); Fri, 04 May 2007 20:37:05 -0700 (PDT) Cc: current@FreeBSD.org Subject: Re: swap_pager_swap_init panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 03:37:08 -0000 > I've got an SMP netbooting test machine, which panics on startup almost > 100% of the time with the issue that has been reported since 2006-12-02 > at least: > db> where > Tracing pid 40 tid 100040 td 0xffffff003b9e24c0 > kdb_enter() at kdb_enter+0x2f > panic() at panic+0x291 > swap_pager_swap_init() at swap_pager_swap_init+0x20c I had the same problem with one of my SMP machines. It's a curious problem since I can take the same hard drive over to a slightly different SMP machine and not see the panic. It appears to be a race of some kind in the VM system initialization, right after the second CPU is started. Try this patch out and let me know if it fixes it for you... Index: uma_core.c =================================================================== RCS file: /home/ncvs/src/sys/vm/uma_core.c,v retrieving revision 1.119.2.19 diff -c -r1.119.2.19 uma_core.c *** uma_core.c 11 Feb 2007 03:31:19 -0000 1.119.2.19 --- uma_core.c 1 Mar 2007 06:52:26 -0000 *************** *** 1615,1621 **** #endif args.name = "UMA Zones"; args.size = sizeof(struct uma_zone) + ! (sizeof(struct uma_cache) * (mp_maxid + 1)); args.ctor = zone_ctor; args.dtor = zone_dtor; args.uminit = zero_init; --- 1615,1621 ---- #endif args.name = "UMA Zones"; args.size = sizeof(struct uma_zone) + ! (sizeof(struct uma_cache) * (mp_maxid + 33)); args.ctor = zone_ctor; args.dtor = zone_dtor; args.uminit = zero_init; Note that I don't claim this is a proper fix - it is just a work-around that works for me. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Sat May 5 05:16:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F6EA16A401 for ; Sat, 5 May 2007 05:16:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 460FC13C44C for ; Sat, 5 May 2007 05:16:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HkCck-000PCr-45 for freebsd-current@freebsd.org; Sat, 05 May 2007 08:16:02 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l455FlZb003013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 May 2007 08:15:47 +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.1/8.14.1) with ESMTP id l455Fleb052866; Sat, 5 May 2007 08:15:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l455FkCd052801; Sat, 5 May 2007 08:15:46 +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: Sat, 5 May 2007 08:15:46 +0300 From: Kostik Belousov To: Harald Schmalzbauer Message-ID: <20070505051546.GT2441@deviant.kiev.zoral.com.ua> References: <200705050332.11753.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kak5YK1pHfL2v46D" Content-Disposition: inline In-Reply-To: <200705050332.11753.h.schmalzbauer@omnisec.de> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 4fe2b897d4d72954524b6b73d18f8617 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1023 [May 04 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: interrupt storm irq9 and ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 05:16:04 -0000 --kak5YK1pHfL2v46D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 05, 2007 at 03:32:11AM +0200, Harald Schmalzbauer wrote: > Hi, me again, again a new problem with my laptop: >=20 > it's a old Vaio SRX41p, p3m@800, no apic, the BIOS (Sony U2) assigns only= irq9=20 > to all devices. > Enabling wpa_supplicant leads to interrupt storm messages. > I've been using this laptop with 6.2 heavily but never saw any interrupt = storm=20 > message before. > Also tuning the sysctl vrom 100 to 500 hasn't helped (can't remember the = MIB=20 > exactly right now, but of course will look if it helps). >=20 > I have compiled in cpufreq and I use powerd but that doesn't seem to be t= he=20 > problem because if the machine is under load, so that est doesn't step do= wn,=20 > I also get the storm throttle. Me too kind of response. There, I have ath and snd_hda sharing interrupt on the Acer 945GM based laptop. I need to provoke the interrupt storm, though. It starts after I do "ifconfig ath0 up; ifconfig ath0 list scan" without configuring network. Doing "ifconfig ath0 down" stops the storm. Otherwise (i.e., when associating with ap) interface works normally. Releng_6. --kak5YK1pHfL2v46D Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGPBMBC3+MBN1Mb4gRAo4BAJ4+4o5TXCG4nKoiRMeGsCfwC05F6gCg7RNj 1WA9f1wPT84mfYoXn5/LkE8= =yM2J -----END PGP SIGNATURE----- --kak5YK1pHfL2v46D-- From owner-freebsd-current@FreeBSD.ORG Sat May 5 16:54:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C26316A402 for ; Sat, 5 May 2007 16:54:46 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id EC64113C43E for ; Sat, 5 May 2007 16:54:45 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id D3572EB473B for ; Sat, 5 May 2007 19:54:43 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 1B83E80002 for ; Sat, 5 May 2007 19:54:43 +0300 (EEST) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24021-06 for ; Sat, 5 May 2007 19:54:40 +0300 (EEST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 6EAC680001 for ; Sat, 5 May 2007 19:54:40 +0300 (EEST) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id A3B05B0140; Sat, 5 May 2007 19:54:43 +0300 (EEST) Date: Sat, 5 May 2007 19:54:43 +0300 From: Marinos Ilias To: freebsd-current@freebsd.org Message-ID: <20070505165443.GA20239@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Subject: ural && HPS usb stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 16:54:46 -0000 Hello people, I have a Dell XPS m1210 and because it has intel wireless 3945ABG, which doesn't work for me using the wpi driver, I decided to buy a Gigabyte GN-WBKG wireless usb adapter.It is recognized normally with ural driver. The last 3 weeks I had some weird problems using this usb adapter.While I was surfing or listening to radio (from internet) the laptop many times suddenly rebooted(a reboot like a hardware reset , which didn't give me the chance to catch the errors).Also I am not sure how can I reproduce the error in a way that I can understand what crashes. So I decided , to test the HPS usb stack .Now I don't have these "reboots" any more but sometimes after a lot of use it seems the device does not respond.Something has to do with the ural driver.At such a moment I get the interface down and detach and re-attach the stick but kernel does not see it anymore and I have to reboot the whole system.I paste to you some messages : marinosi@lucifer:~$ dmesg | grep ural ural0: ural0: at uhub4 port 2 (addr 126) disconnected ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 ural0: Ethernet address: 00:16:e6:3e:b3:f8 ural0: detached ural0: ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 ural0: Ethernet address: 00:16:e6:3e:b3:f8 ural0: link state changed to UP ural0: at uhub4 port 2 (addr 126) disconnected ural0: link state changed to DOWN ural0: detached ural0: ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 ural0: Ethernet address: 00:16:e6:3e:b3:f8 ural0: at uhub4 port 2 (addr 126) disconnected ural0: detached ural0: ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 ural0: Ethernet address: 00:16:e6:3e:b3:f8 ural0: at uhub4 port 2 (addr 126) disconnected ural0: detached ural0: ural0: could not set configuration number, err=USBD_TIMEOUT! device_attach: ural0 attach returned 6 marinosi@lucifer:~$ sudo wpa_supplicant -i ural0 -c /etc/wpa_supplicant.conf Failed to initialize driver interface IIRC , after this incident the usb port is fully disabled.I want to note , that this happens without moving the usb adapter at all. Thank you all and have a nice time. --Ilias From owner-freebsd-current@FreeBSD.ORG Sat May 5 17:31:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E83416A402; Sat, 5 May 2007 17:31:34 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id D5E4F13C468; Sat, 5 May 2007 17:31:33 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [81.191.58.152] (account mc467741@c2i.net HELO [192.168.1.123]) by mailfe05.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 381785588; Sat, 05 May 2007 19:31:31 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Date: Sat, 5 May 2007 19:31:12 +0200 User-Agent: KMail/1.9.5 References: <20070505165443.GA20239@ceid.upatras.gr> In-Reply-To: <20070505165443.GA20239@ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705051931.13033.hselasky@c2i.net> Cc: Marinos Ilias Subject: Re: ural && HPS usb stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 17:31:34 -0000 On Saturday 05 May 2007 18:54, Marinos Ilias wrote: > Hello people, > I have a Dell XPS m1210 and because it has intel wireless 3945ABG, which > doesn't work for me using the wpi driver, I decided to buy a Gigabyte > GN-WBKG wireless usb adapter.It is recognized normally with ural driver. > The last 3 weeks I had some weird problems using this usb adapter.While I > was surfing or listening to radio (from internet) the laptop many times > suddenly rebooted(a reboot like a hardware reset , which didn't give me the > chance to catch the errors).Also I am not sure how can I reproduce the > error in a way that I can understand what crashes. So I decided , to test > the HPS usb stack .Now I don't have these "reboots" any more but sometimes > after a lot of use it seems the device does not respond.Something has to do > with the ural driver.At such a moment I get the interface down and detach > and re-attach the stick but kernel does not see it anymore and I have to > reboot the whole system.I paste to you some messages : > > > marinosi@lucifer:~$ dmesg | grep ural > ural0: 126> ural0: at uhub4 port 2 (addr 126) disconnected > ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 > ural0: Ethernet address: 00:16:e6:3e:b3:f8 > ural0: detached > ural0: 126> ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 > ural0: Ethernet address: 00:16:e6:3e:b3:f8 > ural0: link state changed to UP > ural0: at uhub4 port 2 (addr 126) disconnected > ural0: link state changed to DOWN > ural0: detached > ural0: 126> ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 > ural0: Ethernet address: 00:16:e6:3e:b3:f8 > ural0: at uhub4 port 2 (addr 126) disconnected > ural0: detached > ural0: 126> ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526 > ural0: Ethernet address: 00:16:e6:3e:b3:f8 > ural0: at uhub4 port 2 (addr 126) disconnected > ural0: detached > ural0: 126> ural0: could not set configuration number, err=USBD_TIMEOUT! > device_attach: ural0 attach returned 6 > > > > marinosi@lucifer:~$ sudo wpa_supplicant -i ural0 -c > /etc/wpa_supplicant.conf Failed to initialize driver interface > > IIRC , after this incident the usb port is fully disabled.I want to note , > that this happens without moving the usb adapter at all. > It might be that your adapter is drawing too much power, and that some fuse goes off. What rates are you using? Is the behaviour the same no matter what USB port you use? It is possible to turn on USB debugging using various "sysctl" commands, but it might flood your computer with messages. How time is it between the re-attach events ? --HPS From owner-freebsd-current@FreeBSD.ORG Sat May 5 17:59:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E42A16A400 for ; Sat, 5 May 2007 17:59:32 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id EAA3913C45B for ; Sat, 5 May 2007 17:59:31 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 41706EB472D; Sat, 5 May 2007 20:59:30 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 3BEC680004; Sat, 5 May 2007 20:59:30 +0300 (EEST) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26281-04; Sat, 5 May 2007 20:59:29 +0300 (EEST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 83CF780001; Sat, 5 May 2007 20:59:28 +0300 (EEST) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id B9209B0140; Sat, 5 May 2007 20:59:31 +0300 (EEST) Date: Sat, 5 May 2007 20:59:31 +0300 From: Marinos Ilias To: hselasky@c2i.net Message-ID: <20070505175931.GA23697@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: ural && HPS usb stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 17:59:32 -0000 Maybe some fuse goes off, I don't know.The stick gets extremely hot. It is a 54g stick and I use WPA PSK encryption. Now about the behaviour.Yes I had this incident at every port I used (3 out of 4).When I have this "device timeout" , the usb port that the stick is attached is no more "functional".I have to reboot to make it work properly again.I ll try to enable some extra debug , to catch any messages for the next crash. Thanks again. --Ilias P.S:I didn't wait a lot between detach and re-attach.About 3-5 seconds. From owner-freebsd-current@FreeBSD.ORG Sat May 5 20:59:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 638BE16A404 for ; Sat, 5 May 2007 20:59:00 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 2184313C465 for ; Sat, 5 May 2007 20:59:00 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so30649and for ; Sat, 05 May 2007 13:58:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KZY92wGXIERBHYRh4uHhOzl8QunSDJ1dnevnp+Rvhesqnq4U750zlZ2OwcO4upalUGpWAb4a0CIuc4zTHnrzb7c7ntZHWOIjmqKkNwAdvbB89nVFYZsIUh0BAukDerNgBJWvozJCGkkrRSKDq8KlNjUPuUN0xx1VeMEqi7QY8LQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=snD51RMxBu94V39Hl0EOwU+cIdR4pCSMr7Sn4SHrA8l3J6a/SKMW4TpMRZ+paOzSJ0XeHpPnvdNNeRZj/bAsQfQSZ5P+MTOWrJIQXy0qOmi5Bmxa3rkHbzvl/jTEzzTRqiwui0mE2GcXD9n/A86NSxPpbGJQOurmpQ1lmEI/7hE= Received: by 10.100.191.5 with SMTP id o5mr3711128anf.1178398739306; Sat, 05 May 2007 13:58:59 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Sat, 5 May 2007 13:58:59 -0700 (PDT) Message-ID: Date: Sun, 6 May 2007 00:58:59 +0400 From: pluknet To: freebsd-current@freebsd.org In-Reply-To: <786667891.20070505225754@masm.elcom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> <786667891.20070505225754@masm.elcom.ru> Cc: freebsd@masm.elcom.ru Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 May 2007 20:59:00 -0000 Victor, On 05/05/07, Victor M. Blood wrote: > On 29.04.2007, pluknet wrote: > > Hi, > > > On 29/04/07, Kostik Belousov wrote: > >> On Sun, Apr 29, 2007 at 07:00:54PM +0200, Ivan Voras wrote: > >> > I have this line in my /etc/fstab: > >> > > >> > //ivoras@server/share /home/ivoras/mnt smbfs rw,noauto,-f640,-d750 0 0 > >> > > >> > But the command > >> > > >> > # mount /home/ivoras/mnt > >> > > >> > doesn't exit. The file system is mounted, I can see it in output of > >> > "mount" on another console, and I can access the files in it without > >> > problems, but the "mount" command never returns. It's stuck in state > >> > "devdrn", and can't be killed by SIGINT or SIGKILL. > >> > > >> > This is a -CURRENT from few days ago. > >> > > >> > Does smbfs work for someone? > >> > > >> > >> Take the > >> http://people.freebsd.org/~kib/misc/destroy_dev_sched.6.patch > >> In addition, replace calls to destroy_dev() in the smb cdev d_close() > >> method with destroy_dev_sched() (the precise location of that destroy_dev() > >> could be obtained by backtracing hung process in ddb). > >> > >> This should fix "devdrn" hang. Please, report the results to me. > >> > >> > > > It seems that it works now, thanks! > > (i,e, no mount_smbfs in devdrn state after mount) > I'm newbe to bsd, please help me solve problem with smbfs frezes in > devdrn. If you not very busy... That's what I've made: # cd /sys # patch < /path/to/patch Then s/destroy_dev/destroy_dev_sched/ in sys/netsmb/smb_dev.c, and make kernel as usual. What kind of trouble you're in? > With all regards, Victor M. Blood. > FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sat May 5 21:45:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B128016A401 for ; Sat, 5 May 2007 21:45:01 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from bilbo.mebtel.net (mail4.mebtel.net [64.40.67.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4216713C447 for ; Sat, 5 May 2007 21:45:01 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id 8153362EB; Sat, 5 May 2007 16:34:04 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (mail4 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13900-06; Sat, 5 May 2007 16:33:27 -0400 (EDT) Received: from localhost (66-79-79-186.dsl.mebtel.net [66.79.79.186]) by bilbo.mebtel.net (Postfix) with ESMTP id AC0E562E3; Sat, 5 May 2007 16:33:26 -0400 (EDT) Date: Sat, 5 May 2007 16:33:26 -0400 From: Derek Tattersall To: Martin Tournoij , freebsd-current@freebsd.org Message-ID: <20070505203326.GA1328@lorne.arm.org> References: <20070503222141.GA93029@lorne.arm.org> <20070504042214.GA95720@glitch.rwxrwxrwx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070504042214.GA95720@glitch.rwxrwxrwx.net> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: by amavisd-new at mebtel.net Cc: Subject: Re: configure failure in ports build on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 21:45:01 -0000 * Martin Tournoij [070504 06:31]: ------------------------- SNIP ----------------------------- > Does ldconfig know about your tiff library? > ldconfig -r | grep tiff [dlt@nebbish 552 ~]$ ldconfig -r | grep tiff 164:-ltiff.4 => /usr/local/lib/libtiff.so.4 165:-ltiffxx.4 => /usr/local/lib/libtiffxx.so.4 > > Which version of gtk are you trying to build? And which version of > tiff do you have installed? PORTVERSION= 2.10.12 tiff-3.8.2_1 > > Can you attach your config.log (should be in work/gtk.../config.log) > > -- > Regards, > Martin Tournoij ------------------ config.log --------------------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by gtk+ configure 2.10.12, which was generated by GNU Autoconf 2.60. Invocation command line was $ ./configure --enable-static --with-xinput=yes --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/local --build=amd64-portbld-freebsd7.0 ## --------- ## ## Platform. ## ## --------- ## hostname = nebbish.arm.org uname -m = amd64 uname -r = 7.0-CURRENT uname -s = FreeBSD uname -v = FreeBSD 7.0-CURRENT #13: Mon Apr 30 11:36:23 EDT 2007 root@nebbish.arm.org:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = amd64 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: . PATH: /bin PATH: /usr/bin PATH: /sbin PATH: /usr/sbin PATH: /usr/local/bin PATH: /usr/local/sbin PATH: /usr/X11R6/bin PATH: /usr/games PATH: /home/dlt/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2168: checking for a BSD-compatible install configure:2224: result: /usr/bin/install -c configure:2235: checking whether build environment is sane configure:2278: result: yes configure:2311: checking for gawk configure:2327: found /usr/local/bin/gawk configure:2338: result: gawk configure:2349: checking whether make sets $(MAKE) configure:2370: result: yes configure:2615: checking build system type configure:2633: result: amd64-portbld-freebsd7.0 configure:2655: checking host system type configure:2670: result: amd64-portbld-freebsd7.0 configure:2694: checking for native Win32 configure:2705: result: no configure:2761: checking for gcc configure:2777: found /usr/bin/gcc configure:2788: result: gcc configure:3026: checking for C compiler version configure:3033: gcc --version >&5 gcc (GCC) 3.4.6 [FreeBSD] 20060825 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3036: $? = 0 configure:3043: gcc -v >&5 Using built-in specs. Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060825 configure:3046: $? = 0 configure:3053: gcc -V >&5 gcc: `-V' option must have argument configure:3056: $? = 1 configure:3079: checking for C compiler default output file name configure:3106: gcc conftest.c >&5 configure:3109: $? = 0 configure:3155: result: a.out configure:3160: checking whether the C compiler works configure:3170: ./a.out configure:3173: $? = 0 configure:3190: result: yes configure:3197: checking whether we are cross compiling configure:3199: result: no configure:3202: checking for suffix of executables configure:3209: gcc -o conftest conftest.c >&5 configure:3212: $? = 0 configure:3236: result: configure:3242: checking for suffix of object files configure:3268: gcc -c conftest.c >&5 configure:3271: $? = 0 configure:3294: result: o configure:3298: checking whether we are using the GNU C compiler configure:3327: gcc -c conftest.c >&5 configure:3333: $? = 0 configure:3340: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:3343: $? = 0 configure:3350: test -s conftest.o configure:3353: $? = 0 configure:3367: result: yes configure:3372: checking whether gcc accepts -g configure:3402: gcc -c -g conftest.c >&5 configure:3408: $? = 0 configure:3415: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:3418: $? = 0 configure:3425: test -s conftest.o configure:3428: $? = 0 configure:3558: result: yes configure:3575: checking for gcc option to accept ISO C89 configure:3649: gcc -c -g -O2 conftest.c >&5 configure:3655: $? = 0 configure:3662: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:3665: $? = 0 configure:3672: test -s conftest.o configure:3675: $? = 0 configure:3695: result: none needed configure:3724: checking for style of include used by make configure:3752: result: GNU configure:3780: checking dependency style of gcc configure:3863: result: gcc3 configure:3969: checking for a sed that does not truncate output configure:4023: result: /usr/local/bin/gsed configure:4026: checking for grep that handles long lines and -e configure:4100: result: /usr/bin/grep configure:4105: checking for egrep configure:4183: result: /usr/bin/grep -E configure:4199: checking for ld used by gcc configure:4266: result: /usr/bin/ld configure:4275: checking if the linker (/usr/bin/ld) is GNU ld configure:4290: result: yes configure:4295: checking for /usr/bin/ld option to reload object files configure:4302: result: -r configure:4320: checking for BSD-compatible nm configure:4369: result: /usr/bin/nm -B configure:4373: checking whether ln -s works configure:4377: result: yes configure:4384: checking how to recognise dependent libraries configure:4560: result: pass_all configure:5100: checking how to run the C preprocessor configure:5140: gcc -E conftest.c configure:5146: $? = 0 configure:5184: gcc -E conftest.c conftest.c:9:28: ac_nonexistent.h: No such file or directory configure:5190: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | /* end confdefs.h. */ | #include configure:5230: result: gcc -E configure:5259: gcc -E conftest.c configure:5265: $? = 0 configure:5303: gcc -E conftest.c conftest.c:9:28: ac_nonexistent.h: No such file or directory configure:5309: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | /* end confdefs.h. */ | #include configure:5354: checking for ANSI C header files configure:5384: gcc -c -g -O2 conftest.c >&5 configure:5390: $? = 0 configure:5397: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5400: $? = 0 configure:5407: test -s conftest.o configure:5410: $? = 0 configure:5506: gcc -o conftest -g -O2 conftest.c >&5 configure:5509: $? = 0 configure:5515: ./conftest configure:5518: $? = 0 configure:5535: result: yes configure:5559: checking for sys/types.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for sys/stat.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for stdlib.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for string.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for memory.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for strings.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for inttypes.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for stdint.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5559: checking for unistd.h configure:5580: gcc -c -g -O2 conftest.c >&5 configure:5586: $? = 0 configure:5593: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5596: $? = 0 configure:5603: test -s conftest.o configure:5606: $? = 0 configure:5619: result: yes configure:5646: checking dlfcn.h usability configure:5663: gcc -c -g -O2 conftest.c >&5 configure:5669: $? = 0 configure:5676: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:5679: $? = 0 configure:5686: test -s conftest.o configure:5689: $? = 0 configure:5700: result: yes configure:5704: checking dlfcn.h presence configure:5719: gcc -E conftest.c configure:5725: $? = 0 configure:5746: result: yes configure:5779: checking for dlfcn.h configure:5787: result: yes configure:5858: checking for g++ configure:5874: found /usr/bin/g++ configure:5885: result: g++ configure:5916: checking for C++ compiler version configure:5923: g++ --version >&5 g++ (GCC) 3.4.6 [FreeBSD] 20060825 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:5926: $? = 0 configure:5933: g++ -v >&5 Using built-in specs. Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060825 configure:5936: $? = 0 configure:5943: g++ -V >&5 g++: `-V' option must have argument configure:5946: $? = 1 configure:5949: checking whether we are using the GNU C++ compiler configure:5978: g++ -c conftest.cpp >&5 configure:5984: $? = 0 configure:5991: test -z "$ac_cxx_werror_flag" || test ! -s conftest.err configure:5994: $? = 0 configure:6001: test -s conftest.o configure:6004: $? = 0 configure:6018: result: yes configure:6023: checking whether g++ accepts -g configure:6053: g++ -c -g conftest.cpp >&5 configure:6059: $? = 0 configure:6066: test -z "$ac_cxx_werror_flag" || test ! -s conftest.err configure:6069: $? = 0 configure:6076: test -s conftest.o configure:6079: $? = 0 configure:6209: result: yes configure:6234: checking dependency style of g++ configure:6317: result: gcc3 configure:6344: checking how to run the C++ preprocessor configure:6380: g++ -E conftest.cpp configure:6386: $? = 0 configure:6424: g++ -E conftest.cpp conftest.cpp:20:28: ac_nonexistent.h: No such file or directory configure:6430: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6470: result: g++ -E configure:6499: g++ -E conftest.cpp configure:6505: $? = 0 configure:6543: g++ -E conftest.cpp conftest.cpp:20:28: ac_nonexistent.h: No such file or directory configure:6549: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6649: checking for g77 configure:6679: result: no configure:6649: checking for f77 configure:6665: found /usr/bin/f77 configure:6676: result: f77 configure:6706: checking for Fortran 77 compiler version configure:6713: f77 --version >&5 GNU Fortran (GCC) 3.4.6 [FreeBSD] 20060825 Copyright (C) 2006 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING or type the command `info -f g77 Copying'. configure:6716: $? = 0 configure:6723: f77 -v >&5 Using built-in specs. Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060825 configure:6726: $? = 0 configure:6733: f77 -V >&5 f77: `-V' option must have argument configure:6736: $? = 1 configure:6744: checking whether we are using the GNU Fortran 77 compiler configure:6763: f77 -c conftest.F >&5 configure:6769: $? = 0 configure:6776: test -z "$ac_f77_werror_flag" || test ! -s conftest.err configure:6779: $? = 0 configure:6786: test -s conftest.o configure:6789: $? = 0 configure:6803: result: yes configure:6809: checking whether f77 accepts -g configure:6826: f77 -c -g conftest.f >&5 configure:6832: $? = 0 configure:6839: test -z "$ac_f77_werror_flag" || test ! -s conftest.err configure:6842: $? = 0 configure:6849: test -s conftest.o configure:6852: $? = 0 configure:6865: result: yes configure:6895: checking the maximum length of command line arguments configure:7004: result: 196608 configure:7015: checking command to parse /usr/bin/nm -B output from gcc object configure:7120: gcc -c -g -O2 conftest.c >&5 configure:7123: $? = 0 configure:7127: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:7130: $? = 0 configure:7182: gcc -o conftest -g -O2 conftest.c conftstm.o >&5 configure:7185: $? = 0 configure:7223: result: ok configure:7227: checking for objdir configure:7242: result: .libs configure:7334: checking for ar configure:7350: found /usr/bin/ar configure:7361: result: ar configure:7430: checking for ranlib configure:7446: found /usr/bin/ranlib configure:7457: result: ranlib configure:7526: checking for strip configure:7542: found /usr/bin/strip configure:7553: result: strip configure:7839: checking if gcc supports -fno-rtti -fno-exceptions configure:7857: gcc -c -g -O2 -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:7861: $? = 0 configure:7874: result: no configure:7889: checking for gcc option to produce PIC configure:8099: result: -fPIC configure:8107: checking if gcc PIC flag -fPIC works configure:8125: gcc -c -g -O2 -fPIC -DPIC conftest.c >&5 configure:8129: $? = 0 configure:8142: result: yes configure:8170: checking if gcc static flag -static works configure:8198: result: yes configure:8208: checking if gcc supports -c -o file.o configure:8229: gcc -c -g -O2 -o out/conftest2.o conftest.c >&5 configure:8233: $? = 0 configure:8255: result: yes configure:8281: checking whether the gcc linker (/usr/bin/ld) supports shared libraries configure:9267: result: yes configure:9288: checking whether -lc should be explicitly linked in configure:9293: gcc -c -g -O2 conftest.c >&5 configure:9296: $? = 0 configure:9311: gcc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:9314: $? = 1 configure:9326: result: yes configure:9334: checking dynamic linker characteristics configure:9943: result: freebsd7.0 ld.so configure:9952: checking how to hardcode library paths into programs configure:9977: result: immediate configure:9991: checking whether stripping libraries is possible configure:9996: result: yes configure:10909: checking if libtool supports shared libraries configure:10911: result: yes configure:10914: checking whether to build shared libraries configure:10935: result: yes configure:10938: checking whether to build static libraries configure:10942: result: yes configure:11034: creating libtool configure:11622: checking for ld used by g++ configure:11689: result: /usr/bin/ld configure:11698: checking if the linker (/usr/bin/ld) is GNU ld configure:11713: result: yes configure:11764: checking whether the g++ linker (/usr/bin/ld) supports shared libraries configure:12730: result: yes configure:12748: g++ -c -g -O2 conftest.cpp >&5 configure:12751: $? = 0 configure:12870: checking for g++ option to produce PIC configure:13144: result: -fPIC configure:13152: checking if g++ PIC flag -fPIC works configure:13170: g++ -c -g -O2 -fPIC -DPIC conftest.cpp >&5 configure:13174: $? = 0 configure:13187: result: yes configure:13215: checking if g++ static flag -static works configure:13243: result: yes configure:13253: checking if g++ supports -c -o file.o configure:13274: g++ -c -g -O2 -o out/conftest2.o conftest.cpp >&5 configure:13278: $? = 0 configure:13300: result: yes configure:13326: checking whether the g++ linker (/usr/bin/ld) supports shared libraries configure:13351: result: yes configure:13418: checking dynamic linker characteristics configure:14027: result: freebsd7.0 ld.so configure:14036: checking how to hardcode library paths into programs configure:14061: result: immediate configure:14587: checking if libtool supports shared libraries configure:14589: result: yes configure:14592: checking whether to build shared libraries configure:14612: result: yes configure:14615: checking whether to build static libraries configure:14619: result: yes configure:14629: checking for f77 option to produce PIC configure:14839: result: -fPIC configure:14847: checking if f77 PIC flag -fPIC works configure:14865: f77 -c -g -O2 -fPIC conftest.f >&5 configure:14869: $? = 0 configure:14882: result: yes configure:14910: checking if f77 static flag -static works configure:14938: result: yes configure:14948: checking if f77 supports -c -o file.o configure:14969: f77 -c -g -O2 -o out/conftest2.o conftest.f >&5 configure:14973: $? = 0 configure:14995: result: yes configure:15021: checking whether the f77 linker (/usr/bin/ld) supports shared libraries configure:15987: result: yes configure:16054: checking dynamic linker characteristics configure:16663: result: freebsd7.0 ld.so configure:16672: checking how to hardcode library paths into programs configure:16697: result: immediate configure:20316: checking for special C compiler options needed for large files configure:20443: result: no configure:20449: checking for _FILE_OFFSET_BITS value needed for large files configure:20485: gcc -c -g -O2 conftest.c >&5 configure:20491: $? = 0 configure:20498: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:20501: $? = 0 configure:20508: test -s conftest.o configure:20511: $? = 0 configure:20592: result: no configure:20602: checking for _LARGE_FILES value needed for large files configure:20638: gcc -c -g -O2 conftest.c >&5 configure:20644: $? = 0 configure:20651: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:20654: $? = 0 configure:20661: test -s conftest.o configure:20664: $? = 0 configure:20745: result: no configure:20767: checking for nm configure:20798: result: /usr/bin/nm -B configure:20807: checking whether to enable maintainer-specific portions of Makefiles configure:20816: result: no configure:20832: checking for some Win32 platform configure:20842: result: no configure:21162: checking whether build environment is sane configure:21205: result: yes configure:21209: checking for library containing strerror configure:21250: gcc -o conftest -g -O2 conftest.c >&5 configure:21256: $? = 0 configure:21263: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:21266: $? = 0 configure:21273: test -s conftest configure:21276: $? = 0 configure:21300: result: none required configure:21311: checking for gcc option to accept ANSI C configure:21379: gcc -c -g -O2 conftest.c >&5 configure:21385: $? = 0 configure:21392: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:21395: $? = 0 configure:21402: test -s conftest.o configure:21405: $? = 0 configure:21422: result: none needed configure:21446: checking for a BSD-compatible install configure:21502: result: /usr/bin/install -c configure:21513: checking whether make sets $(MAKE) configure:21534: result: yes configure:21660: checking for pkg-config configure:21678: found /usr/local/bin/pkg-config configure:21690: result: /usr/local/bin/pkg-config configure:21719: checking pkg-config is at least version 0.9.0 configure:21722: result: yes configure:21733: checking for BASE_DEPENDENCIES configure:21741: $PKG_CONFIG --exists --print-errors "glib-2.0 >= 2.12.0 atk >= 1.9.0 pango >= 1.12.0 cairo >= 1.2.0" configure:21744: $? = 0 configure:21759: $PKG_CONFIG --exists --print-errors "glib-2.0 >= 2.12.0 atk >= 1.9.0 pango >= 1.12.0 cairo >= 1.2.0" configure:21762: $? = 0 configure:21838: result: yes configure:21862: checking Whether to write dependencies into .pc files configure:21881: result: yes configure:21902: checking for perl5 configure:21920: found /usr/bin/perl5 configure:21932: result: /usr/bin/perl5 configure:21947: checking for indent configure:21963: found /usr/bin/indent configure:21974: result: indent configure:21998: checking for lstat configure:22054: gcc -o conftest -g -O2 -Wall conftest.c >&5 configure:22060: $? = 0 configure:22067: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22070: $? = 0 configure:22077: test -s conftest configure:22080: $? = 0 configure:22094: result: yes configure:21998: checking for mkstemp configure:22054: gcc -o conftest -g -O2 -Wall conftest.c >&5 configure:22060: $? = 0 configure:22067: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22070: $? = 0 configure:22077: test -s conftest configure:22080: $? = 0 configure:22094: result: yes configure:21998: checking for flockfile configure:22054: gcc -o conftest -g -O2 -Wall conftest.c >&5 configure:22060: $? = 0 configure:22067: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22070: $? = 0 configure:22077: test -s conftest configure:22080: $? = 0 configure:22094: result: yes configure:21998: checking for getc_unlocked configure:22054: gcc -o conftest -g -O2 -Wall conftest.c >&5 configure:22060: $? = 0 configure:22067: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22070: $? = 0 configure:22077: test -s conftest configure:22080: $? = 0 configure:22094: result: yes configure:22106: checking for _NL_TIME_FIRST_WEEKDAY configure:22132: gcc -o conftest -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:31: error: `_NL_TIME_FIRST_WEEKDAY' undeclared (first use in this function) conftest.c:31: error: (Each undeclared identifier is reported only once conftest.c:31: error: for each function it appears in.) configure:22138: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | /* end confdefs.h. */ | #include | int | main () | { | | char c; | c = *((unsigned char *) nl_langinfo(_NL_TIME_FIRST_WEEKDAY)); | | ; | return 0; | } configure:22170: result: no configure:22181: checking for _NL_MEASUREMENT_MEASUREMENT configure:22207: gcc -o conftest -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:31: error: `_NL_MEASUREMENT_MEASUREMENT' undeclared (first use in this function) conftest.c:31: error: (Each undeclared identifier is reported only once conftest.c:31: error: for each function it appears in.) configure:22213: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | /* end confdefs.h. */ | #include | int | main () | { | | char c; | c = *((unsigned char *) nl_langinfo(_NL_MEASUREMENT_MEASUREMENT)); | | ; | return 0; | } configure:22245: result: no configure:22256: checking for _NL_PAPER_HEIGHT configure:22282: gcc -o conftest -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:31: error: `_NL_PAPER_HEIGHT' undeclared (first use in this function) conftest.c:31: error: (Each undeclared identifier is reported only once conftest.c:31: error: for each function it appears in.) configure:22288: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | /* end confdefs.h. */ | #include | int | main () | { | | char c; | c = *((unsigned char *) nl_langinfo(_NL_PAPER_HEIGHT)); | | ; | return 0; | } configure:22320: result: no configure:22331: checking for _NL_PAPER_WIDTH configure:22357: gcc -o conftest -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:31: error: `_NL_PAPER_WIDTH' undeclared (first use in this function) conftest.c:31: error: (Each undeclared identifier is reported only once conftest.c:31: error: for each function it appears in.) configure:22363: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | /* end confdefs.h. */ | #include | int | main () | { | | char c; | c = *((unsigned char *) nl_langinfo(_NL_PAPER_WIDTH)); | | ; | return 0; | } configure:22395: result: no configure:22406: checking for sigsetjmp configure:22432: gcc -o conftest -g -O2 -Wall conftest.c >&5 configure:22438: $? = 0 configure:22445: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22448: $? = 0 configure:22455: test -s conftest configure:22458: $? = 0 configure:22470: result: yes configure:22502: checking locale.h usability configure:22519: gcc -c -g -O2 -Wall conftest.c >&5 configure:22525: $? = 0 configure:22532: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22535: $? = 0 configure:22542: test -s conftest.o configure:22545: $? = 0 configure:22556: result: yes configure:22560: checking locale.h presence configure:22575: gcc -E conftest.c configure:22581: $? = 0 configure:22602: result: yes configure:22635: checking for locale.h configure:22643: result: yes configure:22657: checking for LC_MESSAGES configure:22683: gcc -o conftest -g -O2 -Wall conftest.c >&5 configure:22689: $? = 0 configure:22696: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:22699: $? = 0 configure:22706: test -s conftest configure:22709: $? = 0 configure:22722: result: yes configure:22751: checking libintl.h usability configure:22768: gcc -c -g -O2 -Wall conftest.c >&5 conftest.c:61:21: libintl.h: No such file or directory configure:22774: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #endif | #if HAVE_STDINT_H | # include | #endif | #if HAVE_UNISTD_H | # include | #endif | #include configure:22805: result: no configure:22809: checking libintl.h presence configure:22824: gcc -E conftest.c conftest.c:28:21: libintl.h: No such file or directory configure:22830: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | /* end confdefs.h. */ | #include configure:22851: result: no configure:22884: checking for libintl.h configure:22891: result: no configure:24293: checking for extra flags to get ANSI library prototypes configure:24318: gcc -o conftest -g -O2 -Wall conftest.c -lm >&5 configure:24321: $? = 0 configure:24327: ./conftest configure:24330: $? = 0 configure:24332: result: none needed configure:24400: checking for the BeOS configure:24409: result: no configure:24417: checking for HP-UX configure:24426: result: no configure:24431: checking for extra flags for POSIX compliance configure:24454: gcc -c -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:33: warning: unused variable `dir' configure:24460: $? = 0 configure:24467: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:24470: $? = 0 configure:24477: test -s conftest.o configure:24480: $? = 0 configure:24482: result: none needed configure:24639: checking for pkg-config configure:24669: result: /usr/local/bin/pkg-config configure:24698: checking pkg-config is at least version 0.7 configure:24701: result: yes configure:24719: checking for GLIB - version >= 2.12.0 configure:24843: gcc -o conftest -g -O2 -Wall -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include conftest.c -pthread -L/usr/local/lib -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv >&5 configure:24846: $? = 0 configure:24852: ./conftest configure:24855: $? = 0 configure:24875: result: yes (version 2.12.11) configure:25003: checking for bind_textdomain_codeset configure:25059: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c -pthread -L/usr/local/lib -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv >&5 configure:25065: $? = 0 configure:25072: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:25075: $? = 0 configure:25082: test -s conftest configure:25085: $? = 0 configure:25099: result: yes configure:25126: checking pwd.h usability configure:25143: gcc -c -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:25149: $? = 0 configure:25156: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:25159: $? = 0 configure:25166: test -s conftest.o configure:25169: $? = 0 configure:25180: result: yes configure:25184: checking pwd.h presence configure:25199: gcc -E conftest.c configure:25205: $? = 0 configure:25226: result: yes configure:25259: checking for pwd.h configure:25267: result: yes configure:25298: checking sys/time.h usability configure:25315: gcc -c -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:25321: $? = 0 configure:25328: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:25331: $? = 0 configure:25338: test -s conftest.o configure:25341: $? = 0 configure:25352: result: yes configure:25356: checking sys/time.h presence configure:25371: gcc -E conftest.c configure:25377: $? = 0 configure:25398: result: yes configure:25431: checking for sys/time.h configure:25439: result: yes configure:25460: checking for unistd.h configure:25466: result: yes configure:25843: checking for ANSI C header files configure:26024: result: yes configure:26036: checking for an ANSI C-conforming const configure:26111: gcc -c -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:82: warning: 'b' might be used uninitialized in this function conftest.c:63: warning: 't' might be used uninitialized in this function configure:26117: $? = 0 configure:26124: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:26127: $? = 0 configure:26134: test -s conftest.o configure:26137: $? = 0 configure:26149: result: yes configure:26161: checking return type of signal handlers configure:26189: gcc -c -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:43: error: void value not ignored as it ought to be configure:26195: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #include | #include | | int | main () | { | return *(signal (0, 0)) (0) == 1; | ; | return 0; | } configure:26227: result: void configure:26241: checking for stdlib.h configure:26247: result: yes configure:26241: checking for unistd.h configure:26247: result: yes configure:26409: checking for getpagesize configure:26465: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:26471: $? = 0 configure:26478: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:26481: $? = 0 configure:26488: test -s conftest configure:26491: $? = 0 configure:26505: result: yes configure:26515: checking for working mmap configure:26662: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:26665: $? = 0 configure:26671: ./conftest configure:26674: $? = 0 configure:26690: result: yes configure:26706: checking for mallinfo configure:26762: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 /var/tmp//ccJKTdGs.o(.text+0x7): In function `main': /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/conftest.c:76: undefined reference to `mallinfo' configure:26768: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | /* end confdefs.h. */ | /* Define mallinfo to an innocuous variant, in case declares mallinfo. | For example, HP-UX 11i declares gettimeofday. */ | #define mallinfo innocuous_mallinfo | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char mallinfo (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef mallinfo | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char mallinfo (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_mallinfo || defined __stub___mallinfo | choke me | #endif | | int | main () | { | return mallinfo (); | ; | return 0; | } configure:26802: result: no configure:26816: checking for getresuid configure:26872: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:26878: $? = 0 configure:26885: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:26888: $? = 0 configure:26895: test -s conftest configure:26898: $? = 0 configure:26912: result: yes configure:26922: checking for uid_t in sys/types.h configure:26945: result: yes configure:26962: checking for fd_set configure:26985: gcc -c -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 conftest.c: In function `main': conftest.c:47: warning: unused variable `readMask' conftest.c:47: warning: unused variable `writeMask' configure:26991: $? = 0 configure:26998: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:27001: $? = 0 configure:27008: test -s conftest.o configure:27011: $? = 0 configure:27023: result: yes, found in sys/types.h configure:27059: checking for wchar.h configure:27074: gcc -E conftest.c configure:27080: $? = 0 configure:27108: result: yes configure:27112: checking for wctype.h configure:27127: gcc -E conftest.c configure:27133: $? = 0 configure:27161: result: yes configure:27166: checking for iswalnum configure:27222: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:27228: $? = 0 configure:27235: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:27238: $? = 0 configure:27245: test -s conftest configure:27248: $? = 0 configure:27261: result: yes configure:27353: checking if iswalnum() and friends are properly defined configure:27389: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 configure:27395: $? = 0 configure:27402: test -z "$ac_c_werror_flag" || test ! -s conftest.err configure:27405: $? = 0 configure:27412: test -s conftest configure:27415: $? = 0 configure:27437: result: yes configure:27442: checking for uxtheme.h configure:27457: gcc -E conftest.c conftest.c:45:21: uxtheme.h: No such file or directory configure:27463: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | /* end confdefs.h. */ | #include configure:27491: result: no configure:27511: checking crt_externs.h usability configure:27528: gcc -c -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 conftest.c:78:25: crt_externs.h: No such file or directory configure:27534: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #endif | #if HAVE_STDINT_H | # include | #endif | #if HAVE_UNISTD_H | # include | #endif | #include configure:27565: result: no configure:27569: checking crt_externs.h presence configure:27584: gcc -E conftest.c conftest.c:45:25: crt_externs.h: No such file or directory configure:27590: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | /* end confdefs.h. */ | #include configure:27611: result: no configure:27644: checking for crt_externs.h configure:27652: result: no configure:27669: checking for _NSGetEnviron configure:27725: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c >&5 /var/tmp//ccj4r1Cn.o(.text+0x7): In function `main': /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/conftest.c:79: undefined reference to `_NSGetEnviron' configure:27731: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | /* end confdefs.h. */ | /* Define _NSGetEnviron to an innocuous variant, in case declares _NSGetEnviron. | For example, HP-UX 11i declares gettimeofday. */ | #define _NSGetEnviron innocuous__NSGetEnviron | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char _NSGetEnviron (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef _NSGetEnviron | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char _NSGetEnviron (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub__NSGetEnviron || defined __stub____NSGetEnviron | choke me | #endif | | int | main () | { | return _NSGetEnviron (); | ; | return 0; | } configure:27765: result: no configure:27795: checking whether to build gmodulized gdk-pixbuf configure:27810: result: yes configure:27812: checking whether dynamic modules work configure:27837: result: yes configure:27866: checking for TIFFReadScanline in -ltiff configure:27901: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c -ltiff -lm >&5 /usr/bin/ld: cannot find -ltiff configure:27907: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | #define USE_GMODULE 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char TIFFReadScanline (); | int | main () | { | return TIFFReadScanline (); | ; | return 0; | } configure:27941: result: no configure:28107: checking for TIFFWriteScanline in -ltiff configure:28142: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c -ltiff -ljpeg -lz -lm >&5 /usr/bin/ld: cannot find -ltiff configure:28148: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | #define USE_GMODULE 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char TIFFWriteScanline (); | int | main () | { | return TIFFWriteScanline (); | ; | return 0; | } configure:28182: result: no configure:28348: checking for TIFFFlushData in -ltiff34 configure:28383: gcc -o conftest -DG_DISABLE_DEPRECATED -g -O2 -Wall conftest.c -ltiff34 -ljpeg -lz -lm >&5 /usr/bin/ld: cannot find -ltiff34 configure:28389: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "gtk+" | #define PACKAGE_TARNAME "gtk+" | #define PACKAGE_VERSION "2.10.12" | #define PACKAGE_STRING "gtk+ 2.10.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" | #define GETTEXT_PACKAGE "gtk20" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define GTK_COMPILED_WITH_DEBUGGING "minimum" | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_GETC_UNLOCKED 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define GTK_LOCALEDIR "/usr/local/share/locale" | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_GETRESUID 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | #define USE_GMODULE 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char TIFFFlushData (); | int | main () | { | return TIFFFlushData (); | ; | return 0; | } configure:28423: result: no configure:28589: WARNING: *** TIFF loader will not be built (TIFF library not found) *** configure:28600: error: *** Checks for TIFF loader failed. You can build without it by passing *** --without-libtiff to configure but some programs using GTK+ may *** not work properly ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd7.0 ac_cv_c_compiler_gnu=yes ac_cv_c_const=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_BASE_DEPENDENCIES_CFLAGS_set= ac_cv_env_BASE_DEPENDENCIES_CFLAGS_value= ac_cv_env_BASE_DEPENDENCIES_LIBS_set= ac_cv_env_BASE_DEPENDENCIES_LIBS_value= ac_cv_env_CCC_set= ac_cv_env_CCC_value= ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set= ac_cv_env_FFLAGS_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= ac_cv_env_XMKMF_set= ac_cv_env_XMKMF_value= ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd7.0 ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_f77_compiler_gnu=yes ac_cv_func__NSGetEnviron=no ac_cv_func_bind_textdomain_codeset=yes ac_cv_func_flockfile=yes ac_cv_func_getc_unlocked=yes ac_cv_func_getpagesize=yes ac_cv_func_getresuid=yes ac_cv_func_iswalnum=yes ac_cv_func_lstat=yes ac_cv_func_mallinfo=no ac_cv_func_mkstemp=yes ac_cv_func_mmap_fixed_mapped=yes ac_cv_header_crt_externs_h=no ac_cv_header_dlfcn_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_libintl_h=no ac_cv_header_locale_h=yes ac_cv_header_memory_h=yes ac_cv_header_pwd_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_time_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=amd64-portbld-freebsd7.0 ac_cv_lib_tiff34_TIFFFlushData=no ac_cv_lib_tiff_TIFFReadScanline=no ac_cv_lib_tiff_TIFFWriteScanline=no ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_NM='/usr/bin/nm -B' ac_cv_path_PERL=/usr/bin/perl5 ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_path_install='/usr/bin/install -c' ac_cv_prog_AWK=gawk ac_cv_prog_CPP='gcc -E' ac_cv_prog_CXXCPP='g++ -E' ac_cv_prog_INDENT=indent ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=gcc ac_cv_prog_ac_ct_CXX=g++ ac_cv_prog_ac_ct_F77=f77 ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89= ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_f77_g=yes ac_cv_prog_make_make_set=yes ac_cv_search_strerror='none required' ac_cv_sys_file_offset_bits=no ac_cv_sys_large_files=no ac_cv_sys_largefile_CC=no ac_cv_type_signal=void ac_cv_type_uid_t=yes am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 am_cv_prog_cc_stdc= am_cv_val_LC_MESSAGES=yes gt_cv_have_gettext=no lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file= lt_cv_ld_reload_flag=-r lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_LDCXX=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_path_SED=/usr/local/bin/gsed lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_c_o_F77=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\' lt_cv_sys_max_cmd_len=196608 lt_lt_cv_prog_compiler_c_o='"yes"' lt_lt_cv_prog_compiler_c_o_CXX='"yes"' lt_lt_cv_prog_compiler_c_o_F77='"yes"' lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' pkg_cv_BASE_DEPENDENCIES_CFLAGS='-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include ' pkg_cv_BASE_DEPENDENCIES_LIBS='-pthread -L/usr/local/lib -latk-1.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lcairo ' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/missing --run aclocal-1.7 ' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/missing --run tar' AR='ar' AS='as' AUTOCONF='${SHELL} /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/missing --run autoconf' AUTOHEADER='${SHELL} /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/missing --run autoheader' AUTOMAKE='${SHELL} /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/missing --run automake-1.7' AWK='gawk' BASE_DEPENDENCIES_CFLAGS='-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include ' BASE_DEPENDENCIES_LIBS='-pthread -L/usr/local/lib -latk-1.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lcairo ' BUILD_DYNAMIC_MODULES_FALSE='' BUILD_DYNAMIC_MODULES_TRUE='' CATALOGS='' CATOBJEXT='NONE' CC='gcc' CCAS='$(CC)' CCASFLAGS='$(CFLAGS)' CCDEPMODE='depmode=gcc3' CFLAGS='-DG_DISABLE_DEPRECATED -g -O2 -Wall' CPP='gcc -E' CPPFLAGS='' CROSS_COMPILING_FALSE='' CROSS_COMPILING_TRUE='' CUPS_API_MAJOR='' CUPS_API_MINOR='' CUPS_CFLAGS='' CUPS_CONFIG='' CUPS_LIBS='' CXX='g++' CXXCPP='g++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-g -O2' CYGPATH_W='echo' DATADIRNAME='' DB2HTML='' DEFS='' DEPDIR='.deps' DISABLE_EXPLICIT_DEPS_FALSE='' DISABLE_EXPLICIT_DEPS_TRUE='#' DLLTOOL='dlltool' ECHO='/bin/echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' ENABLE_FB_MANAGER_FALSE='' ENABLE_FB_MANAGER_TRUE='' ENABLE_GTK_DOC_FALSE='' ENABLE_GTK_DOC_TRUE='' ENABLE_MAN_FALSE='' ENABLE_MAN_TRUE='' EXEEXT='' F77='f77' FFLAGS='-g -O2' GDK_DEP_CFLAGS='' GDK_DEP_LIBS='' GDK_EXTRA_CFLAGS='' GDK_EXTRA_LIBS='' GDK_PACKAGES='' GDK_PIXBUF_CSOURCE='' GDK_PIXBUF_DEP_CFLAGS='' GDK_PIXBUF_DEP_LIBS='' GDK_PIXBUF_EXTRA_CFLAGS='' GDK_PIXBUF_EXTRA_LIBS='' GDK_PIXBUF_MAJOR='2' GDK_PIXBUF_MICRO='12' GDK_PIXBUF_MINOR='10' GDK_PIXBUF_PACKAGES='' GDK_PIXBUF_VERSION='2.10.12' GDK_PIXBUF_XLIB_DEP_CFLAGS='' GDK_PIXBUF_XLIB_DEP_LIBS='' GDK_PIXBUF_XLIB_EXTRA_CFLAGS='' GDK_PIXBUF_XLIB_EXTRA_LIBS='' GDK_PIXBUF_XLIB_PACKAGES='' GDK_WIN32_EXTRA_CFLAGS='' GDK_WLIBS='' GETTEXT_PACKAGE='gtk20' GLIB_CFLAGS='-D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include ' GLIB_GENMARSHAL='glib-genmarshal' GLIB_LIBS='-pthread -L/usr/local/lib -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv ' GLIB_MKENUMS='glib-mkenums' GMOFILES=' af.gmo am.gmo ang.gmo ar.gmo as.gmo az.gmo az_IR.gmo be.gmo be@latin.gmo bg.gmo bn.gmo bn_IN.gmo br.gmo bs.gmo ca.gmo cs.gmo cy.gmo da.gmo de.gmo dz.gmo el.gmo en_CA.gmo en_GB.gmo eo.gmo es.gmo et.gmo eu.gmo fa.gmo fi.gmo fr.gmo ga.gmo gl.gmo gu.gmo he.gmo hi.gmo hr.gmo hu.gmo hy.gmo ia.gmo id.gmo is.gmo it.gmo ja.gmo ka.gmo ko.gmo ku.gmo li.gmo lt.gmo lv.gmo mi.gmo mk.gmo ml.gmo mn.gmo mr.gmo ms.gmo nb.gmo ne.gmo nl.gmo nn.gmo nso.gmo or.gmo pa.gmo pl.gmo pt.gmo pt_BR.gmo ro.gmo ru.gmo rw.gmo si.gmo sk.gmo sl.gmo sq.gmo sr.gmo sr@Latn.gmo sr@ije.gmo sv.gmo ta.gmo te.gmo th.gmo tk.gmo tr.gmo tt.gmo uk.gmo ur.gmo uz.gmo uz@Latn.gmo vi.gmo wa.gmo xh.gmo yi.gmo zh_CN.gmo zh_HK.gmo zh_TW.gmo' GMSGFMT='' GOBJECT_QUERY='gobject-query' GREP='/usr/bin/grep' GTK_API_VERSION='2.0' GTK_BINARY_AGE='1012' GTK_BINARY_VERSION='2.10.0' GTK_DEBUG_FLAGS='-DG_DISABLE_CAST_CHECKS' GTK_DEP_CFLAGS='' GTK_DEP_LIBS='' GTK_DOC_USE_LIBTOOL_FALSE='' GTK_DOC_USE_LIBTOOL_TRUE='' GTK_EXTRA_CFLAGS='' GTK_EXTRA_LIBS='' GTK_INTERFACE_AGE='12' GTK_MAJOR_VERSION='2' GTK_MICRO_VERSION='12' GTK_MINOR_VERSION='10' GTK_PACKAGES='' GTK_UPDATE_ICON_CACHE='' GTK_VERSION='2.10.12' GTK_XIM_FLAGS='' HAVE_CUPS_FALSE='' HAVE_CUPS_TRUE='' HAVE_DOCBOOK_FALSE='' HAVE_DOCBOOK_TRUE='' HAVE_IE55_FALSE='' HAVE_IE55_TRUE='#' HAVE_JPEG_FALSE='' HAVE_JPEG_TRUE='' HAVE_PNG_FALSE='' HAVE_PNG_TRUE='' HAVE_TIFF_FALSE='' HAVE_TIFF_TRUE='' HAVE_WINTAB_FALSE='' HAVE_WINTAB_TRUE='#' HAVE_X11R6_FALSE='' HAVE_X11R6_TRUE='' HTML_DIR='' IE55_UUID_LIB='' INCLUDED_LOADER_DEFINE='' INCLUDED_LOADER_OBJ='' INDENT='indent' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' INSTOBJEXT='' INTLLIBS='' LDFLAGS='' LIBJPEG='' LIBOBJS='' LIBPNG='' LIBS=' ' LIBTIFF='' LIBTOOL='$(SHELL) /home/ports/usr/ports/x11-toolkits/gtk20/work/gnome-libtool' LIBTOOL_EXPORT_OPTIONS='-export-symbols-regex "^[^_].*"' LN_S='ln -s' LTLIBOBJS='' LT_CURRENT_MINUS_AGE='0' LT_VERSION_INFO='1000:12:1000' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/missing --run makeinfo' MKINSTALLDIRS='./mkinstalldirs' MSGFMT='' MSGFMT_OPTS='' MS_LIB_AVAILABLE_FALSE='' MS_LIB_AVAILABLE_TRUE='#' NM='/usr/bin/nm -B' OBJDUMP='objdump' OBJEXT='o' OS_LINUX_FALSE='' OS_LINUX_TRUE='#' OS_UNIX_FALSE='#' OS_UNIX_TRUE='' OS_WIN32_FALSE='' OS_WIN32_TRUE='#' PACKAGE='gtk+' PACKAGE_BUGREPORT='http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B' PACKAGE_NAME='gtk+' PACKAGE_STRING='gtk+ 2.10.12' PACKAGE_TARNAME='gtk+' PACKAGE_VERSION='2.10.12' PATH_SEPARATOR=':' PERL='/usr/bin/perl5' PKG_CONFIG='/usr/local/bin/pkg-config' PLATFORM_WIN32_FALSE='' PLATFORM_WIN32_TRUE='#' POFILES=' af.po am.po ang.po ar.po as.po az.po az_IR.po be.po be@latin.po bg.po bn.po bn_IN.po br.po bs.po ca.po cs.po cy.po da.po de.po dz.po el.po en_CA.po en_GB.po eo.po es.po et.po eu.po fa.po fi.po fr.po ga.po gl.po gu.po he.po hi.po hr.po hu.po hy.po ia.po id.po is.po it.po ja.po ka.po ko.po ku.po li.po lt.po lv.po mi.po mk.po ml.po mn.po mr.po ms.po nb.po ne.po nl.po nn.po nso.po or.po pa.po pl.po pt.po pt_BR.po ro.po ru.po rw.po si.po sk.po sl.po sq.po sr.po sr@Latn.po sr@ije.po sv.po ta.po te.po th.po tk.po tr.po tt.po uk.po ur.po uz.po uz@Latn.po vi.po wa.po xh.po yi.po zh_CN.po zh_HK.po zh_TW.po' POSUB='po' PO_IN_DATADIR_FALSE='' PO_IN_DATADIR_TRUE='' RANLIB='ranlib' REBUILD='' REBUILD_PNGS='' SET_MAKE='' SHELL='/bin/ksh' STRIP='strip' USE_DIRECTFB_FALSE='' USE_DIRECTFB_TRUE='' USE_LINUX_FB_FALSE='' USE_LINUX_FB_TRUE='' USE_MMX_FALSE='' USE_MMX_TRUE='' USE_NLS='yes' USE_QUARTZ_FALSE='' USE_QUARTZ_TRUE='' USE_WIN32_FALSE='' USE_WIN32_TRUE='' USE_X11_FALSE='' USE_X11_TRUE='' VERSION='2.10.12' WINDRES='' WINTAB_LIB='' XGETTEXT=':' XINPUT_XFREE_FALSE='' XINPUT_XFREE_TRUE='' XMKMF='' XMLCATALOG='' XML_CATALOG_FILE='' XSLTPROC='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_CC='gcc' ac_ct_CXX='g++' ac_ct_F77='f77' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__leading_dot='.' am__quote='' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd7.0' build_alias='amd64-portbld-freebsd7.0' build_cpu='amd64' build_os='freebsd7.0' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' gdktarget='x11' gdktargetlib='libgdk-x11-2.0.la' gtktargetlib='libgtk-x11-2.0.la' host='amd64-portbld-freebsd7.0' host_alias='' host_cpu='amd64' host_os='freebsd7.0' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' install_sh='/usr/home/ports/usr/ports/x11-toolkits/gtk20/work/gtk+-2.10.12/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='/usr/local/share/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' ms_librarian='' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "gtk+" #define PACKAGE_TARNAME "gtk+" #define PACKAGE_VERSION "2.10.12" #define PACKAGE_STRING "gtk+ 2.10.12" #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B" #define GETTEXT_PACKAGE "gtk20" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define GTK_COMPILED_WITH_DEBUGGING "minimum" #define HAVE_LSTAT 1 #define HAVE_MKSTEMP 1 #define HAVE_FLOCKFILE 1 #define HAVE_GETC_UNLOCKED 1 #define HAVE_SIGSETJMP 1 #define HAVE_LOCALE_H 1 #define HAVE_LC_MESSAGES 1 #define GTK_LOCALEDIR "/usr/local/share/locale" #define HAVE_BIND_TEXTDOMAIN_CODESET 1 #define HAVE_PWD_H 1 #define HAVE_PWD_H 1 #define HAVE_SYS_TIME_H 1 #define HAVE_SYS_TIME_H 1 #define HAVE_UNISTD_H 1 #define HAVE_UNISTD_H 1 #define STDC_HEADERS 1 #define RETSIGTYPE void #define HAVE_STDLIB_H 1 #define HAVE_UNISTD_H 1 #define HAVE_GETPAGESIZE 1 #define HAVE_MMAP 1 #define HAVE_GETRESUID 1 #define HAVE_WCHAR_H 1 #define HAVE_WCTYPE_H 1 #define USE_GMODULE 1 configure: exit 1 -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat May 5 22:07:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F46916A402 for ; Sat, 5 May 2007 22:07:01 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id C28BD13C48C for ; Sat, 5 May 2007 22:07:00 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id E633A3D9388; Sun, 6 May 2007 02:06:56 +0400 (MSD) Received: from [84.53.212.78] (unknown [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 800703D864A; Sun, 6 May 2007 02:06:56 +0400 (MSD) Date: Sun, 6 May 2007 02:06:56 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <60238491.20070506020656@masm.elcom.ru> To: pluknet , freebsd-current@freebsd.org In-Reply-To: References: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> <786667891.20070505225754@masm.elcom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 22:07:01 -0000 On 06.05.2007, pluknet wrote: >> >> > It seems that it works now, thanks! >> > (i,e, no mount_smbfs in devdrn state after mount) >> I'm newbe to bsd, please help me solve problem with smbfs frezes in >> devdrn. If you not very busy... > That's what I've made: > # cd /sys > # patch < /path/to/patch > Then s/destroy_dev/destroy_dev_sched/ in sys/netsmb/smb_dev.c, > and make kernel as usual. What kind of trouble you're in? I'm don't undestand how to use gdb, and other utilites and could't find "smb cdev" and func d_close(). :(( thanks... I try to lern more... -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat May 5 22:47:28 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6596A16A403 for ; Sat, 5 May 2007 22:47:28 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1C37A13C45B for ; Sat, 5 May 2007 22:47:28 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l45Mh6Bi060432; Sat, 5 May 2007 15:43:27 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l45MfrZj060431; Sat, 5 May 2007 15:41:53 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: David G Lawrence In-Reply-To: <20070505033659.GB2462@tnn.dglawrence.com> References: <1178329243.54075.34.camel@vonnegut> <20070505033659.GB2462@tnn.dglawrence.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0cVuOOcAQY04yeA/Qu57" Date: Sat, 05 May 2007 15:40:52 -0700 Message-Id: <1178404852.54075.47.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: swap_pager_swap_init panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 22:47:28 -0000 --=-0cVuOOcAQY04yeA/Qu57 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-05-04 at 20:36 -0700, David G Lawrence wrote: > > I've got an SMP netbooting test machine, which panics on startup almost > > 100% of the time with the issue that has been reported since 2006-12-02 > > at least: > > db> where > > Tracing pid 40 tid 100040 td 0xffffff003b9e24c0 > > kdb_enter() at kdb_enter+0x2f > > panic() at panic+0x291 > > swap_pager_swap_init() at swap_pager_swap_init+0x20c >=20 > I had the same problem with one of my SMP machines. It's a curious pro= blem > since I can take the same hard drive over to a slightly different SMP mac= hine > and not see the panic. It appears to be a race of some kind in the VM sys= tem > initialization, right after the second CPU is started. > Try this patch out and let me know if it fixes it for you... >=20 >=20 > Index: uma_core.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 > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > retrieving revision 1.119.2.19 > diff -c -r1.119.2.19 uma_core.c > *** uma_core.c 11 Feb 2007 03:31:19 -0000 1.119.2.19 > --- uma_core.c 1 Mar 2007 06:52:26 -0000 > *************** > *** 1615,1621 **** > #endif > args.name =3D "UMA Zones"; > args.size =3D sizeof(struct uma_zone) + > ! (sizeof(struct uma_cache) * (mp_maxid + 1)); > args.ctor =3D zone_ctor; > args.dtor =3D zone_dtor; > args.uminit =3D zero_init; > --- 1615,1621 ---- > #endif > args.name =3D "UMA Zones"; > args.size =3D sizeof(struct uma_zone) + > ! (sizeof(struct uma_cache) * (mp_maxid + 33)); > args.ctor =3D zone_ctor; > args.dtor =3D zone_dtor; > args.uminit =3D zero_init; >=20 > Note that I don't claim this is a proper fix - it is just a work-aroun= d > that works for me. I've got the machine busy doing something else right now. What's this patch supposed to do? The panic clearly looks like a race to me -- the swapper's got the keg's recurse flag bumped (that printf in the backtrace I think was the one just after taking the recurse flag back down), and pagedaemon is checking for recursion on using the keg, and failing. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-0cVuOOcAQY04yeA/Qu57 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGPQf0HUdvYGzw6vcRAnNdAJ9lhfuF0i69uUs+GaMNiIluVSdiLACgjAdo 4qnG/b93p3QCU2kBFTvWeng= =yodg -----END PGP SIGNATURE----- --=-0cVuOOcAQY04yeA/Qu57--